Description
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.
Metrics
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HWeakness enumeration
Affected software
| Vendor | Product | Versions |
|---|---|---|
| n/a | n/a | n/a |
References
- http://fnet.sourceforge.net/manual/fnet_history.htmlRelease Notes, Third Party Advisory
- https://us-cert.cisa.gov/ics/advisories/icsa-20-343-01Third Party Advisory, US Government Resource
- https://www.kb.cert.org/vuls/id/815128Third Party Advisory, US Government Resource
- http://fnet.sourceforge.net/manual/fnet_history.htmlRelease Notes, Third Party Advisory
- https://us-cert.cisa.gov/ics/advisories/icsa-20-343-01Third Party Advisory, US Government Resource
- https://www.kb.cert.org/vuls/id/815128Third Party Advisory, US Government Resource
Timeline
- Published
- Dec 11, 2020
- Last modified
- Jun 17, 2026
- NVD status
- Modified