🇰🇷 한글 설명
Linux 커널의 vsock/virtio 구성 요소에서 대용량 메시지를 여러 개의 skb로 분할 전송할 때 zerocopy 완료 처리가 제대로 이루어지지 않는 취약점입니다. 이로 인해 마지막 skb가 아닌 경우 사용자 페이지의 고정(pinning) 해제 및 완료 통지가 누락되어 메모리 누수가 발생할 수 있습니다.
💡 쉬운 설명
데이터를 한 번에 보내지 않고 나누어 보낼 때, 시스템이 데이터 전송이 끝났다는 것을 제대로 알리지 못해 메모리가 계속 점유되는 문제입니다. 이로 인해 시스템의 메모리 자원이 낭비될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
vsock/virtio: fix zerocopy completion for multi-skb sends
When a large message is fragmented into multiple skbs, the zerocopy
uarg is only allocated and attached to the last skb in the loop.
Non-final skbs carry pinned user pages with no completion tracking,
so the kernel has no way to notify userspace when those pages are safe
to reuse. If the loop breaks early the uarg is never allocated at all,
leaking pinned pages with no completion notification.
Fix this by following the approach used by TCP: allocate the zerocopy
uarg (if not provided by the caller) before the send loop and attach
it to every skb via skb_zcopy_set(), which takes a reference per skb.
Each skb's completion properly decrements the refcount, and the
notification only fires after the last skb is freed.
On failure, if no data was sent, the uarg is cleanly aborted via
net_zcopy_put_abort().
This issue was initially discovered by sashiko while reviewing commit
1cb36e252211 ("vsock/virtio: fix MSG_ZEROCOPY pinned-pages accounting")
but was pre-existing.
📍 영향받는 시스템
Linux kernel (vsock/virtio component)
⚔️ 공격 벡터
로컬 공격자가 특수하게 조작된 대용량 vsock 메시지를 전송하여 메모리 누수를 유발할 수 있음
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하십시오.
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인하십시오.