CVE-2026-50266: CWE-863 Incorrect Authorization in OpenStack Neutron
In OpenStack Neutron before 28.0.1, a project manager can create or update a port on a shared network owned by another project and set device_owner to a value that has "network:" at the beginning ("network:dhcp" for example). The default port RBAC policies incorrectly included PROJECT_MANAGER without requiring network ownership, allowing any project manager to obtain trusted network-service port behavior on shared networks. Depending on backend and deployment, this can bypass anti-spoofing and security group protections, enabling DHCP, MAC, or IP spoofing against other tenants on the shared network. This is a regression of CVE-2015-5240 (OSSA-2015-018).
AI Analysis
Technical Summary
OpenStack Neutron before version 28.0.1 contains an incorrect authorization vulnerability (CWE-863) where project managers can manipulate ports on shared networks they do not own by setting device_owner fields beginning with "network:". The default Role-Based Access Control (RBAC) policies mistakenly allow project managers to perform these actions without verifying network ownership. This flaw can allow attackers to bypass network security controls such as anti-spoofing and security groups, potentially enabling DHCP, MAC, or IP spoofing attacks on other tenants sharing the network. The vulnerability is a regression of CVE-2015-5240 and affects versions 25.0.0 through 28.0.0 of OpenStack Neutron. The CVSS v3.1 base score is 2.2 (low severity), with network attack vector, high attack complexity, and requiring high privileges.
Potential Impact
The vulnerability allows a project manager in OpenStack Neutron to gain trusted network-service port behavior on shared networks they do not own. This can lead to bypassing anti-spoofing and security group protections, enabling DHCP, MAC, or IP spoofing attacks against other tenants on the same shared network. There is no indication of confidentiality or availability impact. The CVSS score of 2.2 reflects a low severity impact primarily related to integrity.
Mitigation Recommendations
Patch status is not yet confirmed — check the OpenStack vendor advisory for current remediation guidance. Since no official fix or patch links are provided, users should monitor OpenStack security advisories for updates. Until a fix is available, consider restricting project manager permissions on shared networks or implementing additional network-level controls to mitigate spoofing risks.
CVE-2026-50266: CWE-863 Incorrect Authorization in OpenStack Neutron
Description
In OpenStack Neutron before 28.0.1, a project manager can create or update a port on a shared network owned by another project and set device_owner to a value that has "network:" at the beginning ("network:dhcp" for example). The default port RBAC policies incorrectly included PROJECT_MANAGER without requiring network ownership, allowing any project manager to obtain trusted network-service port behavior on shared networks. Depending on backend and deployment, this can bypass anti-spoofing and security group protections, enabling DHCP, MAC, or IP spoofing against other tenants on the shared network. This is a regression of CVE-2015-5240 (OSSA-2015-018).
CVSS v3.1
Score 2.2low
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
OpenStack Neutron before version 28.0.1 contains an incorrect authorization vulnerability (CWE-863) where project managers can manipulate ports on shared networks they do not own by setting device_owner fields beginning with "network:". The default Role-Based Access Control (RBAC) policies mistakenly allow project managers to perform these actions without verifying network ownership. This flaw can allow attackers to bypass network security controls such as anti-spoofing and security groups, potentially enabling DHCP, MAC, or IP spoofing attacks on other tenants sharing the network. The vulnerability is a regression of CVE-2015-5240 and affects versions 25.0.0 through 28.0.0 of OpenStack Neutron. The CVSS v3.1 base score is 2.2 (low severity), with network attack vector, high attack complexity, and requiring high privileges.
Potential Impact
The vulnerability allows a project manager in OpenStack Neutron to gain trusted network-service port behavior on shared networks they do not own. This can lead to bypassing anti-spoofing and security group protections, enabling DHCP, MAC, or IP spoofing attacks against other tenants on the same shared network. There is no indication of confidentiality or availability impact. The CVSS score of 2.2 reflects a low severity impact primarily related to integrity.
Mitigation Recommendations
Patch status is not yet confirmed — check the OpenStack vendor advisory for current remediation guidance. Since no official fix or patch links are provided, users should monitor OpenStack security advisories for updates. Until a fix is available, consider restricting project manager permissions on shared networks or implementing additional network-level controls to mitigate spoofing risks.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- mitre
- Date Reserved
- 2026-06-04T16:18:38.592Z
- Cvss Version
- 3.1
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 6a21ac6de29bf47b50b8bc30
Added to database: 6/4/2026, 4:48:45 PM
Last enriched: 6/4/2026, 5:03:36 PM
Last updated: 6/4/2026, 6:08:09 PM
Views: 5
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.