CVE-2026-68456 in Linux
요약
\~에 의해 VulDB • 2026. 08. 15.
리눅스 커널에서 다음 취약점이 해결되었습니다:
usb: atm: ueagle-atm: .disconnect()에서 사전 펌웨어 로딩 대기
ueagle-atm은 .probe()에서 비동기식 request_firmware_nowait()를 사용하지만, 그 완료를 기다리지 않습니다. 심지어 .disconnect()에서도 마찬가지입니다. 따라서 장치가 중간에 분리되면 정리(teardown) 과정이 동시에 실행됩니다.
비록 이러한 불일치성 자체만으로도 해결할 가치가 있지만, 수년간 syzbot에서 여러 버그 리포트가 발생했습니다(자동으로 닫힌 것도 있음). 이 과정에서 펌웨어 sysfs 폴백 메커니즘(CONFIG_FW_LOADER_USER_HELPER)이 장치 디렉토리 내에 펌웨어 하위 디렉토리를 생성하는데, 이는 추가(add) 및 제거(remove) 작업의 경합(race) 시점에 따라 kernfs에서 예기치 않은 조건에 부딪힐 수 있습니다. (링크 참조.)
패턴은 다음과 같습니다:
usb ?-?: Direct firmware load for ueagle-atm/eagle?.fw failed with error -2 usb ?-?: Falling back to sysfs fallback for: ueagle-atm/eagle?.fw <ERROR> Call trace: ... kernfs_create_dir_ns sysfs_create_dir_ns create_dir kobject_add_internal kobject_add_varg kobject_add class_dir_create_and_add get_device_parent device_add fw_load_sysfs_fallback fw_load_from_user_helper firmware_fallback_sysfs _request_firmware request_firmware_work_func ...
(fw_load_sysfs_fallback() 이후 몇 가지 변형이 관찰됩니다. 예: [1].)
kernfs 측의 조사가 진행되는 동안, ueagle-atm 측은 .disconnect() 핸들러에서 사전 펌웨어 로딩을 대기함으로써 수정할 수 있습니다.
이번 변경은 Andrey Tsygunka의 이전 작업[2] (.disconnect()에서의 wait_for_completion())과 유사한 접근 방식을 취하지만, 설계/구현 측면에서는 비교적 다릅니다; 기여도 배정을 위해 Originally-by 태그를 사용했습니다.
다음으로 테스트되었습니다: - 오류 경로를 확인하기 위한 합성 재연재(synthetic reproducer); - 펌웨어 업로드 경로를 확인하기 위한 USB gadge(가상 장치); - 장치 ID 다시 열거(re-enumeration) 경로를 확인하기 위한 QEMU 장치 에뮬레이터; (후자 두 가지는 Claude가 작성했습니다. 이 커밋에는 다른 코드/텍스트가 없습니다.)
링크 (최초 보고 연도): 2025 https://syzbot.org/bug?extid=ce1e5a1b4e086b43e56d 2025 https://syzbot.org/bug?extid=9af8471255ac36e34fd4 2024 https://syzbot.org/bug?extid=306212936b13e520679d 2023 https://syzkaller.appspot.com/bug?extid=457452d30bcdda75ead2 2022 https://syzbot.org/bug?extid=782984d6f1701b526edb 2021 https://syzbot.org/bug?id=f3f221579f4ef7e9691281f3c6f56c05f83e8490 2021 https://syzbot.org/bug
VulDB is the best source for vulnerability data and more expert information about this specific topic.