🇰🇷 한글 설명
Linux 커널의 ksmbd 모듈에서 SMB 요청 처리 중 Use-After-Free(UAF) 취약점이 발견되었습니다. ksmbd_conn_handler_loop와 handle_ksmbd_work 간의 레이스 컨디션으로 인해 이미 해제된 메모리 영역에 접근할 수 있습니다.
💡 쉬운 설명
컴퓨터가 데이터를 처리하는 과정에서 두 작업이 서로 충돌하여, 이미 삭제된 데이터를 다시 사용하려고 시도하는 오류입니다. 이로 인해 시스템이 멈추거나 해커가 권한을 탈취할 위험이 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
ksmbd: fix use-after-free in SMB request handling
A race condition exists between SMB request handling in
`ksmbd_conn_handler_loop()` and the freeing of `ksmbd_conn` in the
workqueue handler `handle_ksmbd_work()`. This leads to a UAF.
- KASAN: slab-use-after-free Read in handle_ksmbd_work
- KASAN: slab-use-after-free in rtlock_slowlock_locked
This race condition arises as follows:
- `ksmbd_conn_handler_loop()` waits for `conn->r_count` to reach zero:
`wait_event(conn->r_count_q, atomic_read(&conn->r_count) == 0);`
- Meanwhile, `handle_ksmbd_work()` decrements `conn->r_count` using
`atomic_dec_return(&conn->r_count)`, and if it reaches zero, calls
`ksmbd_conn_free()`, which frees `conn`.
- However, after `handle_ksmbd_work()` decrements `conn->r_count`,
it may still access `conn->r_count_q` in the following line:
`waitqueue_active(&conn->r_count_q)` or `wake_up(&conn->r_count_q)`
This results in a UAF, as `conn` has already been freed.
The discovery of this UAF can be referenced in the following PR for
syzkaller's support for SMB requests.
📍 영향받는 시스템
ksmbd 모듈을 사용하는 Linux 커널 버전
⚔️ 공격 벡터
특수하게 조작된 SMB 요청을 전송하여 레이스 컨디션을 유도함
🛡️ 대응 방법
ksmbd 관련 패치가 적용된 최신 Linux 커널로 업데이트
🔧 검증 코드
출력된 커널 버전을 확인하여 해당 취약점이 해결된 최신 패치 버전인지 확인합니다.