CVE-2019-1010142 json
Infinite Loop in scapy
published 7y ago modified 4mo ago also GHSA-mpf2-q34c-fc6j , PYSEC-2019-120 , EUVD-2019-0128
- cvss
- 7.5
- version 3.1, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 2.8%
- EPSS 2.8% chance of exploitation in 30 days, percentile 86%
- public exploits
- 0
- none known
Summary
scapy 2.4.0 is affected by: Denial of Service. The impact is: infinite loop, resource consumption and program unresponsive. The component is: _RADIUSAttrPacketListField.getfield(self..). The attack vector is: over the network or in a pcap. both work.
Patch / fix
- pypi scapy 2.4.1
- scapy Debian 14, Debian 13, Debian 12 2.4.2-1
debian advisories DEBIAN-CVE-2019-1010142
- github.com/secdev/scapy#1409 pull request
- github.com/secdev/scapy#1409 pull request
- imperva.com/blog/scapy-sploit-python-network-tool-is-vulnerable-to-den… advisory
Is CVE-2019-1010142 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-2019-1010142 updated cvss 7.5
scapy: lack of input validation in port numbers leads to DoS
-
Red Hat All currently supported Red Hat productsnot 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
2.79% chance of exploitation in the next 30 days, higher than 86% of all scored CVEs (FIRST EPSS, 2026-11-09).
Exploits and checks
- imperva.com https://www.imperva.com/blog/scapy-sploit-python-network-tool-is-vulnerable-to-denial-of-service-dos-attack-cve-pending/ referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
| NVD | 2.0 | 5.0 | AV:N/AC:L/Au:N/C:N/I:N/A:P |
| GitHub | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| pypi | scapy | >=2.4-rc1, <2.4.1 <2.4.1 |
2.4.1 |
Affected products
- SecDev scapy
Classification
- Weakness
-
- CWE-835 Loop with Unreachable Exit Condition
References
-
github.com
/secdev/scapy/pull/1409/files#diff-441eff981e466959968111fc6314fe93L1058
web, patch, third-party-advisory
-
github.com
/secdev/scapy/pull/1409
web, patch, third-party-advisory
-
imperva.com
/blog/scapy-sploit-python-network-tool-is-vulnerable-to-denial-of-service-dos-attack-cve-pending/
exploit, patch, third-party-advisory, article
-
lists.fedoraproject.org
/archives/list/package-announce%40lists.fedoraproject.org/message/T46XW4S5BCA3VV3JT3C5Q6LBEXSIACLN/
vendor-advisory
-
lists.fedoraproject.org
/archives/list/package-announce%40lists.fedoraproject.org/message/42NRPMC3NS2QVFNIXYP6WV2T3LMLLY7E/
vendor-advisory
-
securityfocus.com
/bid/106674
vdb-entry, broken-link, third-party-advisory, web
-
nvd.nist.gov
/vuln/detail/CVE-2019-1010142
advisory
-
github.com
/pypa/advisory-database/tree/main/vulns/scapy/PYSEC-2019-120.yaml
web
-
github.com
/secdev/scapy
package
-
lists.fedoraproject.org
/archives/list/package-announce@lists.fedoraproject.org/message/42NRPMC3NS2QVFNIXYP6WV2T3LMLLY7E
web
-
lists.fedoraproject.org
/archives/list/package-announce@lists.fedoraproject.org/message/T46XW4S5BCA3VV3JT3C5Q6LBEXSIACLN
web
-
imperva.com
/blog/scapy-sploit-python-network-tool-is-vulnerable-to-denial-of-service-dos-attack-cve-pending
web
-
lists.fedoraproject.org
/archives/list/package-announce@lists.fedoraproject.org/message/T46XW4S5BCA3VV3JT3C5Q6LBEXSIACLN/
web
-
lists.fedoraproject.org
/archives/list/package-announce@lists.fedoraproject.org/message/42NRPMC3NS2QVFNIXYP6WV2T3LMLLY7E/
web
-
github.com
/advisories/GHSA-mpf2-q34c-fc6j
advisory
Sources
- CVE List CVE-2019-1010142
- GitHub Advisory GHSA-mpf2-q34c-fc6j
- NVD CVE-2019-1010142
- OSV PYSEC-2019-120
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.