Skip to main content
VulnerabilityPublished Updated

CVE-2024-29435: alldata · Command Injection

Affects alldataSource CVE Database V5

0

Not known to be exploited · CVSS 4.1 Medium.

Data as of 26 Oct 2026, 13:47 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 1 Apr 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 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
npmalldatapkg:npm/alldataOther threatsAffected
  • =0.4.6
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

Given the absence of an official patch, organizations should implement several specific mitigations: 1) Restrict network access to Alldata instances by using firewalls and network segmentation to limit exposure to trusted users only. 2) Employ strict input validation and sanitization at the application or proxy level if possible, to filter or block malicious processId parameter values. 3) Educate users about the risks of interacting with untrusted inputs or links that could trigger the vulnerability, reducing the likelihood of successful social engineering. 4) Monitor logs and network traffic for unusual command execution patterns or suspicious processId parameter usage. 5) Use application-layer firewalls or intrusion prevention systems (IPS) with custom rules targeting command injection attempts specific to Alldata. 6) Prepare incident response plans to quickly isolate and remediate affected systems if exploitation is suspected. 7) Stay alert for vendor updates or patches and apply them promptly once available. 8) Consider deploying endpoint detection and response (EDR) solutions to detect anomalous command execution behaviors. These targeted measures go beyond generic advice and address the specific nature of this vulnerability.

Description

An issue discovered in Alldata v0.4.6 allows attacker to run arbitrary commands via the processId parameter.

References

Community reviews

Loading reviews…