Skip to main content
CVE-2023-5675VulnerabilityPublished Updated

CVE-2023-5675: quarkus-resteasy · Improper Authorization

Affects quarkus-resteasySource CVE Database V5

0

Not known to be exploited · CVSS 6.5 Medium.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
6.5Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 39% 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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 25 Apr 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-25.

What to do

Affected software

ProductAffectedFixed in
Mavenio.quarkus/quarkus-resteasypkg:maven/io.quarkus/quarkus-resteasyOther threatsAffected
  • =3.2.0
  • =3.6.0
  • =3.7.0
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2023-5675, European organizations should: 1) Upgrade Quarkus to a patched version as soon as it becomes available from the vendor or community, ensuring the fix addresses authorization enforcement on abstract or annotated methods. 2) Review and audit all REST endpoints, especially those declared in abstract classes or customized via annotation processors, to verify that authorization annotations are correctly applied and enforced. 3) Temporarily disable or avoid using the 'quarkus.security.jaxrs.deny-unannotated-endpoints' and 'quarkus.security.jaxrs.default-roles-allowed' properties if they cannot be reliably enforced, or implement additional manual authorization checks in code. 4) Employ runtime application self-protection (RASP) or API gateways with strict access control policies to add defense-in-depth. 5) Conduct penetration testing focused on authorization bypass scenarios to detect potential exploitation. 6) Monitor application logs and network traffic for unusual access patterns to REST endpoints. 7) Educate developers about secure use of abstract classes and annotation processors in Quarkus to prevent similar issues. These steps go beyond generic patching by emphasizing configuration review, code auditing, and layered security controls.

Description

A flaw was found in Quarkus. When a Quarkus RestEasy Classic or Reactive JAX-RS endpoint has its methods declared in the abstract Java class or customized by Quarkus extensions using the annotation processor, the authorization of these methods will not be enforced if it is enabled by either 'quarkus.security.jaxrs.deny-unannotated-endpoints' or 'quarkus.security.jaxrs.default-roles-allowed' properties.

References

Community reviews

Loading reviews…