🇰🇷 한글 설명
Netty 프레임워크의 SslClientHelloHandler에서 TLS 핸드셰이크 헤더를 읽기 전 잘못된 오프셋을 확인하는 취약점이 발견되었습니다. 이로 인해 특정 조건에서 SNI 기반의 보안 컨텍스트 대신 기본 SslContext가 선택되어, 상호 TLS(mTLS) 인증을 우회할 수 있습니다. 해당 문제는 4.1.137.Final 및 4.2.17.Final 버전에서 수정되었습니다.
💡 쉬운 설명
인증을 요구하는 보안 통로를 통과할 때, 공격자가 특수한 데이터를 보내 인증 과정을 교묘하게 건너뛰고 침입할 수 있는 결함입니다. 마치 보안 요원이 신분증을 확인해야 하는데, 특정 상황에서 확인 절차를 생략하고 문을 열어주는 것과 같습니다.
🇺🇸 원문 (English)
Netty is an asynchronous, event-driven network application framework. Prior to 4.1.137.Fina and 4.2.17.Final, io.netty.handler.ssl.SslClientHelloHandler#decode checks the wrong offset before reading the four-byte TLS handshake header, so a ClientHello whose handshake header spans records can cause an IndexOutOfBoundsException and invoke select(ctx, null). This selects the default SslContext instead of the SNI-specific context. In deployments where per-SNI clientAuth=REQUIRE is the sole mutual TLS gate, the default SslContext uses clientAuth=NONE or clientAuth=OPTIONAL, and no application-layer certificate verification exists, an unauthenticated remote attacker can bypass the protected route's mutual TLS requirement. This issue is fixed in versions 4.1.137.Final and 4.2.17.Final.
📍 영향받는 시스템
Netty versions prior to 4.1.137.Final and 4.2.17.Final
⚔️ 공격 벡터
조작된 TLS ClientHello 핸드셰이크 헤더를 전송하여 mTLS 인증 과정을 우회하는 원격 공격
🛡️ 대응 방법
Netty를 4.1.137.Final 또는 4.2.17.Final 이상의 버전으로 업데이트하십시오.
🔧 검증 코드
출력된 Netty 라이브러리의 버전이 4.1.137.Final 또는 4.2.17.Final보다 낮은지 확인하십시오.
mvn dependency:list | grep -E 'netty-handler|netty-common'