CVE-2020-17469
First published: Fri Dec 11 2020(Updated: )
An issue was discovered in FNET through 4.6.4. The code for IPv6 fragment reassembly tries to access a previous fragment starting from a network incoming fragment that still doesn't have a reference to the previous one (which supposedly resides in the reassembly list). When faced with an incoming fragment that belongs to a non-empty fragment list, IPv6 reassembly must check that there are no empty holes between the fragments: this leads to an uninitialized pointer dereference in _fnet_ip6_reassembly in fnet_ip6.c, and causes Denial-of-Service.
Credit: cve@mitre.org cve@mitre.org
| Affected Software | Affected Version | How to fix |
|---|---|---|
| Butok Fnet | <=4.6.4 | |
| Multiple (open source) picoTCP-NG, Version 1.7.0 and prior | ||
| Multiple (open source) picoTCP (EOL), Version 1.7.0 and prior | ||
| Multiple (open source) FNET, Version 4.6.3 | ||
| Multiple (open source) Nut/Net, Version 5.1 and prior |
Never miss a vulnerability like this again
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.
Reference Links
- collector/nvd-api
- collector/nvd-index
- agent/author
- agent/type
- collector/ics-cert-advisory
- source/ICS
- agent/software-canonical-lookup
- agent/severity
- agent/weakness
- agent/references
- agent/softwarecombine
- agent/description
- collector/mitre-cve
- source/MITRE
- agent/last-modified-date
- agent/tags
- agent/event
- agent/first-publish-date
- agent/trending
- vendor/butok
- canonical/butok fnet
- version/butok fnet/4.6.4
- vendor/multiple (open source)
- canonical/multiple (open source) picotcp-ng, version 1.7.0 and prior
- canonical/multiple (open source) picotcp (eol), version 1.7.0 and prior
- canonical/multiple (open source) fnet, version 4.6.3
- canonical/multiple (open source) nut/net, version 5.1 and prior