First published: Fri Dec 11 2020(Updated: )
An issue was discovered in uIP 1.0, as used in Contiki 3.0 and other products. The code that reassembles fragmented packets fails to properly validate the total length of an incoming packet specified in its IP header, as well as the fragmentation offset value specified in the IP header. By crafting a packet with specific values of the IP header length and the fragmentation offset, attackers can write into the .bss section of the program (past the statically allocated buffer that is used for storing the fragmented data) and cause a denial of service in uip_reass() in uip.c, or possibly execute arbitrary code on some target architectures.
Credit: cve@mitre.org
Affected Software | Affected Version | How to fix |
---|---|---|
Uip Project Uip | =1.0 | |
Contiki-os Contiki | =3.0 | |
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 |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.
CVE-2020-17438 is a vulnerability in uIP 1.0, as used in Contiki 3.0 and other products, that allows for crafted packets to bypass proper validation, leading to potential security breaches.
CVE-2020-17438 has a severity rating of 9.8 (critical).
CVE-2020-17438 affects Uip Project Uip 1.0, allowing for potential security breaches if not patched.
Contiki OS Contiki 3.0 is not vulnerable to CVE-2020-17438.
To fix CVE-2020-17438, it is recommended to apply the necessary patches provided by the software vendor or project maintainers.