🇰🇷 한글 설명
Netty의 HAProxy 인코더가 AF_UNIX 소켓 주소를 처리할 때 CRLF 문자를 검증하지 않아 발생하는 취약점입니다. 공격자가 제어하는 AF_UNIX 주소에 CRLF를 주입하면 PROXY 헤더를 여러 줄로 분리하여 클라이언트 IP를 위조할 수 있습니다.
💡 쉬운 설명
네트워크 통신 도구인 Netty에서 주소 정보에 특수 문자를 몰래 끼워 넣을 수 있는 결함이 발견되었습니다. 이를 통해 공격자는 자신의 IP 주소를 다른 주소로 속여서 서버를 기만할 수 있습니다.
🇺🇸 원문 (English)
Netty is an asynchronous, event-driven network application framework. In versions prior to 4.1.136.Final and 4.2.16.Final, Netty's HAProxy encoder ( HAProxyMessageEncoder ) writes AF_UNIX source and destination socket addresses into the HAProxy V1 text protocol without validating them for CRLF characters, so an attacker who controls an AF_UNIX address can inject \r\n sequences and split the single PROXY header into multiple lines. This is possible because the V1 protocol uses CRLF as its line terminator and, unlike IPv4/IPv6 addresses whose format checks implicitly reject CRLF, AF_UNIX addresses are only validated for length (up to 108 bytes), allowing a forged second PROXY header line that spoofs the client source/destination IP to a downstream server or load balancer. The issue is fixed in versions 4.1.136.Final and 4.2.16.Final.
📍 영향받는 시스템
Netty 4.1.136.Final 미만 및 4.2.16.Final 미만 버전
⚔️ 공격 벡터
AF_UNIX 주소에 CRLF(
)를 주입하여 HAProxy V1 프로토콜 헤더를 조작하는 방식
🛡️ 대응 방법
Netty를 4.1.136.Final 또는 4.2.16.Final 이상의 최신 버전으로 업데이트하십시오.
🔧 검증 코드
명령어 결과에 취약한 버전의 Netty 라이브러리가 출력되면 업데이트가 필요한 상태입니다.
mvn dependency:tree | grep -E 'netty-all|netty-buffer|netty-common' | grep -vE '4.1.136.Final|4.2.16.Final'