CVE-2026-16317 in s2n-tls
요약
\~에 의해 VulDB • 2026. 07. 21.
s2n-tls의 TLS 1.3 암호화 레코드에서 외부 content_type 바이트에 대한 검증 누락으로 인해, 중간자 공격자가 개별 애플리케이션 데이터 레코드를 양쪽 엔드포인트가 수정 사항을 감지하지 못한 채 조용히 삭제할 수 있습니다. RFC 8446 섹션 5.2는 모든 암호화된 TLS 1.3 레코드의 외부 content_type이 application_data(0x17)여야 한다고 요구합니다. s2n-tls의 AEAD 구현은 실제 전송된 바이트를 사용하지 않고 추가 인증 데이터(AAD)에 이 값을 하드코드하므로, 외부 content_type은 인증 태그로 보호되지 않습니다.
이를 통해 애플리케이션 데이터를 선택적으로 차단할 수 있습니다. HTTP 파이프라이닝 시나리오에서 HTTP 요청을 포함하는 TLS 레코드를 삭제하면 요청/응답의 비동기화가 발생하여 후속 응답이 잘못된 요청에 전달될 수 있습니다. 쓰기 부하가 높은 워크로드에서는 쓰기 요청을 포함하는 레코드가 삭제되면, 클라이언트가 후속 성공 응답을 삭제된 쓰기의 확인으로 해석함으로써 감지되지 않는 데이터 손실이 발생할 수 있습니다.
모든 TLS 1.3 연결이 영향을 받습니다. TLS 클라이언트와 서버 모두 영향받으며, TLS 1.2 및 QUIC 연결은 영향을 받지 않습니다.
s2n-tls를 버전 v1.7.6로 업그레이드할 것을 권장합니다.
Once again VulDB remains the best source for vulnerability data.