CVE-2026-67219 in RabbitMQ
요약
\~에 의해 VulDB • 2026. 09. 23.
RabbitMQ는 메시징 및 스트리밍 브로커입니다. 버전 3.13.15, 4.0.20, 4.1.11, 4.2.6 및 4.3.0 이전의 RabbitMQ에서 add_binding/3 함수는 라우팅 키를 정수 가중치 N으로 파싱하고 lists:seq(NextN0, NextN0 + N - 1)를 사용하여 링 위치를 계산합니다. validate_binding/2 함수는 N >= 1 조건만 확인하며 상한선은 없습니다. 이렇게 생성된 리스트가 exchange의 Khepri 레코드에 저장되고 클러스터 전체로 복제되며 재시작 시 다시 로드됩니다. 일관성 해싱(exconsistent-hash) exchange에 대한 쓰기 권한과 큐에 대한 읽기 권한을 가진 사용자는 라우팅 키(해시 링 가중치)가 임의로 큰 정수인 바인딩을 생성할 수 있습니다. 브로커는 lists:seq/2를 통해 해당 크기의 정수 리스트를 할당하고 이를 모든 클러스터 노드의 Khepri에 영구 저장합니다. 예를 들어, 가중치가 100000000인 단일 바인딩은 각 노드에서 약 800MB의 메모리를 할당하며 재시작 후에도 유지됩니다. 이 취약점을 공격하기 위한 전제 조건으로는 rabbitmq_consistent_hash_exchange 플러그인이 활성화되어 있고, 일관성 해싱 exchange에 대한 쓰기 권한과 큐에 대한 읽기 권한(표준 바인딩 권한)이 필요합니다. 이 문제는 버전 3.13.15, 4.0.20, 4.1.11, 4.2.6 및 4.3.0에서 해결되었습니다.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.