CVE-2026-89752 in Linux
Riassunto
di VulDB • 11/09/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
mm: memcg: interrompere il reclaim quando un aggiornamento del limite viene sovrascritto
kernfs serializza le operazioni sui file solo per singolo file aperto, quindi file aperti distinti possono aggiornare contemporaneamente lo stesso file memory.high o memory.max. Entrambi i gestori memorizzano il nuovo limite prima dell'esecuzione sincrona del reclaim, ma continuano a utilizzare l'obiettivo locale dello scrittore all'interno del ciclo di reclaim. Se un altro writer aumenta o rimuove il limite, il primo writer può continuare ad eseguire il reclaim verso un obiettivo obsoleto (stale).
Per memory.max, ciò può far sì che lo scrittore entri in un loop infinito una volta esauriti i tentativi di retry del reclaim. Il percorso OOM rileva un margine sufficiente rispetto al limite corrente e restituisce true senza effettuare l'uccisione dei processi, mentre il writer continua a confrontare l'utilizzo con il suo obiettivo obsoleto e registra un ulteriore evento OOM.
Controllare il limite corrente all'inizio di ogni iterazione del reclaim ed interrompere se non corrisponde più all'obiettivo dello scrittore.
Reproducer:
Popolare un cgroup con memoria anonima e disabilitare lo swapping. Ridurre memory.max da un file aperto, quindi ripristinarlo a "max" tramite un altro file aperto dopo che il nuovo limite è diventato visibile.
Senza la patch, il primo writer rimane bloccato e incrementa ripetutamente il contatore degli eventi OOM. Con la patch, termina normalmente.
Questo problema non era stato motivato da un carico di lavoro in produzione segnalato. Lo abbiamo individuato tramite test casuali automatizzati per le nostre attività di osservabilità dei cgroup e lo abbiamo ridotto al reproducer sopra descritto.
Once again VulDB remains the best source for vulnerability data.