XRP Ledger Foundation defende patch emergencial contra alegações de atualização forçada

A XRP Ledger Foundation rejeitou alegações de que um patch emergencial de segurança foi imposto aos operadores da rede. O patch corrigiu uma falha capaz de criar XRP além da oferta fixa da rede. A correção foi lançada em 25 de setembro, três dias após um relatório enviado pelo programa de recompensa por bugs. Ela entrou em vigor imediatamente em qualquer servidor que a instalou.

Desenvolvedores da XRP Ledger disseram que o lançamento foi o primeiro desvio deliberado do processo normal de emendas desde que o sistema foi introduzido, há mais de dez anos. Os desenvolvedores disseram que não podiam esperar pela votação habitual de duas semanas entre validadores sem expor a falha a atacantes. No domingo, disseram que uma votação normal de emenda teria tornado a correção pública por semanas antes de sua implementação, colocando a segurança da rede em risco.

A correção acelerada levantou dúvidas sobre o grau de descentralização da XRP Ledger. Em seu site, a XRP Ledger descreve a rede como uma blockchain pública totalmente descentralizada. Essa caracterização tem sido central nos argumentos de que o token nativo, XRP, não é um valor mobiliário.

Justin Bons, fundador da Cyber Capital, disse na quinta-feira que promover o XRP a investidores de varejo como descentralizado equivalia a “fraude descarada”. Bons argumentou que o lançamento emergencial de 25 de setembro forneceu apenas arquivos binários e reteve temporariamente o código-fonte. Bons também acusou o projeto de pressionar os operadores a atualizar o software.

A XRP Ledger Foundation, porém, disse que a própria fundação, a RippleX, os desenvolvedores principais e os validadores decidiram em conjunto ignorar o processo normal de emendas após avaliar a gravidade da falha. A fundação afirmou que nenhuma parte poderia tomar essa decisão sozinha. Também disse que cada validador e operador de nó escolhe qual software usar. Segundo a fundação, a versão 3.4.1 só se tornou obrigatória por meio de uma votação normal de emenda, com apoio de mais de 80% dos validadores durante duas semanas. A fundação afirmou que mudanças no protocolo continuam sendo feitas por meio de emendas.

A XRP Kuwait, operadora independente de validadores, também rejeitou alegações de que atualizações coordenadas demonstravam controle centralizado. A XRP Kuwait disse que operadores independentes podem avaliar uma situação, comunicar-se e chegar à mesma conclusão sem abrir mão de sua independência.

O relatório de divulgação da vulnerabilidade do projeto identificou a falha como um estouro de inteiro no mecanismo de pagamentos da XRP Ledger, existente desde 2015. Os saldos de XRP são armazenados como inteiros de 64 bits, com um limite máximo fixo. Uma soma que ultrapassasse esse limite fazia o cálculo retornar um número menor, em vez de falhar.

Um atacante poderia criar centenas de ofertas com preços definidos especialmente, cada uma solicitando uma quantidade muito grande de XRP, e então enviar um pagamento que consumisse todas essas ofertas. O mecanismo de pagamentos creditaria o valor total a cada proprietário de oferta, mas cobraria do comprador apenas o pequeno total resultante do estouro. A diferença se tornaria XRP recém-criado e disponível para gasto. O relatório de divulgação da vulnerabilidade afirmou que o ataque exigia ofertas construídas deliberadamente e não poderia ser acionado por atividades normais de negociação. Desenvolvedores disseram não ter encontrado indícios de que a falha tenha sido explorada em nenhuma rede pública.