Skip to main content
CVE-2025-55195VulnerabilityPublished

CVE-2025-55195: denoland std · Prototype Pollution

Affects denoland stdSource CVE Database V5

0

Not known to be exploited · CVSS 7.3 High : upgrade to 1.0.9 soon.

Data as of 25 Oct 2026, 19:02 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 14 Aug 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

Upgrade denoland std to 1.0.9.

Affected software

ProductAffectedFixed in
denoland stdAffected
  • <1.0.9
Fixed in
  • 1.0.9

AI-suggested

European organizations should immediately audit their software dependencies to identify usage of @std/toml versions prior to 1.0.9. Upgrading to version 1.0.9 or later is the primary and most effective mitigation. For environments where immediate upgrade is not feasible, implementing strict input validation and sanitization on TOML data sources can reduce risk. Employ runtime monitoring to detect anomalous prototype modifications or unexpected behavior in applications. Developers should avoid merging untrusted objects directly with objects that have prototypes; instead, use safer object creation patterns such as Object.create(null) to create prototype-less objects when merging untrusted data. Security teams should also review application logic for reliance on prototype properties that could be manipulated. Incorporating automated dependency scanning and integrating patch management processes will help prevent future exposure. Finally, organizations should monitor threat intelligence feeds for any emerging exploits targeting this vulnerability.

Description

@std/toml is the Deno Standard Library. Prior to version 1.0.9, an attacker can pollute the prototype chain in Node.js runtime and Browser when parsing untrusted TOML data, thus achieving Prototype Pollution (PP) vulnerability. This is because the library is merging an untrusted object with an empty object, which by default the empty object has the prototype chain. This issue has been patched in version 1.0.9.

References

Community reviews

Loading reviews…