{"id":292,"date":"2026-07-25T21:04:58","date_gmt":"2026-07-25T21:04:58","guid":{"rendered":"https:\/\/coincrafty.com\/why-bridges-get-hacked-ptbr-tmp\/"},"modified":"2026-07-30T16:39:38","modified_gmt":"2026-07-30T16:39:38","slug":"why-bridges-get-hacked","status":"publish","type":"post","link":"https:\/\/coincrafty.com\/pt-br\/why-bridges-get-hacked\/","title":{"rendered":"Por que as pontes cripto continuam sendo hackeadas"},"content":{"rendered":"

A vers\u00e3o r\u00e1pida.<\/strong> Uma ponte n\u00e3o move uma moeda de uma rede para outra, porque as redes n\u00e3o conseguem enxergar umas \u00e0s 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\u00e1s de um \u00fanico mecanismo. As pontes continuam sendo hackeadas porque esse mecanismo \u00e9 um alvo permanente, p\u00fablico e de alto valor, com um punhado de formas de falhar bem conhecidas.<\/p>\n

O que uma ponte realmente faz<\/h2>\n

As blockchains s\u00e3o sistemas fechados. Um contrato em uma rede n\u00e3o consegue ver o que aconteceu em outra, ent\u00e3o nada viaja literalmente entre elas. Tudo o que uma ponte<\/a> faz \u00e9 um arranjo constru\u00eddo em torno dessa limita\u00e7\u00e3o.<\/p>\n

O design mais comum \u00e9 travar e cunhar. Voc\u00ea deposita um ativo em um contrato na rede de origem, onde ele fica travado. Algo fora da rede observa esse dep\u00f3sito e o atesta. Um contrato na rede de destino aceita o atestado e cunha uma representa\u00e7\u00e3o encapsulada no seu endere\u00e7o.<\/p>\n

Voltar inverte o fluxo: voc\u00ea queima o token encapsulado, um atestado dessa queima chega \u00e0 rede de origem e o ativo original \u00e9 liberado. As pontes de rede de liquidez funcionam de outra forma ainda, mantendo reservas dos dois lados e pagando voc\u00ea a partir da reserva de destino.<\/p>\n

O que vale reter \u00e9 o que \u00e9 um token encapsulado. Ele \u00e9 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\u00e3o \u00e9 lastreado por nada e o contrato de trava \u00e9 esvaziado por quem resgata primeiro.<\/p>\n

Por que o valor se concentra tanto<\/h2>\n

Cada usu\u00e1rio que cruza na mesma dire\u00e7\u00e3o soma-se \u00e0 mesma pilha. Os dep\u00f3sitos se acumulam em um \u00fanico contrato, ent\u00e3o o saldo simplesmente cresce com a ado\u00e7\u00e3o.<\/p>\n

Isso muda a economia de atac\u00e1-la. Contra uma carteira individual, um atacante ganha uma carteira. Contra uma ponte, uma \u00fanica chamada bem-sucedida pode alcan\u00e7ar tudo o que o mecanismo guarda, o que financia uma enorme quantidade de esfor\u00e7o paciente contra um alvo que nunca se move.<\/p>\n

As pontes tamb\u00e9m s\u00e3o sistemas incomumente amplos. Elas t\u00eam contratos em pelo menos duas redes, uma camada de retransmiss\u00e3o ou atestado fora da rede, material de chaves nas m\u00e3os de algu\u00e9m e, muitas vezes, um caminho de atualiza\u00e7\u00e3o. O atacante s\u00f3 precisa acertar em uma dessas partes. Os defensores precisam acertar em todas, permanentemente.<\/p>\n

As classes de falha que se repetem<\/h2>\n

Conjuntos de validadores ou signat\u00e1rios comprometidos<\/h3>\n

Muitas pontes verificam os dep\u00f3sitos 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\u00ea 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\u00e3os de um atacante, seja por phishing de um operador, malware em um servidor ou algu\u00e9m de dentro.<\/p>\n

Os limiares maquiam a realidade quando as chaves n\u00e3o s\u00e3o genuinamente independentes. Um conjunto nominalmente distribu\u00eddo operado por uma \u00fanica organiza\u00e7\u00e3o, em uma \u00fanica conta na nuvem, com um \u00fanico pipeline de implanta\u00e7\u00e3o, est\u00e1 mais pr\u00f3ximo de uma \u00fanica chave do que a nota\u00e7\u00e3o sugere. A mesma l\u00f3gica se aplica em escala pessoal, como explica nosso guia sobre multiassinatura para pessoas f\u00edsicas<\/a>.<\/p>\n

Verifica\u00e7\u00e3o de mensagens falha<\/h3>\n

O contrato de destino precisa decidir se um dep\u00f3sito realmente aconteceu. Essa checagem \u00e9 onde a confian\u00e7a reside, e \u00e9 c\u00f3digo sutil. Falhas dessa classe permitem que um atacante cunhe sem nunca ter depositado nada, que \u00e9 a forma mais pura de exploit de ponte.<\/p>\n

As formas recorrentes s\u00e3o 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\u00e3o autorizado porque a checagem do remetente foi aplicada ao campo errado.<\/p>\n

Chaves de administra\u00e7\u00e3o poderosas e contratos atualiz\u00e1veis<\/h3>\n

A maioria das pontes \u00e9 atualiz\u00e1vel, porque um sistema t\u00e3o complexo vai precisar de corre\u00e7\u00f5es. O padr\u00e3o de proxy que permite isso tamb\u00e9m significa que um \u00fanico endere\u00e7o privilegiado pode substituir a l\u00f3gica que protege cada dep\u00f3sito, instantaneamente e sem o consentimento de ningu\u00e9m.<\/p>\n

Um c\u00f3digo perfeito n\u00e3o protege nada se essa chave for comprometida, e o mesmo vale para os poderes de pausar, cunhar e sacar em emerg\u00eancia. Essa \u00e9 a brecha que um relat\u00f3rio de auditoria documenta em vez de eliminar<\/a>, ent\u00e3o a se\u00e7\u00e3o de pap\u00e9is privilegiados merece mais aten\u00e7\u00e3o do que a contagem de bugs.<\/p>\n

Bugs na verifica\u00e7\u00e3o de assinaturas<\/h3>\n

Mesmo com um conjunto de signat\u00e1rios honesto, o c\u00f3digo que checa as assinaturas pode estar errado. Assinaturas n\u00e3o vinculadas a uma rede ou contrato espec\u00edficos podem ser reproduzidas onde nunca deveriam se aplicar. Fun\u00e7\u00f5es de recupera\u00e7\u00e3o que retornam um endere\u00e7o vazio diante de entrada malformada podem ser enganadas para tratar um signat\u00e1rio inexistente como v\u00e1lido. Um tratamento de nonce que permite reutiliza\u00e7\u00e3o transforma uma aprova\u00e7\u00e3o leg\u00edtima em muitas.<\/p>\n

Esses bugs s\u00e3o pequenos, f\u00e1ceis de passar despercebidos e catastr\u00f3ficos no efeito, porque permitem que um atacante fabrique justamente aquilo de que todo o sistema depende.<\/p>\n

Por que isso continua dif\u00edcil de resolver<\/h2>\n

Uma ponte precisa estar correta em dois ambientes de execu\u00e7\u00e3o mais o encanamento no meio, e continuar correta enquanto ambas as redes se atualizam por baixo. A complexidade aqui n\u00e3o \u00e9 acidental; \u00e9 o pr\u00f3prio trabalho.<\/p>\n

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

As ferramentas defensivas cortam nos dois sentidos tamb\u00e9m. Limites de taxa e chaves de pausa reduzem quanto uma \u00fanica falha pode extrair, e entregam a algu\u00e9m o poder de congelar os seus fundos. Nenhum design remove a confian\u00e7a por completo; os bons a deslocam para um lugar que voc\u00ea pode inspecionar.<\/p>\n

O que isso significa para voc\u00ea na pr\u00e1tica<\/h2>\n

Voc\u00ea n\u00e3o pode auditar uma ponte sozinho, mas pode mudar quanto exp\u00f5e a ela e por quanto tempo.<\/p>\n