🇰🇷 한글 설명
리눅스 커널의 8250 시리얼 드라이버에서 하드웨어 특정 드라이버가 언바인드된 후에도 해당 포트의 전원 관리(PM) 함수가 이전 드라이버를 참조하여 발생하는 취약점입니다. 이로 인해 특정 SoC 환경에서 시스템 오류(Oops) 및 커널 패닉이 발생할 수 있습니다.
💡 쉬운 설명
시리얼 포트 장치를 연결 해제할 때, 컴퓨터가 이미 사라진 장치의 관리 기능을 계속 사용하려고 시도하여 시스템이 멈추거나 오류가 발생하는 문제입니다. 장치가 없는데 명령을 내리려다 발생하는 충돌이라고 이해하면 됩니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
serial: 8250: Reinit port->pm on port specific driver unbind
When we unbind a serial port hardware specific 8250 driver, the generic
serial8250 driver takes over the port. After that we see an oops about 10
seconds later. This can produce the following at least on some TI SoCs:
Unhandled fault: imprecise external abort (0x1406)
Internal error: : 1406 [#1] SMP ARM
Turns out that we may still have the serial port hardware specific driver
port->pm in use, and serial8250_pm() tries to call it after the port
specific driver is gone:
serial8250_pm [8250_base] from uart_change_pm+0x54/0x8c [serial_base]
uart_change_pm [serial_base] from uart_hangup+0x154/0x198 [serial_base]
uart_hangup [serial_base] from __tty_hangup.part.0+0x328/0x37c
__tty_hangup.part.0 from disassociate_ctty+0x154/0x20c
disassociate_ctty from do_exit+0x744/0xaac
do_exit from do_group_exit+0x40/0x8c
do_group_exit from __wake_up_parent+0x0/0x1c
Let's fix the issue by calling serial8250_set_defaults() in
serial8250_unregister_port(). This will set the port back to using
the serial8250 default functions, and sets the port->pm to point to
serial8250_pm.
📍 영향받는 시스템
8250 시리얼 드라이버를 사용하는 리눅스 커널 기반 시스템 (특히 TI SoC 포함)
⚔️ 공격 벡터
로컬 공격자가 시리얼 포트 드라이버의 언바인드 과정을 유도하여 시스템 서비스 거부(DoS) 유발
🛡️ 대응 방법
리눅스 커널을 최신 보안 패치가 적용된 버전으로 업데이트하여 serial8250_unregister_port() 함수 수정 사항 반영
🔧 검증 코드
출력된 커널 버전이 해당 취약점이 해결된 패치 버전 이후인지 확인