Desenvolvedores do XRP Ledger defenderam o patch de segurança emergencial usado para corrigir um bug capaz de criar XRP além do fornecimento fixo da rede, afirmando que não podiam esperar a votação habitual de duas semanas dos validadores sem expor a falha a invasores.
A correção, lançada em 25 de setembro, ocorreu três dias após um relatório de recompensa por bug e entrou em vigor imediatamente em qualquer servidor que a instalasse. Foi o primeiro desvio deliberado do processo normal de emendas desde que o sistema foi introduzido, há mais de dez anos, disseram eles.
“Com uma votação normal de emenda, a correção teria ficado pública por semanas antes de entrar em vigor, colocando a segurança da rede em risco”, desenvolvedores do XRPL disseram em uma publicação no X no domingo.
A correção acelerada levantou dúvidas sobre o nível de descentralização do XRPL. Em seu site, o XRPL afirma ser uma blockchain pública totalmente descentralizada — uma caracterização central nos argumentos de que seu token nativo, XRP, não é um valor mobiliário.
Correção de segurança do XRPL “levantou muitas questões”
O fundador da Cyber Capital, Justin Bons, disse na quinta-feira que divulgar o XRP a investidores de varejo como descentralizado equivalia a “fraude descarada”. Ele argumentou que o lançamento emergencial de 25 de setembro foi distribuído apenas como binários, reteve temporariamente o código-fonte e pressionou os operadores a atualizar.
No entanto, a XRP Ledger Foundation disse que a decisão de ignorar o processo normal de emendas foi tomada conjuntamente pela Foundation, pela RippleX, pelos desenvolvedores principais e pelos validadores após uma avaliação da gravidade do bug.
“Nenhuma parte isolada poderia tomar essa decisão. Cada validador e operador de nó escolhe qual software executar, e a 3.4.1 só se tornou obrigatória por meio de uma votação normal de emenda, com mais de 80% de apoio dos validadores durante duas semanas. As mudanças de protocolo ainda passam por emendas”, disse a fundação.
Relacionado: Ledger confirma implante de hardware não autorizado; perdas podem superar US$ 86 milhões
A XRP Kuwait, uma operadora independente de validadores, também rejeitou as alegações de que as atualizações coordenadas sinalizavam controle centralizado.
“Discordamos da alegação de que operadores coordenarem uma atualização seja, por si só, prova de controle centralizado”, disse a organização. “Coordenação não é o mesmo que controle. Operadores independentes podem avaliar uma situação, comunicar-se entre si e chegar à mesma conclusão sem abrir mão de sua independência.”
Bug poderia ter criado XRP ilimitado
Segundo o relatório de divulgação da vulnerabilidade do projeto, o bug era um estouro de inteiro no mecanismo de pagamentos do XRP Ledger presente desde 2015.
Os saldos de XRP são armazenados como inteiros de 64 bits com um máximo fixo. Quando uma soma excedia esse máximo, o cálculo retornava a um número menor em vez de falhar.
Um invasor poderia explorar isso criando centenas de ofertas com preços especialmente definidos, cada uma solicitando uma quantidade muito grande de XRP, e então enviando um pagamento que consumisse todas elas.
O mecanismo creditaria a cada proprietário de oferta o valor total, mas cobraria do comprador apenas o pequeno total resultante do retorno numérico. A diferença seria XRP recém-criado e disponível para gasto.
O ataque exigia ofertas construídas deliberadamente e não podia ser acionado por atividades normais de negociação, segundo o relatório. Os desenvolvedores disseram não ter encontrado evidências de que o problema tenha sido explorado em nenhuma rede pública.