🇰🇷 한글 설명
Linux 커널의 vsock 구성 요소에서 connect() 호출 중 이미 연결이 완료된 소켓에 대해 신호나 타임아웃이 발생할 경우, 소켓을 강제로 연결 해제하여 발생하는 취약점입니다. 이로 인해 데이터 전송 상태 불일치, sockmap 오류, 그리고 Use-After-Free 또는 Null Pointer Dereference와 같은 심각한 메모리 오류가 발생할 수 있습니다.
💡 쉬운 설명
네트워크 연결이 이미 성공했는데 갑자기 연결을 끊으려고 시도할 때 시스템 내부에서 충돌이 발생하는 문제입니다. 이 충돌로 인해 컴퓨터 시스템이 멈추거나 보안상 위험한 메모리 오류가 생길 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
vsock: Ignore signal/timeout on connect() if already established
During connect(), acting on a signal/timeout by disconnecting an already
established socket leads to several issues:
1. connect() invoking vsock_transport_cancel_pkt() ->
virtio_transport_purge_skbs() may race with sendmsg() invoking
virtio_transport_get_credit(). This results in a permanently elevated
`vvs->bytes_unsent`. Which, in turn, confuses the SOCK_LINGER handling.
2. connect() resetting a connected socket's state may race with socket
being placed in a sockmap. A disconnected socket remaining in a sockmap
breaks sockmap's assumptions. And gives rise to WARNs.
3. connect() transitioning SS_CONNECTED -> SS_UNCONNECTED allows for a
transport change/drop after TCP_ESTABLISHED. Which poses a problem for
any simultaneous sendmsg() or connect() and may result in a
use-after-free/null-ptr-deref.
Do not disconnect socket on signal/timeout. Keep the logic for unconnected
sockets: they don't linger, can't be placed in a sockmap, are rejected by
sendmsg().
[1]: https://lore.kernel.org/netdev/
[email protected]/
[2]: https://lore.kernel.org/netdev/
[email protected]/
[3]: https://lore.kernel.org/netdev/
[email protected]/
📍 영향받는 시스템
Linux Kernel (vsock 구성 요소가 포함된 버전)
⚔️ 공격 벡터
연결 프로세스 중 의도적인 신호(Signal) 또는 타임아웃을 유발하여 커널 내 레이스 컨디션(Race Condition) 유도
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 vsock의 connect() 로직 수정 사항을 반영해야 합니다.
🔧 검증 코드
출력된 커널 버전이 vsock 취약점이 해결된 최신 패치 버전인지 확인합니다.