O XRP Ledger ativou uma atualização de software que fecha uma vulnerabilidade permitindo que contas com permissão para destruir tokens emitidos criem novos tokens sob certas condições, sem afetar a criptomoeda nativa XRP.
Resumo
- O XRP Ledger ativou a emenda fixCleanup3_4_0 em 4 de novembro às 14:52 UTC, no ledger 108.112.129.
- A atualização fecha uma falha de permissão que poderia permitir que uma conta autorizada a queimar tokens emitidos criasse novos tokens sob certas condições.
- A vulnerabilidade dizia respeito a ativos emitidos, incluindo stablecoins e Multi-Purpose Tokens, não à oferta nativa de XRP.
- O suporte dos validadores caiu brevemente abaixo do limite exigido em 21 de outubro, reiniciando o período obrigatório de aprovação de 14 dias.
- A emenda inclui correções para pools de negociação, contabilidade de vaults e assinatura de transações, mas não ativa de forma independente o sistema de empréstimos planejado do XRP Ledger.
O rastreador de emendas XRPLWin confirmou que a correção, denominada fixCleanup3_4_0, entrou em vigor em 4 de novembro às 14:52 UTC, no ledger 108.112.129. A ativação ocorreu após duas semanas consecutivas de suporte dos validadores, depois que uma breve interrupção em outubro forçou a rede a reiniciar seu processo de aprovação.
A correção aborda uma falha no sistema de delegação de permissões do XRP Ledger, que permite aos titulares de contas autorizar outras contas a realizar transações específicas sem abrir mão do controle total.
XRP Ledger corrige vulnerabilidade de criação não autorizada de tokens
A vulnerabilidade envolvia uma permissão delegada chamada PaymentBurn, que permite a uma conta aprovada destruir tokens emitidos por outra conta.
Em circunstâncias normais, um emissor poderia conceder essa permissão a um serviço de pagamento que lida com resgates de stablecoins. Quando um cliente troca stablecoins por dólares, o serviço poderia destruir os tokens resgatados sem receber permissão para criar substitutos.
No entanto, as regras anteriores de transações do XRP Ledger podiam permitir que uma conta detentora apenas da autorização PaymentBurn criasse tokens emitidos sob certas condições.
O problema surgiu quando pagamentos usando a permissão delegada cruzaram um limite de saldo zero. A mais recente emenda impede que as transações cruzem esse limite, separando a destruição de tokens da emissão.
As notas oficiais de lançamento do XRPL descrevem a correção como rejeitando “pagamentos PaymentBurn que cruzam um saldo zero”.
A vulnerabilidade afetava ativos emitidos na rede, incluindo stablecoins, tokens de trust line e Multi-Purpose Tokens. O próprio XRP estava fora do sistema de permissões afetado, o que significa que a falha não permitia a criação não autorizada da criptomoeda nativa da rede.
Nenhuma exploração da vulnerabilidade publicamente confirmada foi relatada, e as divulgações disponíveis não identificam um emissor que tenha sofrido criação não autorizada de tokens.
A correção segue a falha de cunhagem de tokens previamente divulgada da rede, que o crypto.news cobriu em 2 de novembro, quando a emenda ainda aguardava ativação.
Atraso na aprovação dos validadores empurrou a correção para novembro
Embora os desenvolvedores tenham incluído a correção na versão 3.4.0 do servidor do XRP Ledger em setembro, seu lançamento não alterou imediatamente as regras de transações da rede.
As emendas de protocolo exigem suporte de mais de 80% dos validadores confiáveis por 14 dias consecutivos antes de se tornarem ativas.
Com 35 validadores na lista padrão rastreada, pelo menos 29 devem apoiar uma emenda durante todo esse período.
O primeiro período de aprovação começou em 9 de outubro, colocando a atualização no caminho para ativação por volta de 23 de outubro.
No entanto, o suporte dos validadores caiu abaixo do limite exigido em 21 de outubro, interrompendo a contagem regressiva antes que a emenda se tornasse elegível para ativação.
Os registros do XRPLWin mostram que a primeira tentativa durou 12 dias e três horas. Uma nova maioria foi estabelecida mais tarde em 21 de outubro, iniciando outro período de espera de duas semanas.
A segunda tentativa durou 14 dias e cinco minutos antes de a rede habilitar a emenda em 4 de novembro.
O processo de votação do XRP Ledger exige suporte ininterrupto, portanto, mesmo um declínio temporário abaixo do limite pode adiar uma atualização.
A atualização de software corrige controles de negociação e transações
Além da vulnerabilidade de criação de tokens, o fixCleanup3_4_0 introduz correções em várias funções de transação do XRP Ledger.
Entre elas estão mudanças nos clawbacks de formadores de mercado automatizados, que os emissores usam para recuperar certos ativos de pools de liquidez.
A atualização impede que uma transação destrua os tokens de um provedor de liquidez quando cálculos de arredondamento, de outra forma, resultariam no emissor não recuperando nenhum ativo subjacente.
Os desenvolvedores corrigiram as regras de negociação com permissão para impedir que contas recebam certos tokens por meio de ofertas quando as restrições do emissor deveriam bloquear essas transações.
Mudanças separadas abordam reservas de escrow, autorização de Multi-Purpose Token e assinaturas de transações.
Anteriormente, alguns procedimentos de assinatura usavam estruturas de autorização sobrepostas. A emenda introduz prefixos de assinatura distintos para impedir que assinaturas destinadas a uma função de transação sejam reutilizadas em outra.
Essas correções foram incluídas na versão de software de setembro, com os desenvolvedores instando os operadores de servidores a atualizar seu software antes que as novas regras entrassem em vigor.
O empréstimo no XRP Ledger permanece sujeito a aprovação separada
A ativação inclui correções contábeis destinadas a Single Asset Vaults e ao proposto protocolo de empréstimo do XRP Ledger.
O sistema de vaults permitiria que os usuários depositassem ativos em pools que poderiam suportar empréstimos de prazo fixo. Os desenvolvedores ajustaram cálculos envolvendo depósitos, saques e ativos recuperáveis.
As correções relacionadas a empréstimos abordam como a rede determina quando os pagamentos se tornam vencidos e como os empréstimos inadimplentes afetam a contabilidade dos vaults.
No entanto, a emenda de manutenção não ativa esses recursos de empréstimo, que exigem aprovação separada dos validadores.
A Ripple anteriormente apoiou as emendas de empréstimo projetadas para introduzir Single Asset Vaults e empréstimos institucionais de prazo fixo.
As propostas permitiriam que corretores de empréstimos avaliassem os mutuários e organizassem empréstimos usando ativos depositados em vaults, enquanto o ledger registra os reembolsos e as transações associadas.
A emenda adicional LendingProtocolV1_1 propõe vaults de prazo fechado com períodos de subscrição, investimento e resgate, juntamente com contabilidade que reconhece juros quando os mutuários efetuam pagamentos.
Cada emenda de empréstimo deve satisfazer independentemente os requisitos de aprovação dos validadores da rede antes que seus recursos associados possam operar na mainnet.
