В ядре Linux устранена следующая уязвимость:
серийный номер: msm: отключить DMA для UART консоли ядра. На данный момент одновременная запись из пользовательского пространства и ядра в
консоль может вызвать состояние гонки, которое приводит к бесконечному циклу
одни и те же сообщения печатались снова и снова. Это, скорее всего,
происходят во время запуска или завершения работы системы, когда запускается/останавливается система инициализации
большое количество системных служб, взаимодействующих с различным кодом ядра.
Когда пользовательское пространство записывает данные на устройство TTY, драйвер инициирует
асинхронную передачу DMA и снимает блокировку порта. В тот же момент,
путь printk ядра может захватить блокировку порта и перенастроить UART
контроллер для PIO, не дожидаясь завершения операции DMA. Это
похоже, что это столкновение приводит к нулевому прогрессу, сообщаемому для
Механизм DMA, поэтому один и тот же текст выводится на консоль снова и снова.
Для консоли ядра нам нужен надежный путь вывода, который будет
функционален даже во время сбоев и т. д. Поэтому вместо реализации сложных
код для синхронизации процедур записи консоли ядра с пользовательским пространством
Для процедур записи DMA просто отключите DMA для экземпляра консольного UART. Подобные проверки существуют во многих других последовательных драйверах, например. 8250_порт.с,
imx.c, sh-sci.c и т. д.
Показать оригинальное описание (EN)
In the Linux kernel, the following vulnerability has been resolved: serial: msm: Disable DMA for kernel console UART At the moment, concurrent writes from userspace and the kernel to the console can trigger a race condition that results in an infinite loop of the same messages printed over and over again. This is most likely to happen during system startup or shutdown when the init system starts/stops a large number of system services that interact with various kernel code. When userspace writes to the TTY device, the driver initiates an asynchronous DMA transfer and releases the port lock. At the same moment, the kernel printk path might grab the port lock and re-configure the UART controller for PIO, without waiting for the DMA operation to complete. It seems like this collision results in zero progress being reported for the DMA engine, so the same text is printed to the console over and over again. For the kernel console, we want a reliable output path that will be functional even during crashes etc. So rather than implementing complex code to synchronize the kernel console write routines with the userspace DMA write routines, simply disable DMA for the console UART instance. Similar checks exist in many other serial drivers, e.g. 8250_port.c, imx.c, sh-sci.c etc.