Vulnerabilidad en Linux (CVE-2026-23371)

En el kernel de Linux, la siguiente vulnerabilidad ha sido resuelta:<br /> <br /> sched/deadline: Solucionar la falta de ENQUEUE_REPLENISH durante la des-potenciación PI<br /> <br /> Ejecutar stress-ng --schedpolicy 0 en un kernel RT en una máquina grande podría llevar a las siguientes ADVERTENCIAS (editado).<br /> <br /> sched: Tarea DL des-potenciada PID 22725: Falta la bandera REPLENISH<br /> <br /> ADVERTENCIA: CPU: 93 PID: 0 en kernel/sched/deadline.c:239 dequeue_task_dl+0x15c/0x1f8<br /> ... (desbordamiento negativo de running_bw)<br /> Traza de llamada:<br /> dequeue_task_dl+0x15c/0x1f8 (P)<br /> dequeue_task+0x80/0x168<br /> deactivate_task+0x24/0x50<br /> push_dl_task+0x264/0x2e0<br /> dl_task_timer+0x1b0/0x228<br /> __hrtimer_run_queues+0x188/0x378<br /> hrtimer_interrupt+0xfc/0x260<br /> ...<br /> <br /> El problema es que cuando una tarea SCHED_DEADLINE (poseedor del bloqueo) se cambia a una clase de prioridad inferior a través de sched_setscheduler(), puede no heredar correctamente los parámetros de los posibles donantes DEADLINE si no los heredó ya en el pasado (plazo más corto que el del donante en ese momento). Esto podría llevar a la corrupción de la contabilidad del ancho de banda, ya que enqueue_task_dl() no reconocerá al poseedor del bloqueo como potenciado.<br /> <br /> El escenario ocurre cuando:<br /> 1. Una tarea DEADLINE (donante) se bloquea en un mutex PI mantenido por otra tarea DEADLINE (poseedor), pero el poseedor no hereda los parámetros (por ejemplo, ya tiene un plazo más corto)<br /> 2. sched_setscheduler() cambia el poseedor de DEADLINE a una clase inferior mientras aún mantiene el mutex<br /> 3. El poseedor debería ahora heredar los parámetros DEADLINE del donante y ser encolado con ENQUEUE_REPLENISH, pero esto no sucede<br /> <br /> Solucionar el problema introduciendo __setscheduler_dl_pi(), que detecta cuando una tarea DEADLINE (propia o potenciada) se programa a una clase de prioridad inferior. En ese caso, la función hace que la tarea herede los parámetros DEADLINE del donante (pi_se) y establece la bandera ENQUEUE_REPLENISH para asegurar una contabilidad adecuada del ancho de banda durante la siguiente operación de encolado.