Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to GCP with valid low-privilege credentials
-
ExploitCall disks.createSnapshot targeting a cross-project disk
-
ExecutionMissing authorization check is bypassed
-
ImpactExfiltrate cross-project disk snapshot data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
MITRE ATT&CK
1 technique across 1 tactic: Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Requires an authenticated Google Cloud principal with the ability to call the disks.createSnapshot or regionDisks.createSnapshot APIs; exploitation consists of targeting a disk in a different (victim) project, where the missing authorization check (CWE-862) allowed the cross-project snapshot to proceed. Limiting factors: valid GCP credentials are required (PR:L, so not anonymous/unauthenticated), the impact is confined to confidentiality of disk data, and most importantly Google states the flaw was remediated server-side on 2026-08-31 with no customer action needed, so current Compute Engine deployments are not exploitable and the exposure window is historical (any GCE usage predating the 2026-08-31 fix). |
| Impact | Signals are mostly consistent and point to a genuine but bounded-severity authorization flaw rather than a mass-exploitation emergency. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:L/UI:N) describes a network-reachable, low-complexity attack requiring low privileges, i.e. an authenticated GCP principal; impact is confidentiality-only (VC:H) with a subsequent-system confidentiality impact (SC:H) reflecting cross-project data exposure, and no integrity or availability impact (VI:N/VA:N/SI:N/SA:N). EPSS is low (0.35%, 29th percentile), there is no CISA KEV listing and no public exploit or PoC reference in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation. The vuln.today decision label is this_week, which fits a real-but-not-emergency authorization bug. The single most important mitigating fact is that Google states the issue was patched platform-side on 2026-08-31 with no customer action needed, so current GCE deployments are not exploitable; the residual risk is historical (data that may have been accessed before the fix). No major conflicts exist between signals, though the Tags label this an Authentication Bypass while the CWE (CWE-862) and description describe Missing Authorization, which are distinct classes. |
| Exploit ScenarioDerived | An attacker with a valid, low-privileged Google Cloud identity invokes the disks.createSnapshot or regionDisks.createSnapshot API against a disk belonging to a different project. Because the authorization check was missing, the call succeeds despite the attacker lacking rights in the victim project, yielding a snapshot of the target disk and allowing exfiltration of its data. No public exploit code or PoC reference is present in the supplied data, and Google reports the flaw was fixed server-side on 2026-08-31. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 28, 2026
A missing authorization check in the Google Compute Engine disks.createSnapshot and regionDisks.createSnapshot APIs let an authenticated Cloud principal request a snapshot of a disk belonging to a different project, exposing cross-project disk data. Google remediated the flaw server-side on 31 August 2026 and states no customer action is needed, so current deployments are not exploitable; the exposure window is historical, covering Compute Engine use before that date. Confidentiality impact is high (disk contents could be read) but integrity and availability are unaffected, and no public exploit code or active exploitation has been identified at time of analysis, with an EPSS score of 0.35% (29th percentile).
RemediationAI
No customer action is required: Google remediated CVE-2026-85299 server-side on 31 August 2026, and every Compute Engine environment after that date enforces the missing authorization check on the disks.createSnapshot and regionDisks.createSnapshot APIs. The vendor-released fix is the platform-side change described in the security bulletin at https://docs.cloud.google.com/compute/docs/security-bulletins#gcp-2026-073. Organizations that operated Compute Engine projects before 2026-08-31 should review historical snapshot creation activity across projects, since the exposure window is historical rather than current; because the vendor states updating is the complete fix and no customer-side patch or workaround is documented, no configuration-level mitigation is prescribed here. Per the priority decision label this_week, review of past snapshot API activity is warranted this week even though live instances are no longer vulnerable.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The affected surface is the Google Compute Engine snapshot APIs, which clone a persistent disk's contents into a new image resource within the caller's project. CWE-862 (Missing Authorization) here means the API did not verify that the caller held entitlement over the source disk, so a principal with valid credentials and permission to invoke disks.createSnapshot or regionDisks.createSnapshot could point the request at a victim project's disk. The flaw is a server-side control-plane defect in a managed cloud service, not a software library issue, which is why Google fixed it centrally on 2026-08-31 rather than issuing a customer patch; the CPE entry covers all Compute Engine versions prior to that date. The CVSS:4.0 vector shows AV:N/AC:L/PR:L/UI:N with high confidentiality impact on both the vulnerable system and subsequent systems and no integrity or availability impact, matching the assessed CVSS:3.1 vector AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:N/A:N. Exploitation requires a valid authenticated GCP identity able to call the snapshot APIs - it is not anonymous - and the effect is read-only data exfiltration across project boundaries. The precise sequence of API parameters used to trigger the cross-project read is not described in the available sources.
Know when Compute Engine gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:H/SI:N/SA:N/U:Clear
Network-reachable API call by a low-privileged authenticated user (PR:L, AV:N, AC:L); cross-project data access is a scope change (S:C) with confidentiality-only impact (C:H, I:N, A:N).
Primary rating from Vendor (GoogleCloud).
CVSS VectorVendor: GoogleCloud
Lifecycle Timeline
2DescriptionCVE.org
A Missing Authorization vulnerability in the disks.createSnapshot and regionDisks.createSnapshot APIs in Google Compute Engine versions prior to 2026-08-31 on Google Cloud Platform allows an authenticated attacker to exfiltrate cross-project disk data.
This vulnerability was patched on 31 August 2026, and no customer action is needed.
Executive ViewAI
CVE-2026-85299 is a high-severity authorization flaw in Google Compute Engine's snapshot APIs that allowed authenticated principals to create snapshots of disks in other projects, potentially exposing sensitive cross-project data. The issue was remediated server-side on 31 August 2026, so current deployments are not at risk; however, any historical disk data accessed before that date may have been compromised, affecting confidentiality across projects. Leadership should care because this could involve unauthorized access to proprietary or regulated data, requiring post-incident review and potential breach notification.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
EUVD-2026-110641
GHSA-3v73-7mvh-2mh5
NVD
CVE.org
EPSS
Exploit-DB