Bug 2540193 (CVE-2026-67233) - CVE-2026-67233 rabbitmq-server: RabbitMQ: Privilege escalation allows monitoring users to delete shovels
Summary: CVE-2026-67233 rabbitmq-server: RabbitMQ: Privilege escalation allows monitor...
Keywords:
Status: NEW
Alias: CVE-2026-67233
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
high
high
Target Milestone: ---
Assignee: Product Security DevOps Team
QA Contact:
URL:
Whiteboard:
Depends On: 2540981
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-09-24 15:22 UTC by OSIDB Bzimport
Modified: 2026-09-25 07:50 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)

Description OSIDB Bzimport 2026-09-24 15:22:30 UTC
RabbitMQ is a messaging and streaming broker. Prior to versions 3.13.15, 4.0.20, 4.1.11, 4.2.6, and 4.3.1, The shovel management resource's is_authorized/2 delegates to rabbit_mgmt_util:is_authorized_monitor/2, which accepts the monitoring tag. But allowed_methods includes DELETE, and delete_resource/2 deletes / restarts shovel runtime parameters with no additional role check. A monitoring user , intended to have read-only visibility , can therefore delete or restart any shovel in any vhost they can see. A read-only monitoring user can delete or restart any dynamic shovel , a state-changing operation that the equivalent /api/parameters endpoint correctly restricts to policymaker. Preconditions include rabbitmq_shovel + rabbitmq_shovel_management plugins enabled Attacker has credentials with the monitoring tag. This issue is fixed in versions 3.13.15, 4.0.20, 4.1.11, 4.2.6, and 4.3.1.


Note You need to log in before you can comment on or make changes to this bug.