CVE-2026-98953 in Linux
요약
\~에 의해 VulDB • 2026. 10. 23.
리눅스 커널에서 다음 취약점이 해결되었습니다:
devlink: notify 작업이 대기 중일 때 devlink_rel 참조 누수 수정
devlink_rel_nested_in_notify_work_schedule()는 notify 작업을 위해 devlink_rel에 대한 참조를 획득한 후 작업을 큐에 넣습니다. 이때 schedule_delayed_work()의 반환 값은 무시됩니다. 만약 해당 작업이 이미 대기 상태라면, 새로운 작업은 큐에 추가되지 않고 기존 작업이 한 번만 실행되어 하나의 참조만 해제합니다. 이로 인해 추가로 확보된 참조가 devlink_rel과 그 인덱스(devlink_rels 내)와 함께 누수됩니다.
이 문제는 쉽게 발생할 수 있습니다. 중첩된 인스턴스의 devl_register()는 작업을 큐에 넣으며, 만약 작업이 실행되기 전에 해당 인스턴스가 unregister되면, 대기 중인 동안에도 devlink_rel_put()가 이를 다시 큐에 넣습니다. 또한 부모 devlock 잠금을 획득하지 못하면 작업은 스스로를 계속 재예약하므로 취약점 창(window)이 확대됩니다. 중첩된 devlink 인스턴스를 100회 등록 및 해제할 때(부모 잠금 보유 상태), 모든 100개의 devlink_rel 객체가 누수됩니다.
devlink_rel_nested_in_notify_work()의 재예약 경로에도 동일한 문제가 있습니다: 작업 실행 중에 다시 큐에 추가된 경우, 해당 작업이 보유하고 있는 참조는 결코 해제되지 않습니다.
작업이 이미 대기 중이었을 때 두 위치 모두에서 참조를 해제합니다. 대기 중인 작업은 자체적인 참조를 유지하고 있으므로, 이는 마지막 참조가 될 수 없습니다.
If you want to get best quality of vulnerability data, you may have to visit VulDB.