{"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\/da\/blog\/news\/analiz-ispravleniya-oshibok-v-yadre-linux-v-srednem-oshibki-zamechayut-cherez-2-goda","title":{"rendered":"Analyse af fejlrettelse i Linux-kernen \u2014 i gennemsnit bem\u00e6rkes fejl efter 2 \u00e5r","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Resultaterne af unders\u00f8gelsen af tiden til at opdage og rette fejl i Linux-kernens kode er offentliggjort. Dataene er indsamlet fra analysen af 125.000 fejl, der blev markeret i Git-repositoriet med tagget \u00abFixes:\u00bb, der henviser til det commit, hvor fejlen opstod. Den gennemsnitlige tid til at opdage fejl i kernen var 2,1 \u00e5r. Hvis man kun ser p\u00e5 fejl rettet i 2025, var dette tal 2,8 \u00e5r. <\/p>\n
30% af fejlene blev rettet af de samme udviklere, der skabte dem. 56,9% af fejlene rettes inden for et \u00e5r. 13,5% af fejlene forblev uopdagede i mere end 5 \u00e5r (hvis vi ser p\u00e5 fejl, der kun blev rettet i 2025 \u2014 19,4%). P\u00e5 grund af den uj\u00e6vne fordeling var den mediane levetid for fejl i kernens kode 8 m\u00e5neder for udvalget fra 2005 og 1 \u00e5r for fejl, der blev rettet i 2025. Den l\u00e6ngst vedholdte fejl i koden var en buffer-overl\u00f8b i ethtool, som blev rettet efter 20,7 \u00e5r.
<\/center> <\/p>\n
Dynamikken i fejlopdagelsen adskiller sig markant fra gennemsnittet for nogle subsystemer, for eksempel i CAN-busdriveren og SCTP-stakken, hvor det i gennemsnit tager omkring 4 \u00e5r at opdage problemer, i IPv4-stakken \u2014 3,6 \u00e5r, USB og TTY \u2014 3,5, Netfilter og netv\u00e6rksstakken \u2014 2,9, VM \u2014 1,8, GPU \u2014 1,4, BPF \u2014 1,1 \u00e5r.
<\/center> <\/p>\n
Tiden til at opdage fejl korrelerer med typerne af fejl: den gennemsnitlige tid til at opdage fejl relateret til racetilstande var 5,1 \u00e5r, heltalsoverl\u00f8b \u2014 3,9, adgang efter frigivelse af hukommelse \u2014 3,2, buffer-overl\u00f8b og hukommelsesl\u00e6kager \u2014 3,1, referenceopt\u00e6lling \u2014 2,8, dereferering af nul-peger og d\u00f8de l\u00e5se \u2014 2,2 \u00e5r. <\/p>\n
I den indsamlede statistik kan man ogs\u00e5 se indflydelsen fra indf\u00f8relsen af nye v\u00e6rkt\u00f8jer til automatiseret fejlfindelse, statisk analyse og kode testning, s\u00e5som Syzkaller, KASAN, KMSAN og KCSAN. For eksempel blev der i 2010 ikke registreret reparationer af fejl fundet inden for et \u00e5r. Mens der i 2014 blev opdaget 31% af fejlene inden for et \u00e5r, blev der i 2018 \u2014 54%, og i 2022 \u2014 69% af fejlene. <\/p>\n
Den indsamlede statistik blev brugt til at skabe maskinl\u00e6ringsmodellen VulnBERT, der g\u00f8r det muligt at forudsige tilstedev\u00e6relsen af s\u00e5rbarheder i commits. Ved test af commits fra 2024 var n\u00f8jagtigheden af fejlregistreringen 92,2 % med en falsk positiverate p\u00e5 1,2 % (til sammenligning registrerede den tidligere tilg\u00e6ngelige model CodeBERT 89,2 % problemer med en falsk positiverate p\u00e5 48,1 %). \n Kilde: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Analyse](\"\/wp-content\/uploads\/2026\/01\/18910bd9fa4c34878e303160eb662f2a.png\")
<\/center> <\/p>\n![\"Analyse](\"\/wp-content\/uploads\/2026\/01\/d1059c4d97733e42698d5252931431d7.png\")
<\/center> <\/p>\n