🇰🇷 한글 설명
Linux 커널의 net/rds 구성 요소에서 제로카피(zerocopy) 전송 시 메시지가 소켓에 큐에 추가되기 전 오류가 발생할 경우, 페이지 관리 상태를 잘못 판단하여 자원을 제대로 해제하지 못하는 취약점입니다. 이를 해결하기 위해 메시지 큐 상태와 관계없이 제로카피 알림자(notifier) 존재 여부를 기준으로 정리 프로세스를 개선하였습니다.
💡 쉬운 설명
데이터를 복사하지 않고 빠르게 보내는 과정에서 오류가 나면, 컴퓨터가 사용 중인 메모리를 제대로 놓아주지 못하는 문제가 있었습니다. 이로 인해 시스템 자원이 낭비되거나 관리 오류가 발생할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
net/rds: handle zerocopy send cleanup before the message is queued
A zerocopy send can fail after user pages have been pinned but before
the message is attached to the sending socket.
The purge path currently infers zerocopy state from rm->m_rs, so an
unqueued message can be cleaned up as if it owned normal payload pages.
However, zerocopy ownership is really determined by the presence of
op_mmp_znotifier, regardless of whether the message has reached the
socket queue.
Capture op_mmp_znotifier up front in rds_message_purge() and use it as
the cleanup discriminator. If the message is already associated with a
socket, keep the existing completion path. Otherwise, drop the pinned
page accounting directly and release the notifier before putting the
payload pages.
This keeps early send failure cleanup consistent with the zerocopy
lifetime rules without changing the normal queued completion path.
📍 영향받는 시스템
Linux kernel (net/rds module 사용 시스템)
⚔️ 공격 벡터
로컬 또는 네트워크를 통한 RDS 프로토콜 사용 중 제로카피 전송 실패 유도
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인