🇰🇷 한글 설명
Linux 커널의 TIPC 모듈에서 모듈 제거 시 작업 큐(work queue)가 완전히 종료되기 전에 모듈이 먼저 해제되어 발생하는 커널 패닉 취약점입니다. UDP 터널 소켓의 해제가 지연되는 과정에서 이미 제거된 코드를 참조하려고 시도하여 시스템 충돌을 유발합니다.
💡 쉬운 설명
컴퓨터의 특정 기능을 끌 때, 아직 끝나지 않은 뒷정리 작업이 남아있는데 기능 자체가 먼저 사라져서 시스템이 고장 나는 문제입니다. 이로 인해 컴퓨터가 갑자기 멈추거나 재부팅될 수 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
tipc: wait and exit until all work queues are done
On some host, a crash could be triggered simply by repeating these
commands several times:
# modprobe tipc
# tipc bearer enable media udp name UDP1 localip 127.0.0.1
# rmmod tipc
[] BUG: unable to handle kernel paging request at ffffffffc096bb00
[] Workqueue: events 0xffffffffc096bb00
[] Call Trace:
[] ? process_one_work+0x1a7/0x360
[] ? worker_thread+0x30/0x390
[] ? create_worker+0x1a0/0x1a0
[] ? kthread+0x116/0x130
[] ? kthread_flush_work_fn+0x10/0x10
[] ? ret_from_fork+0x35/0x40
When removing the TIPC module, the UDP tunnel sock will be delayed to
release in a work queue as sock_release() can't be done in rtnl_lock().
If the work queue is schedule to run after the TIPC module is removed,
kernel will crash as the work queue function cleanup_beareri() code no
longer exists when trying to invoke it.
To fix it, this patch introduce a member wq_count in tipc_net to track
the numbers of work queues in schedule, and wait and exit until all
work queues are done in tipc_exit_net().
📍 영향받는 시스템
TIPC 모듈을 사용하는 Linux 커널 버전
⚔️ 공격 벡터
로컬 권한을 가진 사용자가 TIPC 모듈을 반복적으로 로드(modprobe) 및 제거(rmmod)하여 시스템 충돌 유도
🛡️ 대응 방법
TIPC 모듈의 작업 큐 완료를 대기하도록 수정된 최신 Linux 커널로 업데이트
🔧 검증 코드
출력된 커널 버전을 확인하여 해당 취약점이 해결된 패치 버전인지 보안 권고문과 대조하여 확인