Bug 2117333 (CVE-2022-37394)

Summary: CVE-2022-37394 openstack-nova: Compute service fails to restart if the vnic_type of a bound port changed from direct to macvtap
Product: [Other] Security Response Reporter: Avinash Hanwate <ahanwate>
Component: vulnerabilityAssignee: Red Hat Product Security <security-response-team>
Status: CLOSED ERRATA QA Contact:
Severity: low Docs Contact:
Priority: low    
Version: unspecifiedCC: dasmith, eglynn, jhakimra, jjoyce, kchamart, lhh, mburns, mgarciac, nova-maint, sbauza, sgordon, spower, vromanso
Target Milestone: ---Keywords: Security
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2023-04-26 17:39:43 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On: 2117334, 2120178, 2120179, 2154113    
Bug Blocks: 2114855    

Description Avinash Hanwate 2022-08-10 16:21:58 UTC
An issue was discovered in OpenStack Nova before 23.2.2, 24.x before 24.1.2, and 25.x before 25.0.2. By creating a neutron port with the direct vnic_type, creating an instance bound to that port, and then changing the vnic_type of the bound port to macvtap, an authenticated user may cause the compute service to fail to restart, resulting in a possible denial of service. Only Nova deployments configured with SR-IOV are affected.


Comment 1 Avinash Hanwate 2022-08-10 16:24:03 UTC
Created openstack-nova tracking bugs for this issue:

Affects: openstack-rdo [bug 2117334]

Comment 4 errata-xmlrpc 2023-04-26 12:11:11 UTC
This issue has been addressed in the following products:

  Red Hat OpenStack Platform 16.2

Via RHSA-2023:1948 https://access.redhat.com/errata/RHSA-2023:1948

Comment 5 Product Security DevOps Team 2023-04-26 17:39:40 UTC
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s):