Sikkerhetsteamet for Linux-kjernen har hatt en nervepirrende helg. Mellom søndag og mandag ble 432 sårbarheter oppdaget , et enestående antall i operativsystemets nyere historie. Selv om de fleste er mindre feil, har den store størrelsen på batchen satt administratorer og selskaper over hele Europa i høy beredskap, der Linux ligger til grunn for utallige servere og kritiske systemer.
Bak denne flommen ligger det ikke en massiv revisjon eller et koordinert angrep, men et etterslep av arbeid. Greg Kroah-Hartman, en av kjernens ledende vedlikeholdere, forklarte at seks uker på rad med konferanser og helligdager forsinket den offentlige køen av revisjoner , og at da aktiviteten ble gjenopptatt, ble alle ventende rapporter utgitt samtidig. Kunstig intelligens har også spilt en rolle: automatiserte analyseverktøy avdekker feil som tidligere kunne forbli skjult i årevis, noe som øker volumet av varsler.
En enestående opphopning av arbeid
De 432 CVE-ene som ble publisert på bare 48 timer betyr ikke at alle systemer er like sårbare. Mange av disse sårbarhetene påvirker spesifikke drivere, sjelden brukte funksjoner eller svært spesifikke konfigurasjoner , men oppgaven med å identifisere hvilke som virkelig er farlige for hver infrastruktur har blitt nesten umulig. Kroah-Hartman uttalte at teamet kunne trenge opptil 18 måneder på å behandle og oppdatere hele batchen, en tidsramme han anser som normal gitt kjernens vanlige arbeidsmengde.
Vedlikeholderen presiserte også at de fleste sårbarhetene er klassiske C-språkfeil: minnelekkasjer, bufferoverløp og pekerfeil. Dette er ikke spesielt sofistikerte feil, men snarere problemer som oppstår når man utvikler i et språk som krever konstant manuell ressurshåndtering . Kunstig intelligens bidrar i denne sammenhengen til å oppdage disse feilene raskere, men den genererer også en flom av rapporter som menneskelige anmeldere knapt kan behandle.
Kunstig intelligens: alliert og utfordring
Bruken av AI-verktøy for å analysere kjernekode har vært banebrytende. Feil som tidligere kunne forbli skjult i årevis, avsløres nå i løpet av få uker , noe som forbedrer sikkerheten på lang sikt, men overvelder vedlikeholdere på kort sikt. Kroah-Hartman har allerede advart om at antallet innlegg på sikkerhetspostlisten har blitt «fullstendig uhåndterlig», og at det nåværende tempoet er uholdbart uten prosessendringer.
I et intervju med The Register var Jan Schaumann, sjefssikkerhetsarkitekt hos Akamai Technologies, enig i at CVE-systemet ikke er den beste måten å spore sikkerhetsendringer på. «Du kan prøve å behandle dette store settet med endringer med en LLM og be dem prioritere dem, men hvis de gir deg et dusin i dag og ytterligere 25 dagen etter, har du ikke vunnet mye », forklarte han. Schaumann mener den fornuftige tilnærmingen er å implementere automatiserte, regelmessige og hyppige oppdateringer som absorberer alle endringer innen en definert tidsramme, selv om han erkjenner at dette er vanskelig for mange store organisasjoner.
Utfordringen med å prioritere og oppdatere
Opphopningen av 432 sårbarheter har fremhevet at den tradisjonelle modellen med individuell oppdatering ikke lenger er levedyktig. Kroah-Hartman anbefaler at selskaper bruker vedlikeholdte kjerneversjoner og stoler på distribusjoner som tester oppdateringer før de lanseres . Han foreslår også å automatisere sammenligningen mellom modifiserte filer og installerte komponenter for å redusere antall tilfeller som krever manuell gjennomgang.
Schaumann insisterer på at vi må vente og se hvilke problemer som virkelig er alvorlige i løpet av de kommende ukene. «Det var allerede spesielt vanskelig å oppdatere alt individuelt før alle disse sårbarhetene dukket opp », bemerket han. Etter hans mening er den eneste rimelige tilnærmingen hyppige og omfattende oppdateringer, selv om han innrømmer at for mange europeiske organisasjoner, som er vant til lange oppdateringssykluser og strenge valideringsprosesser, representerer denne endringen en betydelig organisatorisk utfordring.
Den nåværende situasjonen betyr ikke at Linux er mindre sikkert, men snarere at måten det vedlikeholdes på må tilpasses et nytt tempo i utviklingen. Kunstig intelligens avdekker eksisterende problemer, og økosystemet trenger mer fleksible prosesser for å håndtere informasjonsmengden . I mellomtiden må systemadministratorer i Spania og resten av Europa prioritere oppdateringer og stole på distribusjoner som allerede jobber med å integrere de nødvendige oppdateringene.
