Apache Artemis Stomp Protocol, Apache ActiveMQ Artemis Stomp Protocol: Address routing-type can be updated by STOMP protocol user without the createAddress permission
Summary
| CVE | CVE-2026-40914 |
|---|---|
| State | PUBLISHED |
| Assigner | apache |
| Source Priority | CVE Program / NVD first with legacy fallback |
| Published | 2026-05-28 13:16:23 UTC |
| Updated | 2026-05-28 14:16:19 UTC |
| Description | A vulnerability exists in Apache Artemis whereby an application using the STOMP protocol with security credentials that grant either the consume or send permission on an address can augment the routing-type supported by that address even if said user doesn't have the createAddress permission for that particular address. A user could successfully send a message to an address or consume a message from a queue with a routing-type not supported by the corresponding address when that operation should actually be rejected on the basis that the user doesn't have permission to change the routing-type of the address. Even though the user was already granted permission to send and/or consume messages, they should not be able to augment the routing-type of the address without the createAddress permission. This issue affects Apache Artemis: from 2.50.0 through 2.53.0; Apache ActiveMQ Artemis: from 2.0.0 through 2.44.0. Users are recommended to upgrade to version 2.54.0, which fixes the issue. |
Risk And Classification
Problem Types: CWE-863 | CWE-863 CWE-863 Incorrect Authorization
Vendor Declared Affected Products
| Source | Vendor | Product | Version | Platforms |
|---|---|---|---|---|
| CNA | Apache Software Foundation | Apache Artemis Stomp Protocol | affected 2.50.0 2.53.0 semver | Not specified |
| CNA | Apache Software Foundation | Apache ActiveMQ Artemis Stomp Protocol | affected 2.0.0 2.44.0 semver | Not specified |
References
| Reference | Source | Link | Tags |
|---|---|---|---|
| lists.apache.org/thread/6q3st8dlorz2q05svqn11k1xl7jkmm4c | [email protected] | lists.apache.org | |
| www.openwall.com/lists/oss-security/2026/05/27/8 | af854a3a-2127-422b-91ae-364da2661108 | www.openwall.com | |
| CVE Program record | CVE.ORG | www.cve.org | canonical |
| NVD vulnerability detail | NVD | nvd.nist.gov | canonical, analysis |
Vendor Comments And Credit
Discovery Credit
CNA: bugbunny.ai (en)
CNA: Isaac David <[email protected]> (en)
CNA: Arthur Gervais <[email protected]> (en)
There are currently no legacy QID mappings associated with this CVE.