В ядре Linux устранена следующая уязвимость:
Thunderbolt: Предотвратить задержку работы XDomain после освобождения при отключении
tb_xdp_handle_request() работает на system_wq и в очередях
xd->state_work черезqueue_delayed_work() в трех обработчиках запросов:
PROPERTIES_CHANGED_REQUEST, UUID_REQUEST (через start_handshake),
и LINK_STATE_CHANGE_REQUEST. Аналогично, очереди update_xdomain()
xd->properties_changed_work при изменении локальных свойств. Одновременно tb_xdomain_remove() вызывает функцию stop_handshake(), которая
cancel_delayed_work_sync() для обеих отложенных работ.
Позже,
tb_xdomain_unregister() вызывает device_unregister(), который в конечном итоге
освобождает xdomain. С момента фиксации 559c1e1e0134 ("thunderbolt: Run
tb_xdp_handle_request() в системной рабочей очереди") переместил запрос
обработчик отключен tb->wq, обработчик и путь удаления больше не являются
сериализованный. Если очередь_delayed_work() выполняется после
cancel_delayed_work_sync(), но до того, как xdomain будет освобожден,
отложенные рабочие пожары на освобожденном объекте.
Добавьте xd->удаление того, что tb_xdomain_remove() устанавливает в xd->lock.
перед вызовом stop_handshake(). Каждый сайт внешней очереди содержит
та же блокировка и снятие чеков перед звонком
очередь_delayed_work(). Это обеспечивает взаимное исключение, необходимое:
либо сайт очереди первым получает блокировку, и очереди работают,
последующая отмена увидит, или путь удаления получит
сначала заблокируйте, и сайт очереди замечает удаление == true и пропускает
очередь.
Показать оригинальное описание (EN)
In the Linux kernel, the following vulnerability has been resolved: thunderbolt: Prevent XDomain delayed work use-after-free on disconnect tb_xdp_handle_request() runs on system_wq and queues xd->state_work via queue_delayed_work() in three request handlers: PROPERTIES_CHANGED_REQUEST, UUID_REQUEST (via start_handshake), and LINK_STATE_CHANGE_REQUEST. Similarly, update_xdomain() queues xd->properties_changed_work when local properties change. Concurrently, tb_xdomain_remove() calls stop_handshake() which does cancel_delayed_work_sync() on both delayed works. Later, tb_xdomain_unregister() calls device_unregister() which eventually frees the xdomain. Since commit 559c1e1e0134 ("thunderbolt: Run tb_xdp_handle_request() in system workqueue") moved the request handler off tb->wq, the handler and the remove path are no longer serialized. If queue_delayed_work() executes after cancel_delayed_work_sync() but before the xdomain is freed, the delayed work fires on a freed object. Add xd->removing that tb_xdomain_remove() sets under xd->lock before calling stop_handshake(). Each external queue site holds the same lock and checks removing before calling queue_delayed_work(). This provides the mutual exclusion needed: either the queue site acquires the lock first and queues work that the subsequent cancel will see, or the remove path acquires the lock first and the queue site observes removing == true and skips the queue.
Характеристики атаки
Последствия
Строка CVSS v3.1
Уязвимые продукты 5
| Конфигурация | От (включительно) | До (исключительно) |
|---|---|---|
|
Linux Linux_Kernel
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
|
5.2
|
6.6.151
|
|
Linux Linux_Kernel
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
|
5.2
|
6.12.103
|
|
Linux Linux_Kernel
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
|
5.2
|
6.18.44
|
|
Linux Linux_Kernel
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
|
5.2
|
7.1.8
|
|
Linux Linux_Kernel
cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
|
5.2
|
7.2
|