CVE-2026-63446 json
Suricata app-layer: passed flows can retain transactions, causing resource exhaustion
published 3mo ago modified last mo. also EUVD-2026-83395 , GHSA-gjwr-75gq-877m
Unreviewed: the maintainers' own advisory
Published by the maintainers on their GitHub repository OISF/suricata. GitHub has not reviewed it into the GitHub Advisory Database, so the affected packages and versions are the maintainers' word. Read the full advisory on GitHub.
- cvss
- 7.5
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.7%
- EPSS 0.7% chance of exploitation in 30 days, percentile 53%
- public exploits
- 0
- none known
Summary
Suricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine. From 8.0.0 until 8.0.6, AppLayerParserSetTransactionInspectId() in src/app-layer-parser.c uses an inverted guard and marks only already-inspected transactions as inspected. On flows passed by a pass rule or pass-the-flow exception policy, detection is skipped, so completed transactions remain unmarked, are never freed, and are repeatedly rescanned. The per-flow list can grow without bound with quadratic cleanup cost, causing CPU and memory exhaustion. This issue is fixed in version 8.0.6.
Patch / fix
- oisf suricata 8.0.6
- openinfosecfoundation suricata 8.0.6
- suricata-ids suricata 8.0.6
- suricata Debian 14 1:8.0.6-1
debian advisories DEBIAN-CVE-2026-63446
- github.com/OISF/suricata@006e21c commit
- github.com/OISF/suricata@60a83c6 commit
- github.com/OISF/suricata#15726 pull request
- github.com/OISF/suricata/releases/tag/suricata-8.0.6 release
Is CVE-2026-63446 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2026-63446 updated cvss 7.5
suricata: Suricata: Denial of Service via resource exhaustion in app-layer transaction handling
-
Red Hat All currently supported Red Hat productsnot affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
CISA SSVC
- Exploitation
- none
- Automatable
- yes
- Technical impact
- partial
- Assessed
- last mo.
Exploit prediction
0.68% chance of exploitation in the next 30 days, higher than 53% of all scored CVEs (FIRST EPSS, 2026-11-11).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
Affected products
- OISF suricata
Classification
References
-
github.com
/OISF/suricata/pull/15726
patch
-
github.com
/OISF/suricata/commit/006e21c1ccc38c1c815e7945d54b4638cc5f0de8
patch
-
github.com
/OISF/suricata/commit/60a83c62a1dfdfb589b2bad27fb7fc339fc964b7
patch
-
github.com
/OISF/suricata/security/advisories/GHSA-gjwr-75gq-877m
mitigation, vendor-advisory, advisory
-
github.com
/OISF/suricata/releases/tag/suricata-8.0.6
release-notes
-
redmine.openinfosecfoundation.org
/issues/8628
permissions-required
Sources
- CVE List CVE-2026-63446
- NVD CVE-2026-63446
- Maintainer advisory GHSA-gjwr-75gq-877m
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
The maintainers of OISF/suricata published their own advisory on GitHub. Reviewed sources take precedence over it.
CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.