RabbitMQ: Stored HTML Injection in RabbitMQ Management OAuth Error Handling

RabbitMQ is a messaging and streaming broker. From 3.13.0 until 3.13.19, 4.0.24, 4.1.15, 4.2.10, and 4.3.5, RabbitMQ Management rendered an AMQP authorization-error reason containing an attacker-controlled queue name as HTML when the OAuth management UI was enabled. Exploitation requires an attacker with queue configure permission, a management administrator who can see but cannot read that queue, and the administrator clicking Get Message(s). A queue name containing a base element can then retarget the automatic relative refresh because the Content Security Policy omits base-uri and connect-src, and an attacker endpoint that permits the management origin through CORS can receive the victim's Authorization header. This issue is fixed in versions 3.13.19, 4.0.24, 4.1.15, 4.2.10, and 4.3.5.

Ein Angreifer kann mehrere Schwachstellen in RabbitMQ ausnutzen, um Berechtigungen zu erweitern, Sicherheitsmaßnahmen zu umgehen, vertrauliche Informationen offenzulegen, Daten zu manipulieren, beliebigen Code auszuführen oder Denial-of-Service-Zustände herbeizuführen.

RabbitMQはメッセージングおよびストリーミングブローカーです。バージョン3.13.0から3.13.19、4.0.24、4.1.15、4.2.10、および4.3.5の間で、RabbitMQ ManagementのOAuth管理UIが有効な場合に、攻撃者が制御するキュー名を含むAMQP認可エラー理由をHTMLとしてレンダリングしていました。悪用には、キューの構成権限を持つ攻撃者、該当キューを見ることはできるが読むことはできない管理者、そして管理者が「Get Message(s)」をクリックする必要があります。ベース要素を含むキュー名が自動相対リフレッシュをリターゲット化できるのは、Content Security Policyがbase-uriおよびconnect-srcを省略しているためです。さらに、管理オリジンをCORSで許可する攻撃者のエンドポイントが被害者のAuthorizationヘッダーを受け取る可能性もあります。この問題はバージョン3.13.19、4.0.24、4.1.15、4.2.10、および4.3.5で修正されています。