🇰🇷 한글 설명
BusyBox httpd의 리버스 프록시 기능에서 경로 재작성 로직의 결함이 발견되었습니다. 프록시 설정 시 첫 번째 HTTP 요청에 대해서만 경로 재작성이 적용되며, 파이프라이닝된 두 번째 요청은 재작성 없이 백엔드 서버로 그대로 전달되어 설정된 경로 제한을 우회할 수 있습니다.
💡 쉬운 설명
웹 서버의 보안 통로를 이용할 때, 첫 번째 요청은 검사를 받지만 연속해서 보내는 두 번째 요청은 검사를 받지 않고 통과되는 문제입니다. 이를 통해 공격자는 원래 접근할 수 없는 서버의 내부 파일이나 경로에 접근할 수 있습니다.
🇺🇸 원문 (English)
A flaw was found in BusyBox httpd's reverse proxy feature. When the proxy is configured to forward requests matching a URL prefix to a backend server, only the first HTTP request on a TCP connection has its path rewritten. An attacker can send a pipelined second request that is relayed verbatim to the backend, bypassing the configured path restrictions. This allows accessing arbitrary paths on the backend server that were not intended to be exposed through the proxy.
📍 영향받는 시스템
BusyBox httpd (reverse proxy 기능 활성화 시)
⚔️ 공격 벡터
HTTP Pipelining을 이용한 두 번째 요청 전송을 통한 경로 제한 우회
🛡️ 대응 방법
BusyBox를 최신 버전으로 업데이트하거나, 프록시 설정 시 파이프라이닝을 차단하도록 구성하십시오.
🔧 검증 코드
BusyBox 실행 파일에서 httpd 기능이 포함되어 있는지 확인하고, 해당 버전의 보안 패치 적용 여부를 제조사 공지를 통해 대조하십시오.
busybox --help | grep -i httpd