Bitcoin Core muda política de segurança após IA facilitar detecção de falhas

Bitcoin Core muda de estratégia à medida que a IA fica mais inteligente

Em uma mensagem de 22 de outubro enviada à Lista de Discussão de Desenvolvimento do Bitcoin, o desenvolvedor do Bitcoin Core, Antoine Poinsot, anunciou mudanças na política de divulgação de vulnerabilidades do projeto, citando um número crescente de relatórios de segurança envolvendo bugs que podem ser descobertos ou redescobertos com o mínimo de esforço.

“Recentemente, observamos um aumento no número de relatórios sobre vulnerabilidades de segurança que podem ser facilmente (re)descobertas”, escreveu Poinsot. “Isso se deve, em grande parte, aos LLMs, que reduziram drasticamente o nível de dificuldade para encontrar certas classes de problemas ou identificar correções ocultas.”

Os grandes modelos de linguagem, ou LLMs, são a tecnologia subjacente a assistentes de IA, como o ChatGPT. Sua crescente capacidade de analisar código de software representa um desafio para os desenvolvedores que buscam equilibrar a transparência com a necessidade de proteger os usuários contra ataques.

Historicamente, o Bitcoin Core — o software que sustenta a rede descentralizada da principal criptomoeda — tem preferido longos períodos de embargo à divulgação, dando tempo aos usuários para atualizarem seu software antes que o público tome conhecimento das vulnerabilidades. Essa abordagem reflete a natureza descentralizada do Bitcoin e uma cultura relativamente lenta de atualização entre os operadores de nós.

No entanto, esses embargos também complicaram os esforços para fornecer patches de segurança aos usuários que executam versões mais antigas do Bitcoin Core.

“Para essas falhas que são fáceis de detectar, essa é a escolha errada”, disse Poinsot. “O período de embargo pouco contribui, mas atrasa a disponibilidade de uma versão corrigida.”

De acordo com a política revisada, os desenvolvedores do Bitcoin Core agora podem classificar vulnerabilidades como “facilmente detectáveis” durante sua avaliação inicial. A designação inclui falhas que podem ser descobertas com um simples comando de IA, embora não se limite a vulnerabilidades encontradas por meio de inteligência artificial.

Em vez de reter as correções até a próxima versão principal do software, os desenvolvedores farão o backport de patches para todas as versões principais mantidas ativamente e lançarão as atualizações o mais rápido possível. Um aviso público de segurança acompanhará as versões corrigidas, contornando os períodos de embargo habituais.

As mudanças foram formalizadas em uma solicitação de pull no GitHub enviada por Poinsot em 16 de outubro e incorporada em 22 de outubro. Além de criar a nova classificação de vulnerabilidades, a revisão altera a redação que exigia aviso prévio de duas semanas antes da divulgação pública, esclarecendo que a exigência se aplica a vulnerabilidades ainda sujeitas a um embargo.

A discussão que acompanhou a proposta também destacou possíveis compromissos. Poinsot reconheceu que acelerar as versões de segurança poderia reduzir o tempo disponível para testar correções nos ramos de desenvolvimento, ao mesmo tempo em que argumentou que patches diretos e facilmente verificáveis podem ser preferíveis a tentativas de ocultar vulnerabilidades que ferramentas de IA poderiam descobrir de qualquer maneira.

Outros desenvolvedores debateram se os usuários deveriam, em alguns casos, receber avisos antes que as correções se tornassem disponíveis, embora a política adotada preveja a publicação de alertas juntamente com as versões corrigidas.

Como a mudança altera as divulgações de segurança

As mudanças representam um afastamento significativo da abordagem anterior do Bitcoin Core, que geralmente vinculava a divulgação de vulnerabilidades à gravidade de uma falha e ao ciclo de vida das versões de software afetadas.

Sob a estrutura existente baseada na gravidade, vulnerabilidades de baixa gravidade são divulgadas publicamente duas semanas após o lançamento de uma versão principal contendo a correção. Vulnerabilidades de média e alta gravidade enfrentam prazos de embargo consideravelmente mais longos, com a divulgação ocorrendo duas semanas após a última versão afetada atingir o status de fim de vida útil, normalmente cerca de um ano após a correção inicial.

Esses prazos permanecem em vigor para vulnerabilidades não consideradas facilmente detectáveis. Falhas críticas que ameaçam a segurança fundamental do Bitcoin, incluindo bugs capazes de criar moedas não autorizadas ou causar divisões permanentes na cadeia em toda a rede, continuam exigindo tratamento especial fora da política padrão.

A revisão pode ter implicações imediatas para usuários que executam versões mais antigas do software Bitcoin Core, já que todas as versões principais mantidas ativamente seriam elegíveis para correções aceleradas de acordo com as novas regras.

A mudança na política não indica que a criptografia do Bitcoin tenha sido comprometida ou que uma nova exploração específica tenha sido descoberta. Em vez disso, ela reflete um ambiente de segurança em transformação, no qual os desenvolvedores não podem mais presumir que ocultar detalhes de vulnerabilidades impedirá que invasores identifiquem independentemente as mesmas fraquezas.

Para o Bitcoin Core, o surgimento de ferramentas de IA cada vez mais capazes está mudando o cálculo no sentido de disponibilizar o software corrigido mais rapidamente, em vez de depender do sigilo para proteger os usuários.

No início deste ano, os desenvolvedores por trás da rede de criptomoedas Zcash afirmaram que a IA havia sido usada para descobrir uma vulnerabilidade que possibilitava a cunhagem ilimitada de moedas, e o design do pool protegido da rede, centrado na privacidade, tornou impossível, na época, provar que ela não havia sido explorada. O preço do ZEC despencou na época devido a preocupações com possíveis moedas falsificadas.

Em julho, os desenvolvedores atualizaram o Zcash para substituir o “shielded pool” por um novo e mais seguro, além de adicionarem uma verificação independente para garantir que a oferta de ZEC não tivesse sido inflacionada. O preço do Zcash mais que dobrou desde então.