🇰🇷 한글 설명
Linux 커널의 msm 시리얼 드라이버에서 사용자 공간과 커널이 콘솔 UART에 동시에 쓰기를 시도할 때 레이스 컨디션이 발생하여 동일한 메시지가 무한 반복 출력되는 취약점입니다. 시스템 시작 또는 종료 시 서비스가 급증할 때 발생할 가능성이 높으며, 이를 해결하기 위해 커널 콘솔 UART에 대한 DMA 사용을 비활성화했습니다.
💡 쉬운 설명
컴퓨터가 켜지거나 꺼질 때 시스템 메시지가 화면에 똑같은 내용으로 무한히 반복해서 나타나는 오류가 발생할 수 있습니다. 데이터 전송 방식이 서로 충돌하여 발생하는 문제로, 이를 방지하기 위해 전송 방식을 더 안정적인 방식으로 변경했습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
serial: msm: Disable DMA for kernel console UART
At the moment, concurrent writes from userspace and the kernel to the
console can trigger a race condition that results in an infinite loop of
the same messages printed over and over again. This is most likely to
happen during system startup or shutdown when the init system starts/stops
a large number of system services that interact with various kernel code.
When userspace writes to the TTY device, the driver initiates an
asynchronous DMA transfer and releases the port lock. At the same moment,
the kernel printk path might grab the port lock and re-configure the UART
controller for PIO, without waiting for the DMA operation to complete. It
seems like this collision results in zero progress being reported for the
DMA engine, so the same text is printed to the console over and over again.
For the kernel console, we want a reliable output path that will be
functional even during crashes etc. So rather than implementing complex
code to synchronize the kernel console write routines with the userspace
DMA write routines, simply disable DMA for the console UART instance.
Similar checks exist in many other serial drivers, e.g. 8250_port.c,
imx.c, sh-sci.c etc.
📍 영향받는 시스템
DMA를 사용하는 msm 시리얼 드라이버가 포함된 Linux 커널 버전
⚔️ 공격 벡터
사용자 공간에서 TTY 장치에 쓰기를 수행하여 커널의 콘솔 출력과 충돌을 유도하는 방식 (로컬 공격 가능성)
🛡️ 대응 방법
DMA가 비활성화된 최신 패치가 적용된 Linux 커널로 업데이트
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인