🇰🇷 한글 설명
Linux 커널의 ibmpex 드라이버에서 발생한 Use-After-Free 취약점을 수정하려던 패치가 오히려 새로운 레이스 컨디션(경쟁 상태)을 유발하여 발생한 문제입니다. 드라이버 데이터를 NULL로 설정하는 과정에서 센서 속성을 읽으려는 프로세스와 충돌하여 시스템 충돌을 일으킬 수 있습니다.
💡 쉬운 설명
장치를 제거하는 과정에서 데이터를 먼저 지워버려, 데이터를 읽으려는 프로그램이 빈 공간을 참조하다가 시스템이 멈추는 현상입니다. 잘못된 수정 패치가 오히려 시스템을 불안정하게 만들 수 있는 오류를 포함하고 있습니다.
🇺🇸 원문 (English)
In the Linux kernel, the following vulnerability has been resolved:
Revert "hwmon: (ibmpex) fix use-after-free in high/low store"
This reverts commit 6946c726c3f4c36f0f049e6f97e88c510b15f65d.
Jean Delvare points out that the patch does not completely
fix the reported problem, that it in fact introduces a
(new) race condition, and that it may actually not be needed in
the first place.
Various AI reviews agree. Specific and relevant AI feedback:
"
This reordering sets the driver data to NULL before removing the sensor
attributes in the loop below.
ibmpex_show_sensor() retrieves this driver data via dev_get_drvdata() but
does not check if it is NULL before dereferencing it to access
data->sensors[].
If a userspace process reads a sensor file (like temp1_input) while this
delete function is running, could it race with the dev_set_drvdata(...,
NULL) call here and crash in ibmpex_show_sensor()?
Would it be safer to keep the original order where device_remove_file() is
called before clearing the driver data? device_remove_file() should wait
for any active sysfs callbacks to complete, which might already prevent the
use-after-free this patch intends to fix.
"
Revert the offending patch. If it can be shown that the originally reported
alleged race condition does indeed exist, it can always be re-introduced
with a complete fix.
📍 영향받는 시스템
Linux kernel (ibmpex driver 포함 버전)
⚔️ 공격 벡터
사용자 공간 프로세스가 센서 파일(sysfs)을 읽는 동시에 장치 제거가 일어날 때 발생하는 레이스 컨디션
🛡️ 대응 방법
문제가 된 패치(commit 6946c726)를 되돌리고(Revert), 올바른 순서로 수정된 최신 커널로 업데이트하십시오.
🔧 검증 코드
현재 커널 버전과 ibmpex 드라이버 모듈의 존재 여부를 확인하여 해당 드라이버 사용 환경인지 파악합니다.
uname -r && grep -i 'ibmpex' /lib/modules/$(uname -r)/kernel/drivers/hwmon/*.ko 2>/dev/null