Skip to main content
CVE-2024-8789VulnerabilityPublished Updated

CVE-2024-8789: lunary-ai/lunary · ReDoS

Affects lunary-ai/lunarySource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.0 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
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: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 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.

References

Community reviews

Loading reviews…