Cloudanix VulnDB

CVE-2023-6110

Medium · 5.5

CVSS

5.5

EPSS

0.5%

Published

Nov 17, 2024

CISA due date

—

Cloudanix analysis

Schedule a fix SSVC: Track

A problem in OpenStack lets someone who is already logged in accidentally delete the wrong security settings when they try to remove something that does not exist.

Exploitation
Remote Authenticated
Attacker needs
Low Privilege
Complexity
Moderate
Impact
Data Tampering
Component
Application
Class
Improper Input Validation
Remediation
Upgrade
Effort
Medium
Patch risk
Low

What it actually does

Improper input validation allows deletion of a non-existent access rule to inadvertently remove unrelated existing access rules outside the intended scope.

Why it matters to the business

Organizations may experience unintended loss of access rule configurations, increasing the risk of disrupted identity and access management workflows and potential exposure of resources.

How an attack unfolds

An authenticated user with limited privileges submits a delete request for a non-existent access rule within their scope; the flawed validation logic matches and removes other existing access rules not tied to application credentials, resulting in unauthorized configuration changes.

How to fix it

Apply the vendor-supplied patch for OpenStack components handling access rule deletion once released; restrict low-privileged users from access rule management operations until fixed; monitor for unexpected access rule removals.

How to confirm the fix worked

Review access rule deletion audit logs for entries where a single delete action removes multiple rules or rules outside the requester's explicit scope; test the delete operation against a non-existent rule in a controlled environment after patching.

Typical attack path

  1. Obtain low-privileged authenticated access to the OpenStack deployment
  2. Identify or guess a non-existent access rule identifier
  3. Issue a delete request for the fabricated identifier
  4. Observe deletion of unrelated access rules in the environment

How to detect it

Examine identity service logs for delete operations on access rules that reference non-existent identifiers yet result in multiple rule removals; correlate with user activity to identify anomalous deletion patterns.

What your security team should do

  • Prioritize patching OpenStack identity services as soon as fixed versions become available
  • Implement additional logging and alerting on access rule deletion events
  • Review and tighten role-based permissions for access rule management
  • Conduct periodic audits of existing access rules to detect unexpected removals

The record

A flaw was found in OpenStack. When a user tries to delete a non-existing access rule in it's scope, it deletes other existing access rules which are not associated with any application credentials.

Affected packages

Ecosystem Package Introduced Fixed
PyPI python-openstackclient 0 6.3.0
Debian:11 python-openstackclient 0 No fix
Debian:12 python-openstackclient 0 No fix
Debian:13 python-openstackclient 0 6.3.0-2
Red Hat:openstack:17.1::el8 python-openstackclient 0 0:5.5.2-17.1.20230829213816.el8ost
Red Hat:openstack:17.1::el8 python-openstackclient-lang 0 0:5.5.2-17.1.20230829213816.el8ost
Red Hat:openstack:17.1::el8 python3-openstackclient 0 0:5.5.2-17.1.20230829213816.el8ost
Red Hat:openstack:17.1::el9 python-openstackclient 0 0:5.5.2-17.1.20230829210830.el9ost
Red Hat:openstack:17.1::el9 python-openstackclient-lang 0 0:5.5.2-17.1.20230829210830.el9ost
Red Hat:openstack:17.1::el9 python3-openstackclient 0 0:5.5.2-17.1.20230829210830.el9ost
Ubuntu:16.04:LTS python-openstackclient 0 No fix
Ubuntu:18.04:LTS python-openstackclient 0 No fix
Ubuntu:20.04:LTS python-openstackclient 0 5.2.0-0ubuntu1.20.04.2
Ubuntu:22.04:LTS python-openstackclient 0 5.8.0-0ubuntu1.1
Ubuntu:24.04:LTS python-openstackclient 0 6.3.0-0ubuntu1
Ubuntu:Pro:16.04:LTS python-openstackclient 0 No fix
Ubuntu:Pro:18.04:LTS python-openstackclient 0 No fix

Related vulnerabilities