Skip to main content
CVE-2024-51240VulnerabilityPublished Updated

CVE-2024-51240: n/a

Source CVE Database V5

0

Not known to be exploited · CVSS 8.0 High.

Data as of 25 Oct 2026, 19:02 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 5 Nov 2024

  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-51240, organizations should implement the following specific measures: 1) Restrict administrative access to OpenWRT devices by enforcing strong authentication mechanisms and limiting access to trusted networks or VPNs. 2) Disable or restrict access to the JSON-RPC API exposed by luci-mod-rpc unless absolutely necessary; consider firewall rules or access control lists to limit exposure. 3) Monitor and audit administrative activities and API usage logs to detect anomalous or unauthorized privilege escalation attempts. 4) Apply principle of least privilege by minimizing the number of users with admin rights on OpenWRT devices. 5) Segment network infrastructure to isolate critical devices and reduce the attack surface. 6) Stay informed about official patches or updates from OpenWRT and promptly apply them once available. 7) Consider deploying intrusion detection/prevention systems capable of recognizing suspicious RPC API calls. 8) Educate administrators on secure management practices and the risks of privilege escalation vulnerabilities. These targeted actions go beyond generic advice by focusing on controlling and monitoring access to the vulnerable API and limiting the potential for privilege escalation.

Description

An issue in the luci-mod-rpc package in OpenWRT Luci LTS allows for privilege escalation from an admin account to root via the JSON-RPC-API, which is exposed by the luci-mod-rpc package

References

Community reviews

Loading reviews…