Principais conclusões
- XRP Ledger ativa atualização de segurança após aprovação atrasada do validador
- Nova emenda fecha brecha que permitia a criação não autorizada de tokens
- A oferta nativa do XRP permanece inalterada pela vulnerabilidade
O XRP Ledger ativou uma atualização de segurança importante que corrige uma vulnerabilidade que permitia a certas contas autorizadas criar tokens que só tinham permissão para destruir, encerrando um atraso de quase duas semanas causado pela votação dos validadores.
A emenda fixCleanup3_4_0 foi ativada em 4 de novembro às 14:52 UTC, no ledger 108.112.129, conforme o rastreador de emendas do XRPL Dashboard. A atualização introduz várias correções de segurança e contábeis, incluindo proteções para ativos emitidos, como stablecoins.
A ativação segue um atraso anterior na atualização do XRPL, quando o suporte dos validadores caiu brevemente abaixo do limiar necessário. Importante, a vulnerabilidade não afetou a oferta nativa de XRP, e nenhuma exploração foi publicamente confirmada.
XRP Ledger fecha brecha de permissão para cunhagem de tokens
A correção mais significativa envolve o sistema de delegação de permissões do XRPL, que permite que os titulares de conta autorizem outras contas a realizar operações específicas sem conceder controle total.
Sob as regras anteriores, uma conta com a permissão PaymentBurn poderia, em certas circunstâncias, também criar novos tokens fungíveis. Isso incluía ativos tradicionais de linha de confiança e Tokens de Múltiplos Propósitos (MPTs), potencialmente criando problemas para emissores de stablecoins e outros produtos financeiros tokenizados.
Por exemplo, um emissor de stablecoin pode autorizar um processador de pagamentos a destruir tokens durante resgates. Essa permissão não deveria permitir que o processador emita tokens adicionais, mas a vulnerabilidade poderia comprometer essa separação.
A emenda recém-ativada impede que transações PaymentBurn cruzem um saldo zero para criação de tokens, a menos que a conta possua separadamente a permissão de cunhagem apropriada.
A correção se baseia nas recentes melhorias de segurança do XRPL, embora as correções de emergência anteriores tenham abordado vulnerabilidades distintas.
Por que a votação do validador atrasou a correção de segurança
A emenda originalmente estava prevista para ser ativada por volta de 23 de outubro, após obter suporte suficiente dos validadores em 9 de outubro.
No entanto, o suporte caiu abaixo do limiar necessário em 21 de outubro, interrompendo o período obrigatório de aprovação de 14 dias. Embora a maioria tenha sido restaurada aproximadamente duas horas depois, a contagem regressiva teve que recomeçar.
As alterações no protocolo XRPL exigem suporte de mais de 80% dos validadores confiáveis por duas semanas consecutivas. Com 35 validadores no grupo de votação monitorado, eram necessários pelo menos 29 aprovações.
O segundo período de aprovação foi concluído com sucesso em 4 de novembro, marcando a transição de uma proposta de mudança para uma regra de rede ativa.
O processo destaca como XRPL governance depende do consenso sustentado dos validadores, e não de decisões unilaterais da Ripple.
O que vem a seguir para as atualizações do XRP Ledger?
Além da correção da cunhagem de tokens, o fixCleanup3_4_0 melhora os resgates do criador de mercado automatizado, o gerenciamento de reservas em custódia, a assinatura de transações e a contabilidade para Vaults de Ativo Único.
No entanto, a emenda não ativa o protocolo de empréstimo nativo proposto pelo XRPL, que ainda requer aprovação separada dos validadores.
Dados recentes de votação mostraram que empréstimo nativo recebeu 19 dos 29 votos necessários para iniciar sua própria contagem regressiva de aprovação.
Enquanto isso, os desenvolvedores estão trabalhando em proteções adicionais de segurança para tokens, incluindo verificações de autorização mais rigorosas para ativos institucionais.