Skip to main content
CVE-2025-61785VulnerabilityPublished

CVE-2025-61785: denoland deno · Incorrect Privilege Assignment

Affects denoland denoSource CVE Database V5

0

Not known to be exploited · CVSS 3.3 Low : upgrade to 2.2.15 when convenient.

Data as of 26 Oct 2026, 06:26 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 8 Oct 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-26.

What to do

Upgrade denoland deno to 2.2.15.

Affected software

ProductAffectedFixed in
denoland denoAffected
  • <2.2.15
Fixed in
  • 2.2.15

AI-suggested

1. Upgrade all Deno runtime environments to version 2.5.3 or later, or 2.2.15 or later, where the vulnerability is patched. 2. Audit existing scripts and applications that use Deno.FsFile.prototype.utime and utimeSync APIs to identify and remediate any unauthorized or unnecessary usage. 3. Implement strict code review and permission management policies to ensure scripts do not run with excessive privileges, especially avoiding unnecessary file system access. 4. Enhance monitoring and alerting on file metadata changes, correlating timestamp modifications with other system events to detect suspicious activity. 5. Use file integrity monitoring solutions that verify not only file contents but also metadata consistency to detect unauthorized timestamp changes. 6. Educate developers and DevOps teams about the importance of permission enforcement in Deno and encourage adoption of secure coding practices. 7. Consider isolating or sandboxing Deno runtime environments where possible to limit the scope of potential misuse. 8. Maintain an inventory of Deno versions deployed across the organization to ensure timely patching and vulnerability management.

Description

Deno is a JavaScript, TypeScript, and WebAssembly runtime. In versions prior to 2.5.3 and 2.2.15, `Deno.FsFile.prototype.utime` and `Deno.FsFile.prototype.utimeSync` are not limited by the permission model check `--deny-write=./`. It's possible to change to change the access (`atime`) and modification (`mtime`) times on the file stream resource even when the file is opened with `read` only permission (and `write`: `false`) and file write operations are not allowed (the script is executed with `--deny-write=./`). Similar APIs like `Deno.utime` and `Deno.utimeSync` require `allow-write` permission, however, when a file is opened, even with read only flags and deny-write permission, it's still possible to change the access (`atime`) and modification (`mtime`) times, and thus bypass the permission model. Versions 2.5.3 and 2.2.15 fix the issue.

References

Community reviews

Loading reviews…