🇰🇷 한글 설명
Netty의 HttpClientCodec에서 HTTP 응답과 요청을 큐를 통해 매칭하는 과정 중 오류가 발생합니다. 특정 파이프라인 상황에서 HEAD 요청이 GET 응답의 바디를 건너뛰면서 데이터 오프셋이 어긋나 이후 메시지가 잘못 파싱될 수 있습니다.
💡 쉬운 설명
네트워크 통신 중에 데이터의 순서가 꼬여서 서버가 보낸 메시지를 엉뚱한 위치에서 읽게 되는 문제입니다. 이로 인해 데이터가 깨지거나 통신 오류가 발생할 수 있습니다.
🇺🇸 원문 (English)
Netty is an asynchronous, event-driven network application framework. Prior to 4.2.13.Final and 4.1.133.Final, HttpClientCodec pairs each inbound response with an outbound request by queue.poll() once per response, including for 1xx. If the client pipelines GET then HEAD and the server sends 103, then 200 with GET body, then 200 for HEAD, the queue pairs HEAD with the first 200. The HEAD rule then skips reading that message’s body, so the GET entity bytes stay on the stream and the following 200 is parsed from the wrong offset. This vulnerability is fixed in 4.2.13.Final and 4.1.133.Final.
📍 영향받는 시스템
Netty 4.2.13.Final 및 4.1.133.Final 미만 버전
⚔️ 공격 벡터
특정 순서(GET 후 HEAD)로 요청을 보내고 서버가 103 응답을 포함한 특정 응답 시퀀스를 반환하도록 유도하는 방식
🛡️ 대응 방법
Netty를 4.2.13.Final 또는 4.1.133.Final 이상의 최신 버전으로 업데이트하십시오.
🔧 검증 코드
출력된 버전 정보가 4.2.13.Final 또는 4.1.133.Final보다 낮은지 확인하십시오.
mvn dependency:tree | grep -E 'netty-codec-http:[0-9.]+'
📊 CVSS Vector String
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L
💻 영향받는 소프트웨어
IBM WebSphere Application Server