Atenção, utilizadores do Squads! Guia para compreender e prevenir ataques de poluição de endereços

Última atualização 2026-04-15 08:52:35
Tempo de leitura: 3m
Recentemente, um ataque de contaminação de endereços teve como alvo os utilizadores da Carteira com assinatura múltipla Squads. Apesar de não terem sido perdidos Ativos, este ataque pode induzir os utilizadores em erro ao manipular a interface e levar à realização de ações incorretas.

O que é um ataque de address poisoning?

No contexto da blockchain, um endereço corresponde a uma sequência de caracteres visível publicamente, permitindo que qualquer pessoa observe e utilize esta informação para estruturar ataques.

O incidente recente que envolveu utilizadores da Squads exemplifica o address poisoning. Os atacantes criam endereços falsos visualmente semelhantes ao seu, recorrendo à ilusão ótica para provocar ações incorretas. Este ataque não compromete diretamente o sistema — explora erros humanos de avaliação.

Como ocorre o ataque?

(Fonte: multisig)

Este evento desenvolveu-se essencialmente através de dois métodos:

  1. Falsificação de contas multisig

Os atacantes criam novas carteiras multisig e adicionam a chave pública da vítima à lista de membros, fazendo com que estas contas surjam na interface do utilizador. O sistema apresenta contas associadas ao seu endereço, permitindo que estas contas falsas se misturem na sua lista.

  1. Imitação de formatos de endereço

Os atacantes geram endereços com inícios e finais semelhantes aos legítimos. Por exemplo:

  • Endereço real: ABCD...XYZ

  • Endereço falso: ABCF...XYA

Se apenas se verificarem os primeiros e últimos caracteres, é fácil cometer um erro de identificação.

Qual é o objetivo do ataque?

O propósito principal deste ataque não é comprometer sistemas, mas induzir ao erro.

Entre os objetivos comuns encontram-se:

  • Transferir fundos inadvertidamente para um endereço falso

  • Assinar transações não iniciadas por si

  • Confundir contas falsas com contas de equipa

Estes erros resultam de ações do utilizador, não de falhas do sistema.

A segurança dos fundos é afetada?

Neste momento, o ponto essencial é que não existem registos de perdas de fundos e o protocolo mantém-se seguro.

Os atacantes não conseguem:

  • Aceder aos seus ativos

  • Alterar as definições do multisig

  • Forçar a execução de transações

Desde que não ocorram erros operacionais, os ativos mantêm-se protegidos.

Próximas atualizações oficiais de segurança

(Fonte: multisig)

Para reforçar a segurança, a equipa da Squads planeia implementar várias melhorias na interface:

  1. Curto prazo (imediato)
  • Apresentar banners de aviso de segurança

  • Identificar contas multisig sem histórico de interação

  1. Médio prazo (nos próximos dias)
  • Novas contas terão, por defeito, estado de confirmação pendente

  • Os utilizadores terão de adicionar manualmente contas à lista (mecanismo de whitelist)

O objetivo central destas funcionalidades é diminuir a probabilidade de erro na identificação de endereços.

Como se podem proteger os utilizadores?

Para mitigar riscos de ataque, é fundamental adotar boas práticas operacionais. Manter vigilância perante contas multisig desconhecidas — interagir apenas com contas criadas por si ou validadas pela equipa. Evitar interações com endereços suspeitos e nunca confiar apenas nos primeiros ou últimos caracteres para verificar autenticidade. A melhor prática consiste em comparar o endereço completo ou confirmar através de registos internos e whitelists, minimizando o risco de erro.

Adicionalmente, como ambientes multisig envolvem múltiplos colaboradores, qualquer transação duvidosa deve ser confirmada com a equipa antes de avançar, prevenindo perdas de ativos por falhas de comunicação. Recomenda-se também fixar no topo da lista as contas de confiança e de uso frequente — isto aumenta a eficiência e reduz o risco de cliques acidentais ou enganos.

Resumo

Os ataques de address poisoning constituem uma forma de engenharia social que explora o fator humano, não falhas técnicas. O caso da Squads recorda que a segurança na blockchain depende não só do desenho do protocolo, mas também do comportamento do utilizador. No universo on-chain, a verificação sistemática de endereços e a assinatura criteriosa de transações são as defesas essenciais para proteger os ativos.

Autor:  Allen
Exclusão de responsabilidade
* As informações não se destinam a ser e não constituem aconselhamento financeiro ou qualquer outra recomendação de qualquer tipo oferecido ou endossado pela Gate.
* Este artigo não pode ser reproduzido, transmitido ou copiado sem fazer referência à Gate. A violação é uma violação da Lei de Direitos de Autor e pode estar sujeita a ações legais.

Artigos relacionados

Modelo Económico do Token ONDO: De que forma impulsiona o crescimento da plataforma e o envolvimento dos utilizadores?
Principiante

Modelo Económico do Token ONDO: De que forma impulsiona o crescimento da plataforma e o envolvimento dos utilizadores?

ONDO é o token central de governança e captação de valor do ecossistema Ondo Finance. Tem como objetivo principal potenciar mecanismos de incentivos em token para integrar, de forma fluida, os ativos financeiros tradicionais (RWA) no ecossistema DeFi, impulsionando o crescimento em larga escala da gestão de ativos on-chain e dos produtos de retorno.
2026-03-27 13:52:50
Morpho vs. Aave: Análise aprofundada das diferenças de mecanismo e estrutura nos protocolos de empréstimos DeFi
Principiante

Morpho vs. Aave: Análise aprofundada das diferenças de mecanismo e estrutura nos protocolos de empréstimos DeFi

A principal distinção entre o Morpho e o Aave está no mecanismo de empréstimos. O Aave opera com um modelo de pool de liquidez, enquanto o Morpho baseia-se neste sistema ao implementar uma correspondência peer-to-peer (P2P), o que permite um alinhamento superior das taxas de juros dentro do mesmo mercado. O Aave funciona como protocolo nativo de empréstimos, fornecendo liquidez de base e taxas de juros estáveis. Em contrapartida, o Morpho atua como uma camada de otimização, aumentando a eficiência do capital ao estreitar o spread entre as taxas de depósito e de empréstimo. Em suma, a diferença fundamental é que o Aave oferece infraestrutura central, enquanto o Morpho é uma ferramenta de otimização da eficiência.
2026-04-03 13:09:48
Tokenomics da Morpho: Utilidade, distribuição e proposta de valor do MORPHO
Principiante

Tokenomics da Morpho: Utilidade, distribuição e proposta de valor do MORPHO

O MORPHO é o token nativo do protocolo Morpho, criado essencialmente para a governança e incentivos do ecossistema. Ao organizar a distribuição do token e os mecanismos de incentivo, o Morpho assegura o alinhamento entre a atividade dos utilizadores, o crescimento do protocolo e a autoridade de governança, promovendo um modelo de valor sustentável no ecossistema descentralizado de empréstimos.
2026-04-03 13:13:47
Zcash vs Monero: análise comparativa dos percursos técnicos de duas moedas de privacidade
Intermediário

Zcash vs Monero: análise comparativa dos percursos técnicos de duas moedas de privacidade

Zcash e Monero são criptomoedas orientadas para a privacidade on-chain, adotando abordagens técnicas essencialmente diferentes. Zcash utiliza provas de conhecimento zero zk-SNARKs para viabilizar transações "verificáveis mas invisíveis", ao passo que Monero recorre a assinaturas de anel e mecanismos de ofuscação para garantir um modelo de transação "anónimo por defeito". Estas distinções conferem características exclusivas a cada uma, impactando os respetivos métodos de implementação de privacidade, rastreabilidade, arquitetura de desempenho e capacidade de adaptação às exigências de conformidade regulatória.
2026-05-14 10:51:14
0x Protocol vs Uniswap: diferenças entre protocolos de Livro de ordens e o modelo AMM
Intermediário

0x Protocol vs Uniswap: diferenças entre protocolos de Livro de ordens e o modelo AMM

Tanto o 0x Protocol como o Uniswap foram desenvolvidos para negociação descentralizada de ativos, mas cada um recorre a mecanismos de negociação distintos. O 0x Protocol assenta numa arquitetura de livro de ordens off-chain com liquidação on-chain, agregando liquidez de múltiplas fontes para disponibilizar infraestrutura de negociação a carteiras e DEX. O Uniswap, por outro lado, utiliza o modelo de Formador Automático de Mercado (AMM), permitindo trocas de ativos on-chain através de pools de liquidez. A diferença fundamental entre ambos está na organização da liquidez. O 0x Protocol centra-se na agregação de ordens e no encaminhamento eficiente de negociações, sendo ideal para garantir suporte de liquidez essencial a aplicações. O Uniswap, por sua vez, recorre a pools de liquidez para proporcionar serviços de troca direta aos utilizadores, afirmando-se como uma plataforma robusta para execução de negociações on-chain.
2026-04-29 03:48:20
Quais são os principais componentes do protocolo 0x? Uma análise do Relayer, Mesh e da arquitetura API
Principiante

Quais são os principais componentes do protocolo 0x? Uma análise do Relayer, Mesh e da arquitetura API

O 0x Protocol cria uma infraestrutura de negociação descentralizada ao integrar componentes essenciais como Relayer, Mesh Network, 0x API e Exchange Proxy. O Relayer gere a transmissão de ordens off-chain, a Mesh Network permite a partilha dessas ordens, a 0x API fornece uma interface unificada de oferta de liquidez e a Exchange Proxy assegura a execução de negociações on-chain e o encaminhamento de liquidez. Estes elementos, em conjunto, formam uma arquitetura que conjuga a propagação de ordens off-chain com a liquidação de negociações on-chain, permitindo que Carteiras, DEX e aplicações DeFi acedam a liquidez proveniente de múltiplas fontes através de uma única interface unificada.
2026-04-29 03:06:50