🇰🇷 한글 설명
Linux 커널의 SPI 드라이버에서 DMA 매핑 실패 시 소유권 관리가 제대로 이루어지지 않는 취약점입니다. TX 매핑 성공 후 RX 매핑이 실패할 경우, 이전 매핑이 해제되지 않거나 잘못된 장치 정보를 사용하여 NULL 포인터 역참조(Oops)를 유발할 수 있습니다.
💡 쉬운 설명
컴퓨터 부품 간 데이터를 주고받는 과정에서 오류가 발생했을 때, 사용하던 메모리 자원을 제대로 정리하지 못해 시스템이 멈추거나 오류가 발생하는 문제입니다. 이로 인해 시스템이 갑자기 꺼지거나 예상치 못한 동작을 할 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
spi: Fix DMA mapping ownership on partial map failure
If RX mapping fails after TX mapping succeeds, __spi_map_msg() unmaps
TX but leaves tx_sg_mapped set. If TX mapping fails on a later
transfer, mappings created for earlier transfers remain active.
In both cases, cur_{tx,rx}_dma_dev have not yet been updated because they
are assigned only after every transfer has been mapped. The subsequent
spi_unmap_msg() may therefore unmap the TX mapping again or release
earlier mappings using a NULL or stale device. Using a NULL device can
trigger an oops. An empty SG table does not prevent the NULL dereference
because dma_unmap_sg_attrs() accesses the device before checking the
entry count.
Publish both mapping devices before mapping starts and unwind all
failures through __spi_unmap_msg(). This clears the mapping flags and
releases each mapping once with the device that created it.
Publishing the devices before the loop also refreshes them when no
transfer needs mapping. No mapping flag is set in that case, so current
users do not use the pointers as mapping owners.
📍 영향받는 시스템
Linux kernel (SPI subsystem 관련 버전)
⚔️ 공격 벡터
특수하게 조작된 SPI 전송 요청을 통해 DMA 매핑 실패 상황을 유도하여 시스템 오류 유발
🛡️ 대응 방법
Linux 커널을 최신 보안 패치가 적용된 버전으로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 수정된 패치 버전 이후인지 확인