O Bitcoin Core está mudando a forma como lida com vulnerabilidades de segurança, explicando que os modelos de linguagem de grande escala tornaram certas falhas de software significativamente mais fáceis de descobrir.
Em um e-mail enviado na quinta-feira à lista de discussão sobre desenvolvimento do Bitcoin, o desenvolvedor do Bitcoin Core Antoine Poinsot disse que, no passado, as vulnerabilidades geralmente eram mantidas sob longos embargos de divulgação para dar aos usuários tempo de atualizar seus sistemas antes que os detalhes se tornassem públicos.
Manter esse sigilo geralmente significava que as correções não podiam ser retroportadas para versões mais antigas do software, deixando os usuários à espera do próximo lançamento principal. No entanto, Poinsot disse que os LLMs tornaram algumas falhas tão fáceis de redescobrir que atrasar as correções oferece pouca proteção.
“O período de embargo faz pouco além de atrasar a disponibilidade de uma versão corrigida”, disse Poinsot. “Portanto, estamos atualizando nossa política de divulgação para acomodar isso.”
A mudança ocorre enquanto a pesquisa de segurança com auxílio de IA pressiona desenvolvedores em todo o ecossistema de software do Bitcoin.
Segundo a política atualizada, as vulnerabilidades consideradas “fáceis de descobrir” receberão correções o mais rápido possível em todas as versões principais mantidas, com avisos de segurança publicados junto com as atualizações.
“Essa classificação se aplica a vulnerabilidades que podem ser descobertas com esforço mínimo, como por meio de um simples prompt para um LLM”, afirmou o documento.
Relacionado: Falha no PHP atrai milhões de tentativas de exploração, alerta CEO da Cloudflare
As demais vulnerabilidades continuarão seguindo cronogramas de divulgação baseados na gravidade, desde falhas críticas que ameaçam a segurança fundamental do Bitcoin até bugs de menor risco, com impacto limitado sobre nós individuais.
O Bitcoin Core afirmou que vulnerabilidades de baixa gravidade serão divulgadas duas semanas após o lançamento de uma versão principal que contenha a correção, enquanto vulnerabilidades de gravidade média e alta serão divulgadas duas semanas depois que a última versão afetada chegar ao seu “Fim da Vida”, normalmente um ano após a correção ser lançada na nova versão principal.
“Bugs críticos não são considerados na política padrão, pois provavelmente exigiriam um procedimento ad hoc”, afirmou o documento.
“Já discordei da abordagem de Antoine à segurança no passado, mas esta é uma boa atualização”, disse Luke de Wolf, apresentador do Bitcoin Infinity Show e autor de “Defending Bitcoin.”
Em agosto, a equipe voluntária Bitcoin Red Team relatou quase 5.000 possíveis problemas em 390 projetos, embora apenas cerca de um quinto de suas descobertas tivesse sido reproduzido até aquele momento.
Naquele mês, desenvolvedores do Core Lightning pediram aos operadores que atualizassem seus sistemas ou colocassem seus nós offline depois de receber vários relatórios de vulnerabilidades gerados por IA, enquanto retinham os detalhes técnicos por duas semanas.
Revista: Nova proibição do DeepSeek nos EUA, laços cripto entre Suíça e Ásia se aprofundam: Asia Express