A Fundação XRP Ledger se posicionou firmemente contra as alegações de que seu patch de segurança emergencial foi imposto aos operadores da rede. Os desenvolvedores do XRP Ledger defenderam a correção de segurança que foi utilizada para consertar um bug capaz de criar XRP além do suprimento fixo da rede, afirmando que não podiam esperar pela votação usual de dois semanas dos validadores sem expor a falha a possíveis atacantes.
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. Este foi o primeiro desvio deliberado do processo normal de emenda desde que o sistema foi introduzido há mais de dez anos, segundo os desenvolvedores do XRPL.
“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 os desenvolvedores do XRPL em um post no X no domingo.
A correção acelerada levantou questões 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 que tem sido central para os argumentos de que seu token nativo, XRP, não é um título.
O fundador da Cyber Capital, Justin Bons, afirmou na quinta-feira que comercializar o XRP para investidores de varejo como descentralizado equivalia a “fraude pura”. Ele argumentou que o lançamento emergencial de 25 de setembro foi enviado apenas como binários, temporariamente retendo o código-fonte e pressionando os operadores a atualizarem.
No entanto, a Fundação XRPL afirmou que a decisão de pular o processo normal de emenda foi feita em conjunto pela Fundação, RippleX, desenvolvedores principais e validadores, após avaliar a gravidade do bug. “Nenhuma única parte 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 através de uma votação normal de emenda com mais de 80% de apoio dos validadores por duas semanas. Mudanças de protocolo ainda passam por emendas”, disse a fundação.
O operador de validador independente XRP Kuwait também rejeitou as alegações de que as atualizações coordenadas sinalizavam controle centralizado. “Discordamos da afirmação de que operadores coordenando uma atualização é, em si, prova de controle centralizado”, disseram. “Coordenação não é o mesmo que controle. Operadores independentes podem avaliar uma situação, se comunicar entre si e chegar à mesma conclusão sem abrir mão de sua independência.”
O bug poderia ter criado XRP ilimitado. O problema era um overflow de inteiro no motor de pagamento do XRP Ledger que estava presente desde 2015, de acordo com o relatório de divulgação de vulnerabilidades do projeto. 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 atacante poderia explorar isso criando centenas de ofertas com preços especiais, cada uma pedindo uma quantidade muito grande de XRP, e então enviando um pagamento que consumisse todas elas. O motor creditaria cada proprietário de oferta seu valor total, mas cobraria do comprador apenas o pequeno total embrulhado. 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 atividade comercial normal, segundo o relatório. Os desenvolvedores afirmaram que não encontraram evidências de que o problema foi explorado em qualquer rede pública.
