CVE-2026-45763 json
Suricata lua: sandbox allocation limit not enforced for new allocations
published 2026-09-10 1 mo ago modified 2026-09-28 41 d ago also EUVD-2026-75448
- cvss
- 5.9
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.6%
- EPSS 0.6% chance of exploitation in 30 days, percentile 50%
- public exploits
- 0
- none known
Summary
Suricata is a network Intrusion Detection System, Intrusion Prevention System and Network Security Monitoring engine. Starting in version 8.0.0 and prior to version 8.0.5, when Lua rule execution is enabled, the Lua sandbox memory limit was not consistently enforced for new allocations. Certain Lua allocation patterns could exceed `security.lua.max-bytes` without triggering the intended memory limit, making the configured sandbox limit unreliable. This requires Lua rules to be enabled and an affected Lua script/rule to be loaded. Version 8.0.5 contains a fix. As a workaround, disable `security.lua.allow-rules` unless Lua rules are required.
Patch / fix
- oisf suricata 8.0.5
- openinfosecfoundation suricata 8.0.5
- suricata-ids suricata 8.0.5
- suricata Debian 14 1:8.0.5-1
debian advisories DEBIAN-CVE-2026-45763
- suricata openSUSE Tumbleweed 8.0.5-1.1
opensuse advisories openSUSE-SU-2026:10885-1
Vendor 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-45763 updated cvss 5.9
suricata: Suricata: Denial of Service via un-enforced Lua sandbox memory limits
-
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
- no
- Technical impact
- partial
- Assessed
- 59 d ago
Exploit prediction
0.62% chance of exploitation in the next 30 days, higher than 50% of all scored CVEs (FIRST EPSS, 2026-11-08).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 5.9 | CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H |
| NVD | 3.1 | 5.9 | CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H |
Affected products
- OISF suricata
Classification
- Weakness
-
- CWE-770 Allocation of Resources Without Limits or Throttling
References
-
github.com
/OISF/suricata/security/advisories/GHSA-9h43-frr8-xx6m
mitigation, vendor-advisory
-
forum.suricata.io
/t/suricata-8-0-5-and-7-0-16-released/6315
release-notes, vendor-advisory
-
redmine.openinfosecfoundation.org
/issues/8507
permissions-required
Sources
- CVE List CVE-2026-45763
- NVD CVE-2026-45763
Fencer Vulns 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.
CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.