Patch management
Vulnerabilità
Il numero, da solo, sembra quello di un’emergenza fuori controllo: 432 CVE del kernel Linux pubblicate in circa 24 ore. Per chi gestisce server, infrastrutture cloud o sistemi industriali, una raffica simile non passa inosservata. Il kernel lavora nel punto più delicato del sistema operativo; controlla memoria, processi, rete, filesystem, periferiche e privilegi. Centinaia di nuove vulnerabilità associate tutte insieme a quel livello fanno pensare subito a exploit remoti, escalation di privilegi e aggiornamenti urgenti da distribuire su migliaia di macchine.
Lo stupore è nato anche dalla forma dell’annuncio. I messaggi sono comparsi uno dopo l’altro sulla mailing list linux-cve-announce, mentre scanner e piattaforme di vulnerability management iniziavano a importarli quasi in tempo reale. A prima vista è sembrata una scoperta coordinata di proporzioni eccezionali, forse il risultato di una vasta campagna di analisi automatizzata o di strumenti basati sull’AI. Qualcuno ha persino ipotizzato l’emersione improvvisa di centinaia di falle rimaste nascoste per anni.
La realtà è meno spettacolare, ma non per questo banale. Le 432 CVE (Common Vulnerabilities and Exposures) non descrivono 432 zero-day scoperte nello stesso giorno e non indicano che il kernel Linux sia diventato improvvisamente insicuro. Il picco nasce soprattutto dalla pubblicazione concentrata di correzioni già confluite nei rami stable e longterm, associate in seguito a identificativi formali dal gruppo che gestisce le CVE del kernel. In pratica, il momento in cui compare l’avviso non coincide necessariamente con il momento della scoperta del bug; spesso la patch esiste già.
