🇰🇷 한글 설명
Linux 커널의 net/tls 구성 요소에서 tls_sw_read_sock() 함수가 길이가 0인 TLS application_data 레코드를 처리할 때 발생하는 취약점입니다. RFC 8446에 따라 허용되는 빈 레코드가 들어오면 시스템이 이를 백프레셔로 오인하여 해당 레코드를 계속 재큐잉함으로써 이후의 모든 데이터 처리를 차단합니다.
💡 쉬운 설명
통신 중에 아무 내용이 없는 빈 데이터 패킷이 들어오면, 컴퓨터가 이를 오류로 착각하여 멈춰버리는 현상입니다. 이로 인해 해당 연결을 통한 모든 데이터 전송이 중단될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
net/tls: Consume empty data records in tls_sw_read_sock()
A peer may send a zero-length TLS application_data record; TLS 1.3
explicitly permits these as a traffic-analysis countermeasure (RFC
8446, Section 5.1). After decryption such a record has full_len ==
0. tls_sw_read_sock() hands it to the read_actor, which has no
payload to consume and returns zero. The loop treats a zero return
as backpressure (used <= 0), requeues the skb at the head of
rx_list, and stops. rx_list is serviced head-first on the next
call, so the empty record is dequeued, fails the same way, and is
requeued again; every later record on the connection is blocked
behind it.
tls_sw_recvmsg() does not stall on this: a zero-length data record
copies nothing and falls through to consume_skb(). Mirror that in
the read_sock() path by recognizing an empty data record before
the actor runs, consuming it, and continuing.
📍 영향받는 시스템
TLS 1.3을 사용하는 Linux 커널 기반 시스템
⚔️ 공격 벡터
공격자가 TLS 1.3 연결을 통해 길이가 0인 application_data 레코드를 전송하여 서비스 거부(DoS) 유발
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인