Suricata ippair: hash collision can cause incorrect state reuse across IPv4 and IPv6
cve-program · CVE-2026-57222
PublishedSuricata 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.
Read the publisher's advisoryAffected versions, risk and source history
Related advisories and sources
Publishers link these advisories through the identifiers shown below. A shared identifier or date alone does not tell you whether your software is affected or whether the advisories describe the same cause.
CVE-2026-57222 · CVE overview and exploitation status
cve-program · CVE-2026-57222
- https://github.com/OISF/suricata/security/advisories/GHSA-2r8x-23fw-hgcg
- https://github.com/OISF/suricata/commit/4a728464e6eb9e273bb02e3df0c28929b28db71d
- https://github.com/OISF/suricata/commit/9d788575c5d22a34eeed50d56557ed12b05e0aec
- https://github.com/OISF/suricata/commit/c92e270c4a795c52bce610aa1ce9ebaf065c49e6
- https://github.com/OISF/suricata/releases/tag/suricata-7.0.17
- https://github.com/OISF/suricata/releases/tag/suricata-8.0.6
- https://redmine.openinfosecfoundation.org/issues/8559
Related changes
Linked by CVE identifierNo related changes are available here.