🇰🇷 한글 설명
Linux 커널의 rxrpc 프로토콜에서 DATA/RESPONSE 패킷 핸들러가 외부 소유 페이지 프래그먼트를 포함한 SKB를 제대로 검증하지 않아, 보안 작업 전에 메모리를 복사하지 않고 원위치 복호화를 수행합니다. 이로 인해 메모리 무결성 손상이나 정보 유출이 발생할 수 있습니다.
💡 쉬운 설명
Linux 커널의 네트워크 패킷 처리에서 메모리 검증이 누락되어 외부 소유 메모리를 직접 암호화/복호화합니다. UDP 소켓의 splice() 호출을 통해 공격자가 메모리 데이터를 조작하거나 유출할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
rxrpc: Also unshare DATA/RESPONSE packets when paged frags are present
The DATA-packet handler in rxrpc_input_call_event() and the RESPONSE
handler in rxrpc_verify_response() copy the skb to a linear one before
calling into the security ops only when skb_cloned() is true. An skb
that is not cloned but still carries externally-owned paged fragments
(e.g. SKBFL_SHARED_FRAG set by splice() into a UDP socket via
__ip_append_data, or a chained skb_has_frag_list()) falls through to
the in-place decryption path, which binds the frag pages directly into
the AEAD/skcipher SGL via skb_to_sgvec().
Extend the gate to also unshare when skb_has_frag_list() or
skb_has_shared_frag() is true. This catches the splice-loopback vector
and other externally-shared frag sources while preserving the
zero-copy fast path for skbs whose frags are kernel-private (e.g. NIC
page_pool RX, GRO). The OOM/trace handling already in place is reused.
📍 영향받는 시스템
Linux 커널 5.x 이상에서 CONFIG_AF_RXRPC가 활성화된 시스템 (대부분의 일반 배포판에서 기본 활성화)
⚔️ 공격 벡터
UDP 소켓으로 splice()를 호출하거나 연쇄된 SKB 프래그먼트 리스트를 이용한 loopback 공격으로 외부 소유 메모리 조작
🛡️ 대응 방법
Linux 커널을 최신 패치 버전으로 업데이트하거나, rxrpc 모듈에 skb_has_frag_list()/skb_has_shared_frag() 검증 로직이 추가된 커널 버전으로 업그레이드
🔧 검증 코드
명령어가 '=y' 또는 '=m'을 반환하면 해당 시스템의 rxrpc가 활성화되어 있으며, 커널 버전이 패치되지 않았다면 영향을 받음
grep CONFIG_AF_RXRPC /boot/config-$(uname -r) 2>/dev/null | grep -E '(=y|=m)'
🇰🇷 KISA(한국인터넷진흥원) 보안 권고
이 CVE에 대한 한국 공식 권고 (1건)
Linux Kernel 보안 업데이트 권고
P4
📅 2026-05-14 · sec_notice
Linux Kernel의 Write-what-where Condition(CVE-2026-43284)과 Out-of-bounds Write(CVE-2026-43500) 취약점 2건이 발견되었습니다. 4.11 이상 7.0 미만의 광범위한 버전이 영향을 받으며, 각 버전별 보안 업데이트로의 즉시 업그레이드가 권고됩니다.