Skip to main content

OpenStack Nova CVE-2013-0335

HIGH
Permissions, Privileges, and Access Controls (CWE-264)
2013-03-22 secalert@redhat.com
7.6
CVSS 3.1 · NVD
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate as tenant user
  2. Delivery
    Request VNC console token for own VM
  3. Exploit
    Wait for VM to be deleted (or trigger deletion)
  4. Execution
    Nova recycles VNC port to new tenant VM
  5. Persist
    Submit stale token to VNC proxy
  6. Impact
    Gain interactive console access to victim VM

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V8 - Authorization Permission and access control
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

Exploitation requires an authenticated OpenStack tenant user (confirmed by CVSS PR:L) who holds a still-valid VNC token issued for a VM that has since been deleted. The critical precondition is that the VNC port previously assigned to the deleted VM must be reallocated to a new VM before the token expires - a timing-dependent condition the CVE description explicitly calls 'opportunistic.' Exploitation is limited to Nova deployments running Essex 2012.1, Folsom 2012.2, or Grizzly 2012.2 with the VNC proxy feature enabled; environments that disable the Nova VNC proxy are not affected. The attack does not work if the deleted VM's VNC port is not promptly recycled to another VM, making exploitation non-deterministic. Authentication as a valid tenant (not a guest or anonymous user) is required, and the attacker must time their token submission during the port-recycling window.

Impact

The NVD-assigned CVSS 3.1 score of 7.6 (AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:L) rates attack complexity as Low, but this conflicts with the CVE description's explicit framing of exploitation as requiring 'opportunistic circumstances' - a timing dependency on VNC port recycling that AC:L understates. The I:H rating is appropriate given that VNC console access yields full interactive control of the target VM. The C:L rating likely underweights the actual confidentiality impact since console access typically exposes all VM contents. The EPSS score of 1.04% (77th percentile) is consistent with the opportunistic, timing-dependent nature and the EOL status of the affected releases. No CISA KEV listing and no public exploit code have been identified at time of analysis. In active multi-tenant cloud environments running these legacy releases, the tenant-isolation breach potential elevates practical risk above what the low EPSS score alone suggests - but the combination of required authentication, timing dependency, and EOL product status significantly limits the realistic attack surface today.

Exploit ScenarioDerived

An authenticated tenant user requests VNC console access to their own VM and receives a valid token. An administrator then deletes that VM. If Nova recycles the freed VNC port to a new VM - belonging to a different tenant - before the original token expires, the first user can submit their stale token to the VNC proxy and gain full interactive console access to the second tenant's running VM without any further authentication.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 1.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Jul 31, 2026

VNC token lifecycle mismanagement in OpenStack Nova (Essex 2012.1, Folsom 2012.2, Grizzly 2012.2) allows an authenticated tenant user to gain unauthorized interactive console access to another tenant's running VM under opportunistic timing conditions. When a VM is deleted, Nova fails to invalidate its associated VNC token; if the VNC port is subsequently recycled to a new VM, the stale token becomes valid for that new VM, breaking tenant isolation. No public exploit has been identified at time of analysis, and the EPSS score of 1.04% (77th percentile) reflects limited real-world exploitation, consistent with the timing-dependent nature of the attack and the end-of-life status of all affected releases.

RemediationAI

Apply the vendor-released patches for affected Nova releases; Ubuntu users should follow USN-1771-1 (http://www.ubuntu.com/usn/USN-1771-1) and Red Hat users should apply RHSA-2013-0709 (http://rhn.redhat.com/errata/RHSA-2013-0709.html). Upstream OpenStack fixes are tracked via Launchpad bug 1125378 and implemented in OpenStack Gerrit reviews 22086, 22758, and 22872 (https://review.openstack.org). The exact patched release version is not independently stated in the available references beyond these upstream review links - treat these as upstream fix commits rather than a confirmed tagged release. As a compensating control where immediate patching is not feasible, operators can restrict VNC proxy access to only the originating tenant's network segment, reducing the window for stale token reuse; note this does not eliminate the underlying token invalidation defect and adds operational overhead. Because Essex, Folsom, and Grizzly are all end-of-life releases, migration to a supported OpenStack release is the recommended long-term remediation.

Affected Packages

pypi nova fix: 12.0.0a0

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in pypi

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

OpenStack Nova is the IaaS compute service responsible for VM lifecycle management, including brokering VNC console access via a proxy that issues ephemeral per-user tokens. The root cause, classified under CWE-264 (Permissions, Privileges, and Access Controls), is the failure to invalidate or revoke VNC tokens upon VM deletion. VNC port assignments are drawn from a finite pool and recycled; when a deleted VM's port is reallocated to a subsequent VM, any outstanding token referencing the original port silently becomes valid for the new VM. CPE data confirms the affected components as cpe:2.3:a:openstack:essex:2012.1, cpe:2.3:a:openstack:folsom:2012.2, and cpe:2.3:a:openstack:grizzly:2012.2, along with Ubuntu Linux distributions 11.10, 12.04 LTS, and 12.10 that shipped these Nova versions.

Know when Openstack 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

NVD PRIMARY 7.6 HIGH
AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:H/A:L
vuln.today AI 6.8 MEDIUM

AC:H reflects opportunistic timing dependency on VNC port recycling; C:H and I:H reflect full VM console access; A:N as no availability impact is described.

3.1 AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:N
4.0 AV:N/AC:H/AT:P/PR:L/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
Low
Integrity
High
Availability
Low

Lifecycle Timeline

4
Analysis Updated
Jul 31, 2026 - 15:28 vuln.today
v1 - CVSS changed
Severity Changed
Jul 31, 2026 - 15:22 NVD
MEDIUM HIGH
CVSS changed
Jul 31, 2026 - 15:22 NVD
6.0 (MEDIUM) 7.6 (HIGH)
CVE Published
Mar 22, 2013 - 21:55 cve.org
MEDIUM 6.0

DescriptionNVD

OpenStack Compute (Nova) Grizzly, Folsom (2012.2), and Essex (2012.1) allows remote authenticated users to gain access to a VM in opportunistic circumstances by using the VNC token for a deleted VM that was bound to the same VNC port.

Executive ViewAI

Why It Matters

OpenStack Nova versions Essex, Folsom, and Grizzly contain a tenant isolation vulnerability (CVE-2013-0335) that allows authenticated tenant users to gain console access to other tenants' virtual machines under specific timing conditions. While exploitation requires precise timing and affects end-of-life releases with minimal observed real-world exploitation (EPSS 1.0%), the vulnerability directly undermines multi-tenant isolation guarantees critical to cloud service security.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
1.0%
Top 23% exploitable
Prevalence
Low
end-of-life OpenStack releases with minimal current production footprint
Data Quality
3 sources
Confidence: Low

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 1.0%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
No
Human Impact
High

Priority Score

39
Low Medium High Critical
KEV: 0
EPSS: +1
CVSS: +38
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.

Affected Products (CPE)NVD

cpe:2.3:a:openstack:essex:2012.1:*:*:*:*:*:*:*
cpe:2.3:a:openstack:folsom:2012.2:*:*:*:*:*:*:*
cpe:2.3:a:openstack:grizzly:2012.2:*:*:*:*:*:*:*
cpe:2.3:o:canonical:ubuntu_linux:11.10:*:*:*:*:*:*:*
cpe:2.3:o:canonical:ubuntu_linux:12.04:-:lts:*:*:*:*:*
cpe:2.3:o:canonical:ubuntu_linux:12.10:*:*:*:*:*:*:*
CVE-2016-6662 CRITICAL POC
9.8 Sep 20

Oracle MySQL through 5.5.52, 5.6.x through 5.6.33, and 5.7.x through 5.7.15; MariaDB before 5.5.51, 10.0.x before 10.0.2

CVE-2013-2121 MEDIUM POC
6.0 Jul 31

Eval injection vulnerability in the create method in the Bookmarks controller in Foreman before 1.2.0-RC2 allows remote

CVE-2013-2113 MEDIUM POC
6.0 Jul 31

The create method in app/controllers/users_controller.rb in Foreman before 1.2.0-RC2 allows remote authenticated users w

CVE-2018-3639 MEDIUM POC
5.5 May 22

Systems with microprocessors utilizing speculative execution and speculative execution of memory reads before the addres

CVE-2015-3456 HIGH POC
7.7 May 13

The Floppy Disk Controller (FDC) in QEMU, as used in Xen 4.5.x and earlier and KVM, allows local guest users to cause a

CVE-2018-11218 CRITICAL POC
9.8 Jun 17

Memory Corruption was discovered in the cmsgpack library in the Lua subsystem in Redis before 3.2.12, 4.x before 4.0.10,

CVE-2015-8914 CRITICAL POC
9.1 Jun 17

The IPTables firewall in OpenStack Neutron before 7.0.4 and 8.0.0 through 8.1.0 allows remote attackers to bypass an int

CVE-2024-28718 CRITICAL POC
9.8 Apr 12

An issue in OpenStack magnum yoga-eom version allows a remote attacker to execute arbitrary code via the cert_manager.py

CVE-2018-11219 CRITICAL POC
9.8 Jun 17

An Integer Overflow issue was discovered in the struct library in the Lua subsystem in Redis before 3.2.12, 4.x before 4

CVE-2017-1000366 HIGH POC
7.8 Jun 19

glibc contains a vulnerability that allows specially crafted LD_LIBRARY_PATH values to manipulate the heap/stack, causin

CVE-2015-7512 CRITICAL
9.0 Jan 08

Buffer overflow in the pcnet_receive function in hw/net/pcnet.c in QEMU, when a guest NIC has a larger MTU, allows remot

CVE-2026-28370 CRITICAL POC
9.1 Feb 27

Code injection in OpenStack Vitrage query parser allows authenticated users to execute arbitrary Python code through cra

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy