First published: Fri Dec 11 2020(Updated: )
An issue was discovered in FNET through 4.6.4. The code for processing the hop-by-hop header (in the IPv6 extension headers) doesn't check for a valid length of an extension header, and therefore an out-of-bounds read can occur in _fnet_ip6_ext_header_handler_options in fnet_ip6.c, leading to Denial-of-Service.
Credit: cve@mitre.org
Affected Software | Affected Version | How to fix |
---|---|---|
<=4.6.4 | ||
butok FNET | <=4.6.4 | |
Contiki OS | ||
Contiki-NG | ||
uIP | ||
SUSE Open-iSCSI | ||
altran picoTCP-NG | ||
picoTCP | ||
butok FNET | ||
Nut/Net |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.
CVE-2020-17468 has a medium severity rating due to its potential to cause Denial of Service (DoS) by exploiting out-of-bounds read vulnerabilities.
To fix CVE-2020-17468, update your version of FNET to 4.6.5 or later, which addresses the identified vulnerability.
CVE-2020-17468 affects FNET versions up to and including 4.6.4.
The impact of CVE-2020-17468 is that it can lead to unexpected behavior or Denial of Service due to the handling of malformed IPv6 extension headers.
Yes, CVE-2020-17468 is also present in various open-source projects that use the affected versions of the uIP and Contiki networking stacks.