CVE-2025-39682 in Linux
요약
\~에 의해 VulDB • 2026. 08. 14.
리눅스 커널에서 다음 취약점이 해결되었습니다:
tls: rx_list에서의 길이 0 레코드 처리 수정
각 recvmsg() 호출은 다음 중 하나를 처리해야 합니다. - 연속된 DATA 기록만 (개수는 무관) - 하나의 비-DATA 기록
다음 기록의 유형이 이미 처리된 것과 다른 경우, 주요 처리 루프에서 벗어납니다. 만약 해당 기록이 이미 복호화된 상태라면(TLS 1.3과 같이 복호화 전에는 유형을 알 수 없는 경우에 해당), 대기 중인 기록을 rx_list에 큐잉합니다. 다음 recvmsg() 호출은 여기서 이를 가져옵니다.
제로 복사(zero-copy) 복호화 후에 skb를 rx_list로 큐잉하는 것은 불가능한데, 그 이유는 이 경우 사용자가 지정된 버퍼로 직접 복호화가 이루어지기 때문에 큐잉할 skb가 없기 때문입니다(darg.skb는 길이와 같은 메타데이터에 접근하기 위해 암호문(skb)을 가리킵니다).
오직 데이터 기록만 제로 복사가 허용되며, 각 비-데이터 기록 후에 처리 루프를 중단합니다. 따라서 우리는 항상 제로 복사 후 레코드 유형이 변경되었음을 발견하게 됩니다. 우리가 놓친 경계 사례는 초기 기록이 rx_list에서 오고 길이가 0인 경우입니다.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.