Skip to main content
CVE-2023-6267VulnerabilityPublished Updated

CVE-2023-6267: Red Hat build of Quarkus 2.13.9.Final · Improper Handling of Exceptional Conditions

Affects Red Hat build of Quarkus 2.13.9.FinalSource CVE Database V5

0

Not known to be exploited · CVSS 8.6 High.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
8.6High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.7% chance of exploitation in 30 days – higher than 53% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 25 Jan 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.

What to do

AI-suggested

1. Transition from annotation-based security to configuration-based security in Quarkus applications, as the latter applies security constraints before deserialization, mitigating the vulnerability. 2. Monitor Red Hat and Quarkus official channels closely for patches or updates addressing CVE-2023-6267 and apply them promptly once available. 3. Implement strict input validation and sanitization on JSON payloads at the API gateway or service mesh level to detect and block malformed or suspicious requests before they reach the application. 4. Employ runtime application self-protection (RASP) or web application firewalls (WAF) configured to detect anomalous deserialization patterns or unusual REST API usage. 5. Conduct thorough code reviews and security testing focusing on deserialization logic and security annotations to identify and remediate similar issues. 6. Increase logging and monitoring of REST endpoints to detect potential exploitation attempts early. 7. Educate development teams about secure deserialization practices and the risks of premature processing of untrusted input.

Description

A flaw was found in the json payload. If annotation based security is used to secure a REST resource, the JSON body that the resource may consume is being processed (deserialized) prior to the security constraints being evaluated and applied. This does not happen with configuration based security.

References

Community reviews

Loading reviews…