🇰🇷 한글 설명
Linux 커널의 af_unix 구성 요소에서 manage_oob() 함수가 마지막 skb 마커를 적절히 업데이트하지 않아 발생하는 취약점입니다. MSG_PEEK 옵션을 사용한 recv 호출 시 OOB(Out-of-Band) 데이터 처리에 문제가 생겨 CPU 점유율이 비정상적으로 높아지는 현상이 발생할 수 있습니다.
💡 쉬운 설명
데이터를 읽는 과정에서 특정 조건이 맞으면 컴퓨터가 할 일을 찾지 못하고 계속 헛도는 상태가 되어 CPU 사용량이 급증할 수 있습니다. 이는 시스템 성능을 저하시키거나 응답 불능 상태를 만들 수 있는 문제입니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
af_unix: Update last skb marker in manage_oob().
Fahad Alharbi reported that blocking recv(MSG_PEEK) could hog CPU
due to OOB skb.
In the following cases, manage_oob() skips OOB skb(s) and returns
NULL for the last recv(MSG_PEEK):
socketpair(AF_UNIX, SOCK_STREAM, 0, sk);
1) skb -> OOB skb -> NULL
send(sk[0], "ab", 2, MSG_OOB);
recv(sk[1], buf, 0, MSG_PEEK);
2) skb -> consumed OOB skb -> NULL
send(sk[0], "ab", 2, MSG_OOB);
recv(sk[1], buf, 1, MSG_OOB);
recv(sk[1], buf, 0, MSG_PEEK);
3) consumed OOB skb -> OOB skb -> NULL
send(sk[0], "a", 1, MSG_OOB);
recv(sk[1], buf, 0, MSG_OOB);
send(sk[0], "b", 1, MSG_OOB);
recv(sk[1], buf, 1, MSG_PEEK);
Then, @copied is 0 in unix_stream_read_generic() (zero-length buffer,
or non-OOB skb is not yet consumed), and unix_stream_data_wait() is
called.
However, it returns immediately because @last is not updated in
unix_stream_read_generic(), and the thread busy-waits for a new skb.
Let's update @last in manage_oob().
For MSG_PEEK, @last is updated with the skipped OOB, and for the
non-peek case, @last matches the returned value (when !copied)
because OOB is unlinked.
Note that manage_oob() is inlined and no stack canary is added.
📍 영향받는 시스템
Linux Kernel (af_unix 모듈을 사용하는 모든 시스템)
⚔️ 공격 벡터
AF_UNIX 소켓을 통해 특정 순서로 OOB 데이터를 전송하고 MSG_PEEK 옵션으로 읽기를 시도하여 CPU Busy-wait 유도
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 manage_oob()의 skb 마커 업데이트 로직을 수정해야 합니다.
🔧 검증 코드
출력된 커널 버전을 확인하여 해당 취약점이 해결된 패치 버전인지 확인합니다.