Skip to main content
VulnerabilityPublished

CVE-2026-33012: micronaut-core · Unthrottled Resource Allocation

Affects micronaut-coreSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 7.5 High : upgrade to 4.10.17 soon.

Data as of 1 Nov 2026, 22:58 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 20 Mar 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: 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 1 Nov 2026.

What to do

Upgrade micronaut-core to 4.10.17.

Affected software

ProductAffectedFixed in
micronaut-projectsmicronaut-coreAffected
  • >=4.7.0 <4.10.17
Fixed in
  • 4.10.17
Mavenio.micronaut/micronaut-corepkg:maven/io.micronaut/micronaut-coreOther threatsAffected
  • =4.7.0
  • =4.10.7
Fixed in–

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

AI-suggested

The primary mitigation is to upgrade all affected Micronaut Framework instances to version 4.10.17 or later, where the unbounded cache issue is resolved. Until upgrades can be applied, organizations should implement strict input validation and sanitization to limit attacker influence on exception messages, reducing the ability to trigger large cache entries. Monitoring JVM heap usage and setting memory limits or alerts can help detect abnormal memory growth early. Employing runtime protections such as application-layer firewalls or rate limiting can reduce the volume of malicious requests triggering exceptions. Additionally, configuring JVM options to limit heap size and enable garbage collection logging can assist in identifying and mitigating memory exhaustion events. Developers should review custom error handling to avoid caching untrusted data and consider implementing cache size limits or eviction policies in application code. Regularly auditing dependencies and applying security patches promptly is essential to prevent exploitation.

Description

Micronaut Framework is a JVM-based full stack Java framework designed for building modular, easily testable JVM applications. Versions 4.7.0 through 4.10.16 used an unbounded ConcurrentHashMap cache with no eviction policy in its DefaultHtmlErrorResponseBodyProvider. If the application throws an exception whose message may be influenced by an attacker, (for example, including request query value parameters) it could be used by remote attackers to cause an unbounded heap growth and OutOfMemoryError, leading to DoS. This issue has been fixed in version 4.10.7.

References

Community reviews

Loading reviews…