Approved changes feed: RSS · Atom

cpe:2.3:a:butok:fnet:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorButok (e9b90ef7-8093-5e4e-9c37-58d96178accd)
ProductFnet (24b4a372-8e7e-54fc-b3e0-1f01ff7bde24)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*

Notes

Imported from purl2cpe mapping

PURL mappings

PURLSourceLast updated
pkg:github/butok/fnet purl2cpe 2026-06-01 10:16:40.696959

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2020-24383 vulnerable 2026-06-08 05:22:32.938266 Details available
An issue was discovered in FNET through 4.6.4. The code for processing resource records in mDNS queries doesn't check for proper '\0' termination of the resource record name string, leading to an out-of-bounds read, and potentially causing information leak or Denial-or-Service.
Published: 2020-12-11T22:56:22.000Z
Updated: 2024-08-04T15:12:08.653Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2020-17470 vulnerable 2026-06-08 05:20:56.557609 Details available
An issue was discovered in FNET through 4.6.4. The code that initializes the DNS client interface structure does not set sufficiently random transaction IDs (they are always set to 1 in _fnet_dns_poll in fnet_dns.c). This significantly simplifies DNS cache poisoning attacks.
Published: 2020-12-11T22:40:55.000Z
Updated: 2024-08-04T13:53:17.483Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2020-17469 vulnerable 2026-06-08 05:20:56.557205 Details available
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.
Published: 2020-12-11T22:39:54.000Z
Updated: 2024-08-04T13:53:17.531Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2020-17468 vulnerable 2026-06-08 05:20:56.556680 Details available
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.
Published: 2020-12-11T22:38:16.000Z
Updated: 2024-08-04T13:53:17.465Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2020-17467 vulnerable 2026-06-08 05:20:56.556160 Details available
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.
Published: 2020-12-11T22:36:31.000Z
Updated: 2024-08-04T13:53:17.399Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.

Inspect record JSON

Open JSON directly

Open this panel to browse, search, copy or download the JSON record.