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
Affected Vendors & Products
References
History
No history.
MITRE
Status: PUBLISHED
Assigner: mitre
Published: 2020-12-11T22:39:54
Updated: 2024-08-04T13:53:17.531Z
Reserved: 2020-08-10T00:00:00
Link: CVE-2020-17469
Vulnrichment
No data.
NVD
Status : Modified
Published: 2020-12-11T23:15:13.683
Modified: 2024-11-21T05:08:10.583
Link: CVE-2020-17469
Redhat
No data.