Rosen Bridge rejeita transferências forjadas de rsBTC de Cardano para Bitcoin

Tentativas repetidas de forjar transferências de rsBTC de Cardano para Bitcoin foram rejeitadas pelo Rosen Bridge depois que um invasor retomou a atividade detectada pela primeira vez no início desta semana. Durante um X Space do Cardano Over Coffee, o cofundador do Rosen Bridge, Joseph Armeanio, disse que as solicitações surgiram pouco depois do recente incidente da Wanchain, mas não passaram pelo processo de verificação do protocolo.

O incidente testou a infraestrutura usada para mover liquidez de Bitcoin entre Cardano e outras redes compatíveis. A Rosen não identificou o invasor nem publicou evidências que conectem as tentativas ao agente responsável pelo exploit da Wanchain.

Rosen Bridge rejeita transações de rsBTC forjadas

O Rosen Bridge inicialmente relatou que sua infraestrutura havia enfrentado um ataque malsucedido. A equipe disse que não houve danos, embora eventos fabricados pudessem deixar permissões de reporte presas e exigir mudanças nos aplicativos Watcher e Guard.

O projeto posteriormente confirmou em uma segunda atualização oficial que o ataque havia sido retomado. O invasor estava tentando criar transações de rsBTC forjadas representando transferências de Cardano para Bitcoin, mas as solicitações não passaram pelo processo de verificação da Rosen.

rsBTC é a representação tokenizada de Bitcoin da Rosen em redes compatíveis. Usuários de Cardano podem receber rsBTC por meio da ponte, transferir entre carteiras compatíveis e usar o ativo em aplicativos que o suportam, mantendo uma rota de retorno para a rede Bitcoin.

Armeanio disse que as solicitações fabricadas começaram pouco depois do incidente da ponte Wanchain envolvendo 515 milhões de NIGHT. Ele não afirmou que o mesmo invasor foi responsável por ambos os eventos, e a Rosen não atribuiu a atividade ao Lazarus Group nem a qualquer outra organização identificada.

Ele também evitou apresentar o resultado como uma conquista excepcional para o protocolo. Rejeitar transações fabricadas, disse ele, é um requisito básico de segurança para qualquer ponte entre cadeias. A tentativa de ataque, em vez disso, forneceu um teste em tempo real das premissas de segurança da Rosen e identificou partes do software de suporte que exigem reforço adicional.

Watchers e Guards fornecem duas camadas de verificação

Rosen Bridge é um protocolo entre cadeias de código aberto que usa Ergo como seu hub de coordenação e auditoria. Sua infraestrutura suporta transferências envolvendo Cardano, Bitcoin, Ergo, Dogecoin e outras redes integradas.

O protocolo separa o monitoramento e a autorização de transações entre dois grupos, Watchers e Guards.

Watchers monitoram de forma independente a atividade nas blockchains compatíveis e reportam a Ergo eventos relacionados à ponte. Cada blockchain tem seu próprio grupo de Watchers, que coletivamente opera como um oráculo entre cadeias para a Rosen.

Um relatório de evento finalizado só pode ser criado depois que Watchers distintos em número suficiente enviarem informações coincidentes. De acordo com a arquitetura da Rosen, um pequeno grupo de Watchers defeituosos ou maliciosos não consegue produzir de forma independente um relatório válido.

Qualquer pessoa que atenda aos requisitos de colateral pode operar um Watcher. Os participantes alocam ERG e $RSN, obtêm permissões de reporte e recebem recompensas por reportar com precisão transferências liquidadas. Permissões usadas para reporte fraudulento podem ser confiscadas, criando uma penalidade financeira por enviar eventos fabricados.

Guards fornecem a segunda camada de verificação. Cada Guard verifica de forma independente o evento reportado pelos Watchers antes de o grupo concordar sobre a transação de pagamento exata. Guards não dependem da verificação de outro Guard ao conduzir sua própria revisão, o que se destina a evitar que uma decisão incorreta se propague pelo grupo.

A transação final requer assinaturas de um quórum de Guards. Assim, um único Guard ou um grupo malicioso menor não pode autorizar de forma independente um pagamento arbitrário. Sua autoridade também é restringida por meio de contratos e carteiras de múltiplas assinaturas, enquanto cada Guard bloqueia $RSN como colateral que pode ser perdido em casos de comportamento malicioso.

O processo documentado da Rosen continua com o envio e a auditoria da transação final assinada. Eventos e pagamentos são revisados para evitar execução duplicada, enquanto relatórios fraudulentos de Watchers podem ser removidos e as permissões associadas penalizadas.

Armeanio disse que essas premissas de segurança permaneceram intactas durante o ataque. As solicitações forjadas não foram convertidas em pagamentos de Bitcoin aprovados, embora tenham criado o problema operacional envolvendo permissões de reporte presas.

Rosen planeja correções em Watcher e Guard após o ataque

A Rosen confirmou que são necessárias mudanças tanto no software Watcher quanto no Guard. A equipe descreveu as correções como necessárias, mas não urgentes, porque as camadas de verificação existentes continuaram a rejeitar as solicitações fabricadas.

Um post mortem técnico detalhado não foi publicado. A Rosen não divulgou quantas solicitações foram submetidas, como foram construídas nem o estágio exato em que cada tentativa foi rejeitada. O projeto também não anunciou uma data de lançamento para as atualizações de Watcher e Guard.

Armeanio relacionou o incidente ao crescimento mais amplo dos testes automatizados de segurança em blockchain. Ele disse que modelos de linguagem avançados podem reduzir o tempo e o custo necessários para revisar código público, gerar tentativas de ataque repetidas e modificar entradas enquanto buscam por fraquezas.

Ele não afirmou que inteligência artificial tenha sido confirmada como parte do ataque à Rosen. Seus comentários abordaram um ambiente de segurança mais amplo no qual ferramentas automatizadas permitem que pesquisadores e invasores examinem porções maiores de infraestrutura de código aberto e repitam possíveis exploits a um custo menor.

Pontes entre cadeias carregam exposição adicional porque combinam contratos em cadeia, monitoramento fora da cadeia, interpretação de eventos, autorização de transações e gestão de chaves em várias redes. Um invasor não precisa comprometer Cardano ou Bitcoin diretamente se a infraestrutura da ponte puder ser levada a tratar um evento fabricado como válido.

Neste caso, os Watchers e os Guards da Rosen impediram que as solicitações forjadas de Cardano para Bitcoin chegassem à execução do pagamento. As mudanças de software agora em preparação vão tratar as permissões presas e reforçar os dois componentes que processaram o tráfego do ataque.