CVE-2020-17467
First published: Fri Dec 11 2020(Updated: )
An issue was discovered in FNET through 4.6.4. The code for processing the hostname from an LLMNR request doesn't check for '\0' termination. Therefore, the deduced length of the hostname doesn't reflect the correct length of the actual data. This may lead to Information Disclosure in _fnet_llmnr_poll in fnet_llmnr.c during a response to a malicious request of the DNS class IN.
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