Поиск уязвимостей

In the Linux kernel, the following vulnerability has been resolved: rtmutex: Drop rt_mutex::wait_lock before scheduling rt_mutex_handle_deadlock() is called with rt_mutex::wait_lock held. In the good case it returns with the lock held and in the deadlock case it emits a warning and goes into an endless scheduling loop with the lock held, which triggers the 'scheduling in atomic' warning. Unlock rt_mutex::wait_lock in the dead lock case before issuing the warning and dropping into the schedule for ever loop. [ tglx: Moved unlock before the WARN(), removed the pointless comment, massaged changelog, added Fixes tag ]

In the Linux kernel, the following vulnerability has been resolved: rtmutex: Drop rt_mutex::wait_lock before scheduling rt_mutex_handle_deadlock() is called with rt_mutex::wait_lock held. In the good case it returns with the lock held and in the deadlock case it emits a warning and goes into an endless scheduling loop with the lock held, which triggers the 'scheduling in atomic' warning. Unlock rt_mutex::wait_lock in the dead lock case before issuing the warning and dropping into the schedule for ever loop. [ tglx: Moved unlock before the WARN(), removed the pointless comment, massaged changelog, added Fixes tag ]

In the Linux kernel, the following vulnerability has been resolved: rtmutex: Drop rt_mutex::wait_lock before scheduling rt_mutex_handle_deadlock() is called with rt_mutex::wait_lock held. In the good case it returns with the lock held and in the deadlock case it emits a warning and goes into an endless scheduling loop with the lock held, which triggers the 'scheduling in atomic' warning. Unlock rt_mutex::wait_lock in the dead lock case before issuing the warning and dropping into the schedule for ever loop. [ tglx: Moved unlock before the WARN(), removed the pointless comment, massaged changelog, added Fixes tag ]

rtmutex: Drop rt_mutex::wait_lock before scheduling

In the Linux kernel, the following vulnerability has been resolved: r ...

In the Linux kernel, the following vulnerability has been resolved: rtmutex: Drop rt_mutex::wait_lock before scheduling rt_mutex_handle_deadlock() is called with rt_mutex::wait_lock held. In the good case it returns with the lock held and in the deadlock case it emits a warning and goes into an endless scheduling loop with the lock held, which triggers the 'scheduling in atomic' warning. Unlock rt_mutex::wait_lock in the dead lock case before issuing the warning and dropping into the schedule for ever loop. [ tglx: Moved unlock before the WARN(), removed the pointless comment, massaged changelog, added Fixes tag ]

Уязвимость компонента rtmutex ядра операционной системы Linux, позволяющая нарушителю вызвать отказ в обслуживании

ELSA-2024-12813: Unbreakable Enterprise kernel security update (IMPORTANT)

Множественные уязвимости kernel-lt

ELSA-2024-12868: Unbreakable Enterprise kernel security update (IMPORTANT)

ALT-PU-2024-15824: package `kernel-image-rt` update to version 5.10.226-alt1.rt118

ALT-PU-2024-12535: package `kernel-image-std-def` update to version 5.10.226-alt1

ALT-PU-2024-12970: package `kernel-image-std-def` update to version 6.1.111-alt0.p11.1

ELSA-2024-12815: Unbreakable Enterprise kernel security update (IMPORTANT)

ALT-PU-2024-12968: package `kernel-image-un-def` update to version 6.6.52-alt0.p11.1

ALT-PU-2024-13260: package `kernel-image-pine` update to version 6.10.11-alt1

ALT-PU-2024-13121: package `kernel-image-un-def` update to version 6.1.111-alt1

ALT-PU-2024-13979: package `kernel-image-rpi-un` update to version 6.6.56-alt1

ALT-PU-2024-14046: package `kernel-image-rpi-un` update to version 6.6.56-alt1