PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-94083 OISF CVE debrief

A critical vulnerability was found in Suricata before version 8.0.7, leading to an invalid free due to a DoH2 type confusion when app-layer.protocols.doh2 is enabled, the default in Suricata 8.x versions. This issue requires immediate attention from defenders responsible for Suricata deployments to assess exposure and prioritize upgrading to Suricata version 8.0.7 or later. The vulnerability's impact includes potential denial of service and possible remote code execution, emphasizing the need for prompt action.

Vendor
OISF
Product
Suricata
CVSS
CRITICAL 9.4
CISA KEV
Not listed in stored evidence
Original CVE published
2026-09-20
Original CVE updated
2026-09-28
Advisory published
2026-09-20
Advisory updated
2026-09-28

Who should care

Defenders responsible for Suricata deployments should assess exposure and prioritize upgrading to Suricata version 8.0.7 or later. This critical vulnerability requires immediate attention from operators, platform administrators, vulnerability management teams, and security teams to verify Suricata version and configuration, ensuring the system's security and integrity. The vulnerability's impact on operational security and potential for remote code makes

Why it matters

Defenders should prioritize upgrading to Suricata version 8.0.7 or later to address this critical vulnerability. The vulnerability requires app-layer.protocols.doh2 to be enabled, which is the default setting in Suricata 8.x versions. Defenders responsible for Suricata deployments should assess exposure and verify Suricata version and configuration.

  • Potential denial of service due to invalid free
  • Possible remote code execution
  • Required verification of Suricata version and configuration

Technical summary

The vulnerability is caused by a DoH2 type confusion that can cause an invalid free, because cleanup code for the HTTP2 state is executed even though the actual state is HTTP1 (when there is a DoH2 request with an HTTP1 to HTTP2 upgrade). This requires app-layer.protocols.doh2 to be enabled, which is the default in 8.x versions. The issue emphasizes the need for defenders to verify Suricata version and configuration to address this critical vulnerability effectively, focusing on potential denial of service and possible remote code execution impacts.

Defensive priority

Defenders should prioritize upgrading to Suricata version 8.0.7 or later to address this vulnerability.

Recommended defensive actions

  • Upgrade to Suricata version 8.0.7 or later
  • Verify app-layer.protocols.doh2 is not required for your deployment
  • Monitor for potential exploitation attempts
  • Review compensating controls for exposed systems while remediation is scheduled and verified
  • Check relevant monitoring, detection, and logs for exposed assets that need extra review
  • Track exceptions, retest remediated assets, and close the item only after evidence is documented
  • Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up

Evidence notes

The vulnerability is caused by a DoH2 type confusion that can cause an invalid free, because cleanup code for the HTTP2 state is executed even though the actual state is HTTP1 (when there is a DoH2 request with an HTTP1 to HTTP2 upgrade).

Sources and references

Verified primary and authoritative sources

  • CVE-2026-94083 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-94083

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-94083 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-94083

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.