{"id":153453,"date":"2026-01-08T11:11:55","date_gmt":"2026-01-08T09:11:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/analiz-ispravleniya-oshibok-v-yadre-linux-v-srednem-oshibki-zamechayut-cherez-2-goda"},"modified":"2026-01-08T11:11:55","modified_gmt":"2026-01-08T09:11:56","slug":"analiz-ispravleniya-oshibok-v-yadre-linux-v-srednem-oshibki-zamechayut-cherez-2-goda","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/analiz-ispravleniya-oshibok-v-yadre-linux-v-srednem-oshibki-zamechayut-cherez-2-goda","title":{"rendered":"Analisi delle correzioni di errori nel kernel Linux \u2014 in media, gli errori vengono notati dopo 2 anni","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono stati pubblicati i risultati di uno studio sul tempo di rilevamento e risoluzione dei bug nel kernel Linux. I dati sono stati ottenuti analizzando la correzione di 125.000 bug contrassegnati nel repository Git con il tag \u00abFixes:\u00bb, che fa riferimento al commit in cui \u00e8 stato introdotto il bug. Il tempo medio di rilevamento dei bug nel kernel \u00e8 stato di 2,1 anni. Se si considerano solo i bug corretti nel 2025, questa cifra \u00e8 stata di 2,8 anni. <\/p>\n
Il 30% dei bug \u00e8 stato corretto dagli stessi sviluppatori che li hanno introdotti. Il 56,9% dei bug viene risolto entro un anno. Il 13,5% dei bug \u00e8 rimasto inosservato per pi\u00f9 di 5 anni (se consideriamo solo i bug corretti nel 2025, la percentuale \u00e8 del 19,4%). A causa della distribuzione irregolare, il tempo mediano di esistenza di un bug nel kernel \u00e8 stato di 8 mesi per il campione dal 2005 e di 1 anno per i bug corretti nel 2025. Il bug che \u00e8 rimasto nel codice pi\u00f9 a lungo \u00e8 stato un buffer overflow in ethtool, risolto dopo 20,7 anni.
<\/center> <\/p>\n
La dinamica di rilevamento dei bug differisce notevolmente dalla media per alcune sottosistemi, ad esempio nel driver per il bus CAN e nello stack SCTP il rilevamento dei problemi richiede in media circa 4 anni, nello stack IPv4 sono 3,6 anni, USB e TTY 3,5, Netfilter e stack di rete 2,9, VM 1,8, GPU 1,4, BPF 1,1 anno.
<\/center> <\/p>\n
Il tempo di rilevamento si correla con i tipi di bug: il tempo medio di rilevamento per bug relativi a condizioni di race \u00e8 stato di 5,1 anni, per overflow interi 3,9, accessi dopo la liberazione di memoria 3,2, buffer overflow e perdite di memoria 3,1, conteggio dei riferimenti 2,8, dereferenziazione di puntatori nulli e deadlock 2,2 anni. <\/p>\n
Nelle statistiche ottenute si evidenzia anche l'influenza dell'introduzione di nuovi strumenti per la ricerca automatizzata di bug, analisi statica e test del codice, come Syzkaller, KASAN, KMSAN e KCSAN. Ad esempio, nel 2010 non sono state segnalate correzioni di bug trovati nell'arco di un anno. Nel 2014, durante l'anno, \u00e8 stato rilevato il 31% dei bug, nel 2018 il 54%, e nel 2022 il 69% dei bug. <\/p>\n
Le statistiche raccolte sono state utilizzate per sviluppare il modello di machine learning VulnBERT, in grado di prevedere la presenza di vulnerabilit\u00e0 nei commit. Durante i test su commit del 2024, la precisione nella rilevazione degli errori ha raggiunto il 92,2% con un tasso di falsi positivi dell'1,2% (a titolo di confronto, il precedente modello disponibile CodeBERT rilevava l'89,2% dei problemi con un tasso di falsi positivi del 48,1%). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"L'analisi](\"\/wp-content\/uploads\/2026\/01\/18910bd9fa4c34878e303160eb662f2a.png\")
<\/center> <\/p>\n![\"L'analisi](\"\/wp-content\/uploads\/2026\/01\/d1059c4d97733e42698d5252931431d7.png\")
<\/center> <\/p>\n