CVE-2025-66560: quarkusio quarkus · Unthrottled Resource Allocation
Affects quarkusio quarkusSource CVE Database V5
Not known to be exploited · CVSS 5.9 Medium · fixed in 3.31.0 : update quarkusio quarkus when convenient.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 32% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 3.31.0, 3.27.2, 3.20.5
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 7 Jan 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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 26 Oct 2026.
What to do
Upgrade quarkus to 3.31.0, 3.27.2 or 3.20.5; io.quarkus/quarkus to 3.20.5.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| quarkusioquarkus | Affected
| Fixed in
|
| quarkusioquarkus | Affected
| Fixed in
|
| quarkusioquarkus | Affected
| Fixed in
|
Mavenio.quarkus/quarkuspkg:maven/io.quarkus/quarkusOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
- Upgrade all Quarkus deployments to versions 3.31.0, 3.27.2, or 3.20.5 or later where the vulnerability is patched.
- Implement health checks that monitor the worker thread pool saturation and thread retention metrics to detect abnormal conditions early.
- Configure application and infrastructure-level timeouts to minimize the duration worker threads remain blocked on dropped connections.
- Employ network-level protections such as rate limiting and connection management to reduce the likelihood of sustained connection drops caused by malicious or unstable clients.
- Use container orchestration health probes (e.g., Kubernetes readiness and liveness probes) to automatically restart unhealthy application instances exhibiting thread pool exhaustion.
- Monitor application logs and metrics for signs of thread starvation or increased latency in response handling.
- Educate development and operations teams about this vulnerability to ensure timely patching and monitoring.
- Consider deploying Web Application Firewalls (WAFs) or API gateways that can help detect and mitigate abnormal client connection behaviors.
Description
Quarkus is a Cloud Native, (Linux) Container First framework for writing Java applications. Prior to versions 3.31.0, 3.27.2, and 3.20.5, a vulnerability exists in the HTTP layer of Quarkus REST related to response handling. When a response is being written, the framework waits for previously written response chunks to be fully transmitted before proceeding. If the client connection is dropped during this waiting period, the associated worker thread is never released and becomes permanently blocked. Under sustained or repeated occurrences, this can exhaust the available worker threads, leading to degraded performance, or complete unavailability of the application. This issue has been patched in versions 3.31.0, 3.27.2, and 3.20.5. A workaround involves implementing a health check that monitors the status and saturation of the worker thread pool to detect abnormal thread retention early.