🇰🇷 한글 설명
Apache bRPC의 RTMP AMF 파서가 신뢰할 수 없는 입력값으로부터 문자열 길이와 배열 개수를 직접 수용하여 발생합니다. 공격자가 과도하게 큰 길이를 선언한 AMF 페이로드를 전송할 경우, 파서가 유효성을 검증하기 전에 과도한 메모리 할당이나 리소스 소비를 유발할 수 있습니다.
💡 쉬운 설명
해커가 아주 큰 숫자가 적힌 가짜 데이터를 보내면, 서버가 이를 처리하려다 메모리를 너무 많이 써서 멈춰버릴 수 있는 문제입니다. 마치 식당에서 1억 명분의 음식을 주문받자마자 재료를 준비하려다 식당이 마비되는 것과 같습니다.
🇺🇸 원문 (English)
The RTMP AMF parser in Apache bRPC accepts AMF string lengths and array counts directly from untrusted input. A remote unauthenticated attacker who can reach a bRPC server with RTMP enabled can send a small AMF payload with an excessive declared long string length or array count, causing excessive memory allocation or resource consumption before the parser rejects the incomplete payload.
Root Cause:
The AMF long string parser resized the destination string to the declared 32-bit length before validating that the stream contained that many bytes. ECMA array and strict array parsers also accepted 32-bit element counts without a configurable upper bound.
Affected Scenarios:
Deployments that enable the bRPC RTMP server component and accept RTMP traffic from untrusted clients. Direct uses of the AMF parser on untrusted data are also affected.
How to Fix:
1. Upgrade bRPC to version 1.18.0, which fixes this issue.
2. Apply this patch: https://github.com/apache/brpc/pull/3353
Note:
The fix introduces configurable AMF parsing limits. The default maximum string size is 64 MiB and the default maximum array element count is 1,048,576. Payloads above these limits are rejected. The limits can be adjusted with amf_max_string_size and amf_max_array_size.
📍 영향받는 시스템
RTMP 서버 기능이 활성화된 Apache bRPC (1.18.0 미만 버전)
⚔️ 공격 벡터
RTMP가 활성화된 서버에 조작된 AMF 페이로드를 전송하는 원격 비인증 공격
🛡️ 대응 방법
bRPC를 1.18.0 버전 이상으로 업그레이드하거나 제공된 패치를 적용하십시오.
🔧 검증 코드
출력된 태그 버전이 1.18.0보다 낮은지 확인하십시오.
git clone https://github.com/apache/brpc.git && cd brpc && git describe --tags