{"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\/pt\/blog\/news\/analiz-ispravleniya-oshibok-v-yadre-linux-v-srednem-oshibki-zamechayut-cherez-2-goda","title":{"rendered":"An\u00e1lise de corre\u00e7\u00f5es de bugs no n\u00facleo Linux \u2014 em m\u00e9dia, os erros s\u00e3o notados ap\u00f3s 2 anos","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Publicados os resultados do estudo sobre o tempo de detec\u00e7\u00e3o e corre\u00e7\u00e3o de erros no c\u00f3digo do n\u00facleo Linux. Os dados foram obtidos a partir da an\u00e1lise de 125 mil erros, marcados no reposit\u00f3rio Git com a tag «Fixes:», referindo-se ao commit onde o erro ocorreu. O tempo m\u00e9dio de detec\u00e7\u00e3o de erros no n\u00facleo foi de 2,1 anos. Se considerarmos apenas os erros corrigidos em 2025, esse n\u00famero foi de 2,8 anos. <\/p>\n
30% dos erros foram corrigidos pelos mesmos desenvolvedores que os introduziram. 56,9% dos erros s\u00e3o resolvidos dentro de um ano. 13,5% dos erros permaneceram n\u00e3o detectados por mais de 5 anos (considerando apenas os erros corrigidos em 2025 \u2014 19,4%). Devido \u00e0 distribui\u00e7\u00e3o desigual, o tempo mediano de exist\u00eancia de um erro no c\u00f3digo do n\u00facleo foi de 8 meses para a amostra de 2005 e de 1 ano para os erros corrigidos em 2025. O erro que mais tempo permaneceu no c\u00f3digo foi um estouro de buffer no ethtool, corrigido ap\u00f3s 20,7 anos.
<\/center> <\/p>\n
A din\u00e2mica de detec\u00e7\u00e3o de erros difere significativamente da m\u00e9dia em alguns subsistemas, por exemplo, no driver de barramento CAN e na pilha SCTP, onde a detec\u00e7\u00e3o de problemas leva em m\u00e9dia cerca de 4 anos, na pilha IPv4 \u2014 3,6 anos, USB e TTY \u2014 3,5, Netfilter e pilha de rede \u2014 2,9, VM \u2014 1,8, GPU \u2014 1,4, BPF \u2014 1,1 ano.
<\/center> <\/p>\n
O tempo de detec\u00e7\u00e3o correlaciona-se com os tipos de erros: o tempo m\u00e9dio de detec\u00e7\u00e3o para erros relacionados a condi\u00e7\u00f5es de corrida foi de 5,1 anos, estouro inteiro \u2014 3,9, acesso ap\u00f3s libera\u00e7\u00e3o de mem\u00f3ria \u2014 3,2, estouro de buffer e vazamento de mem\u00f3ria \u2014 3,1, contagem de refer\u00eancias \u2014 2,8, desreferencia\u00e7\u00e3o de ponteiro nulo e deadlocks \u2014 2,2 anos. <\/p>\n
As estat\u00edsticas tamb\u00e9m mostram a influ\u00eancia da implementa\u00e7\u00e3o de novas ferramentas para a busca automatizada de erros, an\u00e1lise est\u00e1tica e testes de c\u00f3digo, como Syzkaller, KASAN, KMSAN e KCSAN. Por exemplo, em 2010, n\u00e3o foram registrados consertos de erros encontrados ao longo do ano. Enquanto em 2014, 31% dos erros foram detectados em um ano, em 2018 \u2014 54%, e em 2022 \u2014 69% dos erros. <\/p>\n
As estat\u00edsticas obtidas foram usadas para criar o modelo de aprendizado de m\u00e1quina VulnBERT, que permite prever a exist\u00eancia de vulnerabilidades em commits. Ao testar os commits de 2024, a precis\u00e3o na detec\u00e7\u00e3o de erros foi de 92,2% com uma taxa de falsos positivos de 1,2% (para compara\u00e7\u00e3o, o modelo CodeBERT anterior identificava 89,2% dos problemas com uma taxa de falsos positivos de 48,1%). \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"An\u00e1lise](\"\/wp-content\/uploads\/2026\/01\/18910bd9fa4c34878e303160eb662f2a.png\")
<\/center> <\/p>\n![\"An\u00e1lise](\"\/wp-content\/uploads\/2026\/01\/d1059c4d97733e42698d5252931431d7.png\")
<\/center> <\/p>\n