Bug 2539175 - CVE-2026-57222 suricata: Suricata: Incorrect detection state due to IPPair hash collision [epel-all]
Summary: CVE-2026-57222 suricata: Suricata: Incorrect detection state due to IPPair ha...
Keywords:
Status: NEW
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: suricata
Version: epel10
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: ---
Assignee: Steve Grubb
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: {"flaws": ["501dac94-4ea8-4359-9044-5...
Depends On:
Blocks: CVE-2026-57222
TreeView+ depends on / blocked
 
Reported: 2026-09-23 08:32 UTC by Vladimir Vasilev
Modified: 2026-09-23 08:32 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Vladimir Vasilev 2026-09-23 08:32:33 UTC
Disclaimer: Community trackers are created by Red Hat Product Security team on a best effort basis. Package maintainers are required to ascertain if the flaw indeed affects their package, before starting the update process.

Suricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine. Prior to 7.0.17 and 8.0.6, crafted IPv4 and IPv6 address pairs can collide in the IPPair hash because src/ippair.c did not compare the IP address family before reusing IPPair-backed state. This can apply state from one IP family to another for xbits track ip_pair, FTP data expectations, and, on the 7.0 release line, thresholding, detection_filter, and rate_filter rules using track by_both, causing incorrect detection state. This issue is fixed in versions 8.0.6 and 7.0.17.


Note You need to log in before you can comment on or make changes to this bug.