🇰🇷 한글 설명
Apache bRPC의 Redis 서버 명령 파서가 빈 RESP 배열을 명령 헤더로 허용하여 발생하는 취약점입니다. 인증되지 않은 원격 공격자가 빈 배열 헤더와 벌크 문자열을 전송하면 파서에서 경계 외 쓰기(out-of-bounds write)가 발생하여 프로세스가 충돌할 수 있습니다.
💡 쉬운 설명
해커가 특수하게 조작된 빈 데이터를 보내면 서버 프로그램이 예상치 못한 메모리 영역에 데이터를 쓰려고 시도하다가 멈춰버리는 문제입니다. 이로 인해 서비스가 중단되는 장애가 발생할 수 있습니다.
🇺🇸 원문 (English)
The Redis server command parser in Apache bRPC accepts an empty RESP array as a command header. A remote unauthenticated attacker who can reach a bRPC server with Redis service enabled can send an empty array header followed by a bulk string, causing an out-of-bounds write in the parser and crashing the process.
Root Cause:
RedisCommandParser::ConsumeImpl rejected negative RESP array counts but accepted zero. It resized the command argument vector to zero elements and continued parsing. When a following bulk string was parsed, the only index guard was a CHECK. In configurations where fatal logs do not abort immediately, execution could continue and write to _args[0] even though the vector was empty.
Affected Scenarios:
Deployments that enable ServerOptions.redis_service and accept Redis protocol traffic from untrusted clients. The issue is reached during parsing before command handling or authentication.
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/3354
Note:
The fix rejects empty RESP arrays as invalid Redis commands and replaces the internal index CHECK with an explicit parse error so malformed command streams cannot fall through to an indexed vector write.
📍 영향받는 시스템
Redis 서비스(ServerOptions.redis_service)가 활성화된 Apache bRPC 버전 (1.18.0 미만)
⚔️ 공격 벡터
Redis 프로토콜을 사용하는 네트워크를 통해 인증 없이 빈 RESP 배열 헤더와 벌크 문자열을 전송
🛡️ 대응 방법
Apache bRPC를 1.18.0 버전으로 업그레이드하거나 제공된 패치를 적용하십시오.
🔧 검증 코드
설치된 bRPC의 버전을 확인하여 1.18.0 미만인 경우 취약한 상태로 간주합니다.
brpc_version_check() { echo "Check your bRPC version manually via package manager or build logs"; }; brpc_version_check