CVE-2024-8789: lunary-ai/lunary · ReDoS
Affects lunary-ai/lunarySource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.8% chance of exploitation in 30 days – higher than 57% 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:HExploitation evidence
Disclosed: evidence found.
CVE published 20 Mar 2025
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 2026-10-25.
What to do
AI-suggested
To mitigate CVE-2024-8789, organizations should implement multiple layers of defense: 1) Restrict or disable the ability for users to upload or execute arbitrary regular expressions unless absolutely necessary. 2) If user-supplied regexes are required, enforce strict validation and complexity limits to prevent patterns with exponential runtime, such as limiting nested quantifiers and disallowing ambiguous constructs. 3) Employ regex libraries or engines that support safe regex evaluation or have built-in timeouts to abort long-running matches. 4) Monitor server resource usage and implement rate limiting or throttling on regex execution requests to detect and block abuse. 5) Isolate regex execution in sandboxed environments to prevent broader system impact. 6) Keep lunary-ai/lunary software up to date and monitor vendor advisories for patches addressing this vulnerability. 7) Conduct regular security assessments and fuzz testing on regex inputs to identify potential ReDoS patterns proactively. 8) Consider deploying Web Application Firewalls (WAFs) with custom rules to detect and block suspicious regex payloads. These targeted mitigations go beyond generic advice by focusing on controlling regex complexity and execution environment hardening.
Description
Lunary-ai/lunary version git 105a3f6 is vulnerable to a Regular Expression Denial of Service (ReDoS) attack. The application allows users to upload their own regular expressions, which are then executed on the server side. Certain regular expressions can have exponential runtime complexity relative to the input size, leading to potential denial of service. An attacker can exploit this by submitting a specially crafted regular expression, causing the server to become unresponsive for an arbitrary length of time.