basicsecurity.net
Proof, not just disclosure.
Threats / Google / CVE-2025-2783
CVE-2025-2783 · EUVD no mirror located · GCVE no mirror located Verified 2026-06-22

Google Chromium Mojo vulnerability

Google Chromium Mojo contains a sandbox escape vulnerability on Windows caused by a logic error with incorrect handle provision, affecting multiple browsers including Chrome, Edge, and Opera.

Verdict

Today item — known-exploited.

A sandbox escape in Chromium Mojo allows attackers to break out of the browser sandbox through a logic error. Active exploitation in the wild increases risk for users of affected browsers, though no CVSS score is available.

CISA KEV Yes · 2025-03-273EPSS 0.08557 (verify live)4Exploit Public PoC5
01

Is it exploitable?

— the evidence, ranked above the score
Exploit available
Public proof-of-concept exploit code is cataloged for this vulnerability.We link the existence of the exploit; we do not host or redistribute payloads.
Reported exploitation
19 independent public reports of in-the-wild exploitation are cataloged.Distinct reporting sources (vendor, incident response, government); open them for the underlying claims.
Exploited in the wild
Listed in the CISA Known Exploited Vulnerabilities catalog (added 2025-03-27).
CISA KEV ↗Confirmed
Probability (EPSS)
EPSS 0.08557 — modeled likelihood of exploitation activity.EPSS is a daily-changing model output — open the source for today's value.
Severity / affected
Affected: Google, Chromium Mojo. Confirm exact fixed builds in the vendor advisory.
NVD ↗Reported
02

Who’s exploiting it?

— attribution turns risk into urgency
Attribution not established

No confirmed (advisory-backed) threat-actor attribution is established for this record. Absence of a named actor is not absence of compromise — see Coverage & confidence.

03

Why it matters

— the attack path, told twice: adversary, then board
1

Front door — unauthenticated access narrative 1

Attacker
I deliver malicious content to a user's browser, triggering the Mojo logic error to escape the sandbox.
Business
User systems face direct compromise when browser isolation fails, enabling malware installation and data theft.
2

Keys to the kingdom — privilege/identity takeover narrative 2

Attacker
I exploit the sandbox escape to gain OS-level code execution on the victim's Windows machine.
Business
Enterprise endpoints lose containment; attackers pivot to internal networks and sensitive systems.
04

What to do

— defensible action
  • Remediate per the vendor advisory — confirm the fixed build for your version and verify exposure.1
Say it to the boardA vulnerability with this evidence profile is a defensible budget line, not a backlog ticket — fund the change against the proof above.
05

Coverage & confidence

— what we know, and what we don’t

Established (cited)

  • KEV listing (CISA)
  • EPSS probability (FIRST)
  • Public PoC available (VulnCheck)
  • 19 reported-exploitation source(s)
  • Public exploit availability
  • Catalogued by Chrome (CNA)
  • Coverage gaps — stated, not hidden

  • No EUVD / GCVE mirror in feed — single-authority dependency for the identifier.
  • EPSS & exposure are time-varying; verify live at the source.
  • Threat-actor attribution not established from feed data — absence of a name is not absence of compromise.
  • No finder/reporter credit recorded in the public CVE entry — the work behind this find is unattributed.
  • Disclosure & credit2
    Catalogued by ChromeCNA
    Credited with finding itNo finder named in the public CVE record — the work behind this find is unattributed.