Eu estava lendo uma divulgação de segurança no GitHub hoje em vez de um gráfico de preços, e isso me prendeu mais do que qualquer número teria.
Um colaborador que atende por GrumpyLaurie55348 registrou um aviso de segurança contra a Babylon em dezembro. Os validadores podiam enviar uma votação sem preencher totalmente o campo do hash do bloco.
O Protobuf trata esse campo como opcional, então a votação ainda é desserializada. O hash do bloco apenas volta como nil, e a Babylon desreferencia esse ponteiro nil dentro da verificação da votação, causando um panic em tempo de execução.
Os limites de epoch já são um ponto sensível em qualquer cadeia do Cosmos SDK. Vários validadores travando ao mesmo tempo ali podem desacelerar a produção de blocos em toda a rede, não apenas para um nó.
Ninguém explorou isso antes que a correção fosse enviada. A Babylon corrigiu o problema na versão 4.2.0 depois que o aviso ficou público, e a cobertura da divulgação se espalhou até janeiro.
Essa lacuna entre o envio e a atenção pública é a parte que ficou comigo.
Isso me lembrou a Polygon em 2021. Uma pesquisadora encontrou uma falha na Plasma Bridge que permitia que um saque fosse reenviado 223 vezes, cada vez drenando novamente a mesma quantia, com aproximadamente 850 milhões de dólares teoricamente expostos.
A Polygon confirmou em trinta minutos e pagou dois milhões de dólares quando foi corrigido com segurança.
A Babylon protege bilhões em Bitcoin nativo com código que ainda é bem jovem. Um campo ausente em uma extensão de votação é um detalhe pequeno no papel, mas fica dentro exatamente do mecanismo que mantém os validadores honestos.
Eu não acho que um bug corrigido em si me diga muita coisa. Eu acho, sim, que a rapidez com que algo é encontrado e fechado me diz mais sobre um protocolo do que qualquer número de TVL.
@BabylonLabs_io #baby $BABY
Um colaborador que atende por GrumpyLaurie55348 registrou um aviso de segurança contra a Babylon em dezembro. Os validadores podiam enviar uma votação sem preencher totalmente o campo do hash do bloco.
O Protobuf trata esse campo como opcional, então a votação ainda é desserializada. O hash do bloco apenas volta como nil, e a Babylon desreferencia esse ponteiro nil dentro da verificação da votação, causando um panic em tempo de execução.
Os limites de epoch já são um ponto sensível em qualquer cadeia do Cosmos SDK. Vários validadores travando ao mesmo tempo ali podem desacelerar a produção de blocos em toda a rede, não apenas para um nó.
Ninguém explorou isso antes que a correção fosse enviada. A Babylon corrigiu o problema na versão 4.2.0 depois que o aviso ficou público, e a cobertura da divulgação se espalhou até janeiro.
Essa lacuna entre o envio e a atenção pública é a parte que ficou comigo.
Isso me lembrou a Polygon em 2021. Uma pesquisadora encontrou uma falha na Plasma Bridge que permitia que um saque fosse reenviado 223 vezes, cada vez drenando novamente a mesma quantia, com aproximadamente 850 milhões de dólares teoricamente expostos.
A Polygon confirmou em trinta minutos e pagou dois milhões de dólares quando foi corrigido com segurança.
A Babylon protege bilhões em Bitcoin nativo com código que ainda é bem jovem. Um campo ausente em uma extensão de votação é um detalhe pequeno no papel, mas fica dentro exatamente do mecanismo que mantém os validadores honestos.
Eu não acho que um bug corrigido em si me diga muita coisa. Eu acho, sim, que a rapidez com que algo é encontrado e fechado me diz mais sobre um protocolo do que qualquer número de TVL.
@BabylonLabs_io #baby $BABY