CVE-2013-1445 json
PyCrypto does not properly reseed PRNG before allowing access
published 13y ago modified 4mo ago also GHSA-x377-f64p-hf5j , PYSEC-2013-29 , EUVD-2013-0027
- cvss
- 7.5
- version 3.1, GitHub
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 1.7%
- EPSS 1.7% chance of exploitation in 30 days, percentile 77%
- public exploits
- 0
- none known
Summary
The Crypto.Random.atfork function in PyCrypto before 2.6.1 does not properly reseed the pseudo-random number generator (PRNG) before allowing a child process to access it, which makes it easier for context-dependent attackers to obtain sensitive information by leveraging a race condition in which a child process is created and accesses the PRNG within the same rate-limit period as another process.
Patch / fix
- pypi pycrypto 2.6.1
Is CVE-2013-1445 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2013-1445 updated cvss 2.6
python-crypto: PRNG not correctly reseeded in some situations
-
Red Hat Enterprise Linux 6 python-cryptonot affected: vulnerable code not present
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
1.74% chance of exploitation in the next 30 days, higher than 77% of all scored CVEs (FIRST EPSS, 2026-11-09).
Exploits and checks
- github.com https://github.com/dlitz/pycrypto/commit/19dcf7b15d61b7dc1a125a367151de40df6ef175 referenced PoC, tagged "exploit" by a source, unverified
- openwall.com http://www.openwall.com/lists/oss-security/2013/10/17/3 referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 4.3 | AV:N/AC:M/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 | pycrypto | <2.6.1 |
2.6.1 |
Classification
References
-
github.com
/dlitz/pycrypto/commit/19dcf7b15d61b7dc1a125a367151de40df6ef175
web, exploit, patch
-
openwall.com
/lists/oss-security/2013/10/17/3
mailing-list, web, exploit, patch
-
debian.org
/security/2013/dsa-2781
vendor-advisory, web, advisory
-
nvd.nist.gov
/vuln/detail/CVE-2013-1445
advisory
-
github.com
/pycrypto/pycrypto
package
-
github.com
/pypa/advisory-database/tree/main/vulns/pycrypto/PYSEC-2013-29.yaml
web
-
github.com
/advisories/GHSA-x377-f64p-hf5j
advisory
Sources
- CVE List CVE-2013-1445
- GitHub Advisory GHSA-x377-f64p-hf5j
- NVD CVE-2013-1445
- OSV PYSEC-2013-29
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.