RippleX e a XRP Ledger Foundation corrigiram uma falha de segurança grave que, se explorada, poderia ter permitido a emissão de uma quantidade ilimitada de ativos. A correção, no entanto, levantou კითხვões na comunidade sobre segurança, centralização da rede e muito mais.

Ripple apoia atualização de emergência em meio a críticas

A equipe revelou a vulnerabilidade corrigida na rede sem que ela tivesse sido explorada em uma blockchain pública. Ela se deve a um bug crítico de estouro de inteiro que permite que agentes mal-intencionados criem mais XRP, quebrando sua oferta fixa.

Os saldos são armazenados como inteiros de 64 bits e, quando uma soma excede o limite, ela transborda para um número menor em vez de falhar. Isso cria um problema em que o hacker inicia uma compra de grandes ativos e faz apenas um único pagamento. Os proprietários recebem o valor total, mas o atacante é cobrado apenas uma vez, criando novos tokens no processo.

Segundo os programadores, o problema remonta a 2015, foi inicialmente reportado como a descoberta F48 no Sherlock Attackathon e classificado como de baixa gravidade. Foi reportado através de um programa recente de recompensas por bugs e corrigido, tendo cerca de 80% dos validadores feito a atualização.

“Durante a avaliação do impacto, Mayukha Vadari (RippleX) descobriu que a lacuna também criava um risco de consenso entre versões do servidor, pois o conjunto de wrappers aceites dependia dos campos definidos por cada versão. Isso elevou a gravidade de baixa para um impedimento à ativação.”

Apesar de a correção impedir ataques que poderiam ter criado vários ativos, críticos afirmaram que o processo prova que o XRP não é tão descentralizado quanto afirma ser. Justin Bons, fundador da Cyber Capital, disse que promover o XRP como descentralizado é uma fraude descarada.

Anteriormente, a Ripple também foi alvo de críticas devido a preocupações com a centralização, embora rejeite sistematicamente todas as acusações. A equipa explicou que um processo normal teria demorado duas semanas e que esta foi a primeira vez, desde a sua introdução há mais de dez anos, que se contornou deliberadamente o processo de alteração.

Argumentaram que a RippleX, juntamente com os programadores principais, apoiou a decisão de ignorar os processos normais, e que não se tratou da decisão de uma única parte. Além disso, a decisão recebeu o apoio de mais de 80% dos validadores, como salientaram vários operadores.

O validador independente XRP Kuwait apoiou a medida numa declaração no X, distinguindo entre coordenação e controlo em determinadas situações. Da mesma forma, outros utilizadores apoiaram a atualização devido ao perigo de um atraso. Entretanto, outros membros da comunidade defenderam programas de bugs mais abrangentes para evitar um ataque que pudesse prejudicar o sentimento do mercado.