CVE-2012-4571 json
Python Keyring does not securely initialize encryption cipher
published 2012-11-30 13 y ago modified 2026-06-16 4 mo ago also GHSA-p3h7-3c45-qj4v , PYSEC-2012-8 , EUVD-2012-0012
- cvss
- 7.5
- version 3.1, GitHub
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.4%
- EPSS 0.4% chance of exploitation in 30 days, percentile 31%
- public exploits
- 0
- none known
Summary
Python Keyring 0.9.1 does not securely initialize the cipher when encrypting passwords for CryptedFileKeyring files, which makes it easier for local users to obtain passwords via a brute-force attack.
Patch / fix
- pypi keyring 0.9.2
- python-keyring Debian 14, Debian 13, Debian 12 0.9.2-1
debian advisories DEBIAN-CVE-2012-4571
Vendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2012-4571 updated cvss 2.1
python-keyring: weak encryption in keyring
-
Red Hat OpenStack Platform 3 python-keyring Red Hat OpenStack Platform 4 python-keyringaffected: no fix planned “Will not fix”
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
Exploit prediction
0.37% chance of exploitation in the next 30 days, higher than 31% of all scored CVEs (FIRST EPSS, 2026-11-09).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 2.1 | AV:L/AC:L/Au:N/C:P/I:N/A:N |
| GitHub | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| pypi | keyring | <0.9.2 |
0.9.2 |
Classification
References
-
github.com
/jaraco/keyring/commit/162f2ed0e39e16d561732b9fad8af6cd2341d7bd
web
-
github.com
/jaraco/keyring/commit/56272d908ba7a3fe4ebb6d6e87a7cc569f4726ac
web
-
github.com
/jaraco/keyring/commit/a76942672f6ac85a88bd9b9ed31fd133119b7702
web
-
github.com
/jaraco/keyring/commit/cbf509b0386c3063d8b2879ce72d78ac18023f72
web
-
github.com
/jaraco/keyring/commit/cc1ead78d1e3fab9fa8bb0b4bb334cb82d35db52
web
-
ubuntu.com
/usn/USN-1634-1
vendor-advisory, web, advisory
-
pypi.python.org
/pypi/keyring
web
-
bugs.launchpad.net
/ubuntu/+source/python-keyring/+bug/1004845
web
-
openwall.com
/lists/oss-security/2012/10/31/8
mailing-list, web
-
nvd.nist.gov
/vuln/detail/CVE-2012-4571
advisory
-
github.com
/jaraco/keyring
package
-
github.com
/pypa/advisory-database/tree/main/vulns/keyring/PYSEC-2012-8.yaml
web
-
github.com
/advisories/GHSA-p3h7-3c45-qj4v
advisory
Sources
- CVE List CVE-2012-4571
- GitHub Advisory GHSA-p3h7-3c45-qj4v
- NVD CVE-2012-4571
- OSV PYSEC-2012-8
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.