Ad

CVE-2026-64528

NONE EPSS 0.17%
Обновлено 25 июля 2026
Samsung
Параметр Значение
Поставщик Samsung
Публичный эксплойт Нет

В ядре Linux устранена следующая уязвимость: tty: серийный номер: samsung: удалить избыточное получение блокировки порта в помощниках rx. Сашико определил взаимоблокировку при включении потока консоли [1]. Когда управление потоком консоли включено (UPF_CONS_FLOW), s3c24xx_serial_stop_tx() вызывает s3c24xx_serial_rx_enable() и s3c24xx_serial_start_tx() вызывает s3c24xx_serial_rx_disable().

Платформа последовательного ядра вызывает .stop_tx() и .start_tx(). обратные вызовы с уже удержанной спин-блокировкой port->lock. Кроме того, все внутренние пути драйверов, которые вызывают stop_tx (например, DMA TX обработчик завершения s3c24xx_serial_tx_dma_complete() или PIO TX IRQ обработчик s3c24xx_serial_tx_irq()) также получает блокировку порта-> перед называя это. (Обратите внимание, что s3c24xx_serial_start_tx() вызывается только последовательное ядро). Однако s3c24xx_serial_rx_enable() и s3c24xx_serial_rx_disable() безоговорочно попытаться снова получить блокировку порта->, используя uart_port_lock_irqsave().

Поскольку спин-блокировки не рекурсивны, это вызывает взаимоблокировку на том же процессоре, когда включено управление потоком консоли. Удалите избыточное получение блокировки из обеих вспомогательных функций rx.

Показать оригинальное описание (EN)

In the Linux kernel, the following vulnerability has been resolved: tty: serial: samsung: Remove redundant port lock acquisition in rx helpers Sashiko identified a deadlock when the console flow is engaged [1]. When console flow control is enabled (UPF_CONS_FLOW), s3c24xx_serial_stop_tx() calls s3c24xx_serial_rx_enable() and s3c24xx_serial_start_tx() calls s3c24xx_serial_rx_disable(). The serial core framework invokes the .stop_tx() and .start_tx() callbacks with the port->lock spinlock already held. Furthermore, all internal driver paths that invoke stop_tx (such as the DMA TX completion handler s3c24xx_serial_tx_dma_complete() or the PIO TX IRQ handler s3c24xx_serial_tx_irq()) also acquire port->lock prior to calling it. (Note that s3c24xx_serial_start_tx() is only invoked by the serial core). However, s3c24xx_serial_rx_enable() and s3c24xx_serial_rx_disable() unconditionally attempt to acquire port->lock again using uart_port_lock_irqsave(). Since spinlocks are not recursive, this causes a deadlock on the same CPU when console flow control is engaged. Remove the redundant lock acquisition from both rx helper functions.