Skip to main content
VulnerabilityPublished Updated

CVE-2024-12778: aimhubio/aim · Unthrottled Resource Allocation

Affects aimhubio/aimSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 3.0 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.7% chance of exploitation in 30 days – higher than 56% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.0/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 2025

  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 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
GitHubaimhubio/aimpkg:github/aimhubio/aimOther threatsAffected
  • =3.25.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-2024-12778, organizations should implement strict rate limiting and throttling on the number of metrics that can be requested per API call to prevent resource exhaustion. Introducing pagination or batching mechanisms for metric retrieval can reduce the load per request. Architectural improvements such as moving from a single-threaded to a multi-threaded or asynchronous server model will improve resilience against high request volumes. Monitoring API usage patterns and setting alert thresholds for abnormal request spikes can help detect exploitation attempts early. Network-level protections like Web Application Firewalls (WAFs) can be configured to block or throttle suspicious traffic targeting the metrics API endpoints. Until an official patch is released, organizations should consider restricting external access to the Aim web API or deploying it behind VPNs or zero-trust network architectures. Regularly updating to newer versions once patches are available is essential. Additionally, educating development and operations teams about safe API usage and resource management will help prevent similar issues.

Description

A vulnerability in aimhubio/aim version 3.25.0 allows for a denial of service (DoS) attack. The issue arises when a large number of tracked metrics are retrieved simultaneously from the Aim web API, causing the web server to become unresponsive. The root cause is the lack of a limit on the number of metrics that can be requested per call, combined with the server's single-threaded nature, leading to excessive resource consumption and blocking of the server.

References

Community reviews

Loading reviews…