🇰🇷 한글 설명
Linux 커널의 NFC LLCP 프로토콜 구현에서 데이터 길이 검증 전에 시퀀스 바이트를 읽어 발생하는 취약점입니다. 길이가 짧은(truncated) I/RR/RNR PDU가 수신될 경우 초기화되지 않은 skb tailroom 메모리를 읽게 됩니다. 이 문제는 pskb_may_pull()을 사용하여 데이터의 유효성을 먼저 확인하도록 수정되었습니다.
💡 쉬운 설명
NFC 통신을 할 때, 데이터가 너무 짧게 들어오면 컴퓨터가 아직 사용하지 않은 메모리 영역을 잘못 읽어버리는 문제입니다. 이로 인해 시스템이 예상치 못한 동작을 할 수 있지만, 공격자가 직접 제어하기는 어렵습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
nfc: llcp: drop truncated I/RR/RNR PDUs in nfc_llcp_recv_hdlc()
nfc_llcp_recv_hdlc() reads the sequence byte skb->data[2], via
nfc_llcp_ns()/nfc_llcp_nr(), before any length check. The receive path
only guarantees the two-byte LLCP header -- __nfc_llcp_recv() checks it
with pskb_may_pull() and nfc_llcp_recv_agf() admits two-byte inner PDUs
-- so a two-byte I, RR or RNR PDU reads one byte of uninitialised skb
tailroom. The byte becomes N(R)/N(S); a peer can already set those with
a well-formed PDU, so this is acting on uninitialised memory, not new
peer control.
Guard the read with pskb_may_pull(), as commit 95674f506c63 ("nfc: llcp:
reject PDUs shorter than the LLCP header") did for the two-byte header,
so the sequence byte is present and linear before it is read. RR and RNR
PDUs are LLCP_HEADER_SIZE + LLCP_SEQUENCE_SIZE bytes and an I PDU is
longer, so no valid frame is rejected; a truncated PDU is malformed, so
return without a DM reply.
📍 영향받는 시스템
Linux kernel (NFC LLCP module 사용 환경)
⚔️ 공격 벡터
조작된(길이가 짧은) LLCP PDU를 전송하여 비정상적인 메모리 읽기 유도
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인