Iron Fish: como um bug escrito em 2019 conseguiu paralisar toda a blockchain?
Na madrugada de 31 de outubro, no horário de Pequim, o X oficial da Iron Fish publicou um longo comunicado: naquele dia, encerraria oficialmente todo o suporte restante à rede Iron Fish. A explicação foi bastante franca. Resumi em alguns pontos:
1. Origem: alguns dias antes, eles detectaram atividade anormal na wIRON e na ponte cross-chain ChainPort. Depois de analisar os registros junto com a ChainPort, confirmaram que a causa estava em uma vulnerabilidade de inflação na própria blockchain da Iron Fish.
2. Raiz do problema: a investigação chegou a uma alteração de código feita no início de 2019, na implementação da árvore de Merkle. Por causa de um detalhe no cálculo do nullifier (marcador de invalidação; usuários comuns dependem dele para gastar seus fundos), um invasor podia gastar a mesma nota mais de uma vez.
3. Saída: o invasor explorou repetidamente a vulnerabilidade, combinou as notas que tinha e depois saiu pela ponte cross-chain ChainPort.
4. Encerramento: o patch já foi enviado, o PR inclui um relatório detalhado do incidente e, em seguida, o repositório de código foi encerrado e arquivado.
Algumas verdades:
· A frase mais dolorosa: esse código estava no escopo de auditorias internas e externas, mas o problema não foi encontrado durante a revisão. “Foi auditado” nunca significou “não tem vulnerabilidades”.
· O comunicado oficial não informa o valor das perdas. Não acredite nos números que circulam na internet — também não vou tentar calculá-los.
· Um bug que permite “gastar o mesmo dinheiro várias vezes” ficou escondido por anos. Em uma blockchain projetada para preservar a privacidade, é ainda mais difícil para alguém de fora percebê-lo à primeira vista. Mas isso não significa que “blockchains de privacidade são todas inseguras”; não tire conclusões precipitadas.
· A reflexão da Iron Fish (esta é a opinião do projeto): softwares que não podem ser atualizados imediatamente — ou seja, a maioria dos softwares de criptomoedas — estão em uma situação muito perigosa; encontrar e explorar vulnerabilidades está ficando barato, e quem precisa corrigi-las talvez não consiga agir a tempo.
Os projetos que você acompanha têm capacidade de lançar um patch rapidamente depois de um incidente? Ou será como neste caso, em que o dia em que o patch foi lançado também foi o dia em que fecharam as portas?
#IronFish #隐私链 #AuditoriaDeSegurança
Na madrugada de 31 de outubro, no horário de Pequim, o X oficial da Iron Fish publicou um longo comunicado: naquele dia, encerraria oficialmente todo o suporte restante à rede Iron Fish. A explicação foi bastante franca. Resumi em alguns pontos:
1. Origem: alguns dias antes, eles detectaram atividade anormal na wIRON e na ponte cross-chain ChainPort. Depois de analisar os registros junto com a ChainPort, confirmaram que a causa estava em uma vulnerabilidade de inflação na própria blockchain da Iron Fish.
2. Raiz do problema: a investigação chegou a uma alteração de código feita no início de 2019, na implementação da árvore de Merkle. Por causa de um detalhe no cálculo do nullifier (marcador de invalidação; usuários comuns dependem dele para gastar seus fundos), um invasor podia gastar a mesma nota mais de uma vez.
3. Saída: o invasor explorou repetidamente a vulnerabilidade, combinou as notas que tinha e depois saiu pela ponte cross-chain ChainPort.
4. Encerramento: o patch já foi enviado, o PR inclui um relatório detalhado do incidente e, em seguida, o repositório de código foi encerrado e arquivado.
Algumas verdades:
· A frase mais dolorosa: esse código estava no escopo de auditorias internas e externas, mas o problema não foi encontrado durante a revisão. “Foi auditado” nunca significou “não tem vulnerabilidades”.
· O comunicado oficial não informa o valor das perdas. Não acredite nos números que circulam na internet — também não vou tentar calculá-los.
· Um bug que permite “gastar o mesmo dinheiro várias vezes” ficou escondido por anos. Em uma blockchain projetada para preservar a privacidade, é ainda mais difícil para alguém de fora percebê-lo à primeira vista. Mas isso não significa que “blockchains de privacidade são todas inseguras”; não tire conclusões precipitadas.
· A reflexão da Iron Fish (esta é a opinião do projeto): softwares que não podem ser atualizados imediatamente — ou seja, a maioria dos softwares de criptomoedas — estão em uma situação muito perigosa; encontrar e explorar vulnerabilidades está ficando barato, e quem precisa corrigi-las talvez não consiga agir a tempo.
Os projetos que você acompanha têm capacidade de lançar um patch rapidamente depois de um incidente? Ou será como neste caso, em que o dia em que o patch foi lançado também foi o dia em que fecharam as portas?
#IronFish #隐私链 #AuditoriaDeSegurança
