Por que as pontes cripto continuam sendo hackeadas

A versão rápida. Uma ponte não move uma moeda de uma rede para outra, porque as redes não conseguem enxergar umas às outras. Ela trava ou queima o seu ativo de um lado e emite um direito do outro, o que concentra uma quantidade enorme de valor atrás de um único mecanismo. As pontes continuam sendo hackeadas porque esse mecanismo é um alvo permanente, público e de alto valor, com um punhado de formas de falhar bem conhecidas.

O que uma ponte realmente faz

As blockchains são sistemas fechados. Um contrato em uma rede não consegue ver o que aconteceu em outra, então nada viaja literalmente entre elas. Tudo o que uma ponte faz é um arranjo construído em torno dessa limitação.

O design mais comum é travar e cunhar. Você deposita um ativo em um contrato na rede de origem, onde ele fica travado. Algo fora da rede observa esse depósito e o atesta. Um contrato na rede de destino aceita o atestado e cunha uma representação encapsulada no seu endereço.

Voltar inverte o fluxo: você queima o token encapsulado, um atestado dessa queima chega à rede de origem e o ativo original é liberado. As pontes de rede de liquidez funcionam de outra forma ainda, mantendo reservas dos dois lados e pagando você a partir da reserva de destino.

O que vale reter é o que é um token encapsulado. Ele é um direito, e seu valor depende inteiramente de o colateral travado continuar travado e de a autoridade que cunha permanecer honesta e correta. Se a cunhagem puder ser falsificada, o ativo encapsulado não é lastreado por nada e o contrato de trava é esvaziado por quem resgata primeiro.

Por que o valor se concentra tanto

Cada usuário que cruza na mesma direção soma-se à mesma pilha. Os depósitos se acumulam em um único contrato, então o saldo simplesmente cresce com a adoção.

Isso muda a economia de atacá-la. Contra uma carteira individual, um atacante ganha uma carteira. Contra uma ponte, uma única chamada bem-sucedida pode alcançar tudo o que o mecanismo guarda, o que financia uma enorme quantidade de esforço paciente contra um alvo que nunca se move.

As pontes também são sistemas incomumente amplos. Elas têm contratos em pelo menos duas redes, uma camada de retransmissão ou atestado fora da rede, material de chaves nas mãos de alguém e, muitas vezes, um caminho de atualização. O atacante só precisa acertar em uma dessas partes. Os defensores precisam acertar em todas, permanentemente.

As classes de falha que se repetem

Conjuntos de validadores ou signatários comprometidos

Muitas pontes verificam os depósitos de forma externa: um grupo de partes escolhidas observa a rede de origem e assina o que viu, e o contrato de destino cunha quando vê assinaturas suficientes. Isso torna essas chaves de assinatura equivalentes ao dinheiro. As pontes foram esvaziadas repetidamente depois que material de chave suficiente caiu nas mãos de um atacante, seja por phishing de um operador, malware em um servidor ou alguém de dentro.

Os limiares maquiam a realidade quando as chaves não são genuinamente independentes. Um conjunto nominalmente distribuído operado por uma única organização, em uma única conta na nuvem, com um único pipeline de implantação, está mais próximo de uma única chave do que a notação sugere. A mesma lógica se aplica em escala pessoal, como explica nosso guia sobre multiassinatura para pessoas físicas.

Verificação de mensagens falha

O contrato de destino precisa decidir se um depósito realmente aconteceu. Essa checagem é onde a confiança reside, e é código sutil. Falhas dessa classe permitem que um atacante cunhe sem nunca ter depositado nada, que é a forma mais pura de exploit de ponte.

As formas recorrentes são familiares. Uma rotina de checagem de prova que retorna sucesso silenciosamente diante de uma entrada vazia ou malformada. Um analisador que aceita uma mensagem de um remetente não autorizado porque a checagem do remetente foi aplicada ao campo errado.

Chaves de administração poderosas e contratos atualizáveis

A maioria das pontes é atualizável, porque um sistema tão complexo vai precisar de correções. O padrão de proxy que permite isso também significa que um único endereço privilegiado pode substituir a lógica que protege cada depósito, instantaneamente e sem o consentimento de ninguém.

Um código perfeito não protege nada se essa chave for comprometida, e o mesmo vale para os poderes de pausar, cunhar e sacar em emergência. Essa é a brecha que um relatório de auditoria documenta em vez de eliminar, então a seção de papéis privilegiados merece mais atenção do que a contagem de bugs.

Bugs na verificação de assinaturas

Mesmo com um conjunto de signatários honesto, o código que checa as assinaturas pode estar errado. Assinaturas não vinculadas a uma rede ou contrato específicos podem ser reproduzidas onde nunca deveriam se aplicar. Funções de recuperação que retornam um endereço vazio diante de entrada malformada podem ser enganadas para tratar um signatário inexistente como válido. Um tratamento de nonce que permite reutilização transforma uma aprovação legítima em muitas.

Esses bugs são pequenos, fáceis de passar despercebidos e catastróficos no efeito, porque permitem que um atacante fabrique justamente aquilo de que todo o sistema depende.

Por que isso continua difícil de resolver

Uma ponte precisa estar correta em dois ambientes de execução mais o encanamento no meio, e continuar correta enquanto ambas as redes se atualizam por baixo. A complexidade aqui não é acidental; é o próprio trabalho.

A componibilidade multiplica as consequências. Os ativos encapsulados são usados como colateral e pareados em mercados por toda a rede de destino, então quando um perde seu lastro o dano se espalha para reservas que nunca tocaram a ponte. Nossa lição sobre fundamentos e riscos do DeFi aborda esse tipo de efeito em cadeia.

As ferramentas defensivas cortam nos dois sentidos também. Limites de taxa e chaves de pausa reduzem quanto uma única falha pode extrair, e entregam a alguém o poder de congelar os seus fundos. Nenhum design remove a confiança por completo; os bons a deslocam para um lugar que você pode inspecionar.

O que isso significa para você na prática

Você não pode auditar uma ponte sozinho, mas pode mudar quanto expõe a ela e por quanto tempo.

• Trate a passagem por uma ponte como transporte, não como armazenamento. Manter um direito encapsulado significa continuar exposto ao mecanismo por trás dele.
• Prefira menos saltos. Cada ponte adicional em uma rota acrescenta mais uma forma de o direito se romper, e uma versão encapsulada de um ativo encapsulado herda todas as fraquezas acima dela.
• Descubra o que de fato a protege. A verificação é feita por um conjunto de signatários ou por provas que a rede de destino checa por conta própria? Quem pode atualizar os contratos, e existe um atraso antes de uma atualização entrar em vigor?
• Observe que a ponte canônica própria de uma camada 2 tem um modelo de confiança diferente do de uma ponte de terceiros que atende à mesma rota, ainda que as duas sejam frequentemente apresentadas lado a lado como se fossem intercambiáveis.

Segurança: Acesse qualquer ponte digitando você mesmo o endereço em vez de por um anúncio de busca ou um link que alguém enviou, porque interfaces de ponte clonadas são um golpe padrão. Envie uma pequena quantia de teste e confirme que ela chega antes de mover o restante, e verifique com cuidado a rede e o endereço de destino. Uma transferência para a rede errada costuma ser irrecuperável.

Pontos principais

• As pontes travam ou queimam de um lado e emitem um direito do outro, então um token encapsulado só vale tanto quanto o mecanismo que o cunha.
• Os depósitos se juntam em um único contrato, o que faz uma única falha valer o saldo inteiro para um atacante.
• As falhas recorrentes são conjuntos de signatários comprometidos, verificação de mensagens falha, chaves de atualização poderosas e bugs de checagem de assinatura.
• Minimize o tempo em forma de ponte, minimize os saltos e saiba quem pode cunhar e quem pode atualizar antes de comprometer qualquer coisa relevante.

Perguntas frequentes

Um token encapsulado é o mesmo que o ativo que ele representa?

Não. Um token encapsulado é um direito emitido em outra rede, lastreado por colateral guardado em outro lugar sob algum arranjo específico. Ele costuma ser negociado perto do original porque se espera que o resgate funcione, mas os dois carregam riscos diferentes. Se o lastro for comprometido, a versão encapsulada pode se comportar de forma muito diferente do seu homônimo.

As pontes oficiais são mais seguras que as de terceiros?

Elas têm um modelo de confiança diferente, não automaticamente melhor. A ponte canônica de uma rede pode se apoiar na própria verificação da rede em vez de um conjunto de signatários externo, o que remove uma classe de risco. Ainda assim pode ter chaves de atualização e bugs de código. A pergunta útil é o que a protege, não quem coloca a marca nela.

Como posso reduzir minha exposição sem evitar as pontes por completo?

Mova apenas o que precisa, quando precisa, e não deixe saldos em forma encapsulada por longos períodos. Escolha rotas diretas em vez de cadeias de pontes, teste primeiro com uma quantia pequena e verifique a rede de destino com cuidado. Manter as posições de longo prazo na sua rede nativa contorna a questão em vez de administrá-la.

Conteúdo educativo, não é aconselhamento financeiro. Nunca compartilhe sua frase-semente nem suas chaves privadas com ninguém — nem mesmo com alguém que diga ser a CoinCrafty.