🇰🇷 한글 설명
Linux 커널의 stmmac 네트워크 드라이버에서 zero copy XDP_TX 동작 시 커널 패닉이 발생하는 취약점입니다. XDP 프레임의 메모리 유형을 적절히 확인하지 않고 잘못된 매핑을 사용하여 시스템이 충돌합니다.
💡 쉬운 설명
네트워크 데이터를 처리하는 과정에서 메모리 종류를 잘못 파악하여 컴퓨터 시스템이 갑자기 멈추거나 꺼지는 현상입니다. 특정 네트워크 기능을 사용할 때 시스템이 비정상적으로 종료될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
net: stmmac: fix the crash issue for zero copy XDP_TX action
There is a crash issue when running zero copy XDP_TX action, the crash
log is shown below.
[ 216.122464] Unable to handle kernel paging request at virtual address fffeffff80000000
[ 216.187524] Internal error: Oops: 0000000096000144 [#1] SMP
[ 216.301694] Call trace:
[ 216.304130] dcache_clean_poc+0x20/0x38 (P)
[ 216.308308] __dma_sync_single_for_device+0x1bc/0x1e0
[ 216.313351] stmmac_xdp_xmit_xdpf+0x354/0x400
[ 216.317701] __stmmac_xdp_run_prog+0x164/0x368
[ 216.322139] stmmac_napi_poll_rxtx+0xba8/0xf00
[ 216.326576] __napi_poll+0x40/0x218
[ 216.408054] Kernel panic - not syncing: Oops: Fatal exception in interrupt
For XDP_TX action, the xdp_buff is converted to xdp_frame by
xdp_convert_buff_to_frame(). The memory type of the resulting xdp_frame
depends on the memory type of the xdp_buff. For page pool based xdp_buff
it produces xdp_frame with memory type MEM_TYPE_PAGE_POOL. For zero copy
XSK pool based xdp_buff it produces xdp_frame with memory type
MEM_TYPE_PAGE_ORDER0. However, stmmac_xdp_xmit_back() does not check the
memory type and always uses the page pool type, this leads to invalid
mappings and causes the crash. Therefore, check the xdp_buff memory type
in stmmac_xdp_xmit_back() to fix this issue.
📍 영향받는 시스템
Linux Kernel (stmmac driver 사용 시스템)
⚔️ 공격 벡터
특수하게 조작된 XDP(eXpress Data Path) 패킷을 전송하여 커널 패닉 유도
🛡️ 대응 방법
stmmac 드라이버의 메모리 유형 확인 로직이 포함된 최신 Linux 커널로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 패치된 최신 버전인지 확인합니다.