XRP Ledger defende correção de emergência para falha que permitia XRP ilimitado

Desenvolvedores do XRP Ledger defenderam a correção de segurança de emergência usada para corrigir uma falha capaz de criar XRP além da oferta fixa da rede, afirmando que não podiam aguardar a votação usual de validadores, que leva duas semanas, sem expor a falha a atacantes.

A correção, lançada em 25 de setembro, ocorreu três dias após um relatório de recompensa por falhas e entrou em vigor imediatamente em qualquer servidor que a instalasse. Trata-se da primeira substituição deliberada do processo normal de emenda desde sua introdução há mais de dez anos, segundo afirmaram.

“Com uma votação normal de emenda, a correção teria sido pública por semanas antes de entrar em vigor, colocando em risco a segurança da rede”, disseram desenvolvedores do XRPL em uma postagem no X no domingo.

Essa correção acelerada gerou dúvidas sobre o grau de descentralização do XRPL. Em seu site, o XRPL afirma ser uma blockchain pública totalmente descentralizada — caracterização central em argumentos de que seu token nativo, XRP, não é um título negociável.

Correção de segurança do XRPL “levantou muitas perguntas”

Justin Bons, fundador da Cyber Capital, afirmou na quinta-feira que comercializar o XRP para investidores varejistas como descentralizado equivale a “fraude pura e simples”. Argumentou que o lançamento de emergência de 25 de setembro foi feito apenas em binários, com o código-fonte temporariamente retido e pressão sobre operadores para atualizarem.

No entanto, a Fundação XRPL afirmou que a decisão de pular o processo normal de emenda foi tomada conjuntamente pela Fundação, RippleX, desenvolvedores principais e validadores, após avaliação da gravidade da falha.

“Nenhuma parte isolada poderia tomar essa decisão sozinha. Cada validador e operador de nó escolhe qual software executar, e a versão 3.4.1 só se tornou obrigatória após uma votação normal de emenda com apoio de mais de 80% dos validadores por duas semanas. As alterações de protocolo ainda passam pelas emendas.”

A XRP Kuwait, operadora independente de validadores, também rejeitou alegações de que as atualizações coordenadas indicavam controle centralizado.

“Discordamos da alegação de que a coordenação entre operadores para uma atualização constitui, por si só, prova de controle centralizado”, afirmou. “Coordenação não é sinônimo de 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.”

Falha poderia ter gerado XRP ilimitado

Segundo o relatório oficial de divulgação de vulnerabilidades do projeto, a falha 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 valor máximo fixo. Quando uma soma excedia esse limite, o cálculo retornava a um número menor, em vez de falhar.

Um atacante poderia explorar isso criando centenas de ofertas especialmente precificadas, cada uma solicitando uma quantia muito grande de XRP, seguidas por um único pagamento que consumisse todas elas.

O mecanismo creditaria a cada proprietário de oferta o valor integral, mas cobraria do comprador apenas o pequeno total resultante do estouro. A diferença seria XRP recém-criado e utilizável.

O ataque exigia ofertas deliberadamente construídas e não poderia ser acionado por atividades normais de negociação, segundo o relatório. Os desenvolvedores afirmaram não ter encontrado evidências de que a falha tenha sido explorada em nenhuma rede pública.

Revista: Ataque ao Ledger se espalha para a UE; IA descobre falha de '18 trilhões de XRP': Resumo para hodlers