Assinar uma mensagem com a carteira não é sempre um gesto inofensivo: dependendo do pedido, ela pode comprovar que você controla um endereço ou autorizar um contrato a movimentar ativos depois. Antes de confirmar, o ponto principal é identificar o que está sendo assinado, quem pediu e qual serviço poderá usar essa assinatura.
- Uma assinatura pode ser um login ou uma autorização de gasto; o efeito depende do conteúdo e de quem o utiliza.
- SIWE organiza dados de autenticação, mas não torna confiável um site nem é uma autorização geral para gastar ativos.
- Autorizações por assinatura podem ser apresentadas depois, mesmo sem uma transação convencional naquele momento.
- Se os dados forem ilegíveis ou inesperados, não assine; se já assinou, verifique sessões e permissões pertinentes.
Uma assinatura fora da blockchain não é, por si só, uma transação registrada nela. Mas isso não significa que não possa ter consequências: quem obtém uma assinatura pode apresentá-la a um contrato ou serviço para executar a autorização prevista na mensagem. Por isso, não avalie um pedido apenas pelo fato de ele não parecer uma transação ou não cobrar taxa de rede.
Assinar não é o mesmo que conectar a carteira
Conectar a carteira a um site permite que a aplicação interaja com ela de determinadas maneiras, conforme as permissões e os recursos disponíveis. Assinar uma mensagem é diferente: você confirma um conteúdo com a chave da carteira. O site pode pedir isso para verificar que você controla o endereço, mas o conteúdo assinado também pode representar uma autorização com outro efeito.
Uma mensagem de login no padrão Sign-In with Ethereum, conhecido como SIWE e especificado no ERC-4361, é uma forma de autenticação fora da blockchain. Em termos simples, ela ajuda um serviço a verificar que o usuário controla determinado endereço. Esse padrão não é uma autorização geral para gastar os ativos da carteira.
Isso não torna automaticamente seguro qualquer pedido que use o nome SIWE. Um site malicioso pode imitar um fluxo de login ou exibir uma solicitação que não corresponde ao que você espera. O padrão ajuda a organizar as informações da mensagem; a origem do pedido e a forma como o serviço a utiliza continuam relevantes.
Se você quer separar conexão, assinatura e aprovação de transação, veja também o que uma assinatura de carteira pode autorizar além da conexão.
Quando uma assinatura pode autorizar movimentação
Algumas assinaturas podem ser usadas para aprovar que um contrato mova tokens. Um caso é o mecanismo permit definido pelo ERC-2612, aplicável a contratos de tokens que implementam esse padrão. Nele, a mensagem pode indicar quem autoriza, qual contrato poderá gastar, o valor permitido e um prazo de validade. Outra parte pode enviar essa autorização ao contrato.
Na prática, isso quer dizer que você pode não ver uma aprovação convencional enviada como transação naquele momento e, ainda assim, ter assinado uma autorização utilizável depois. O alcance depende dos dados e da implementação do contrato: uma autorização ampla pode permitir movimentação até o limite nela indicado. Não presuma que uma assinatura é apenas um login porque a carteira não mostra uma transferência imediata.
O EIP-712 padroniza a assinatura de dados estruturados, apresentados em campos com nomes e valores. Essa organização pode tornar a solicitação mais compreensível, mas não determina que toda mensagem seja apenas uma declaração ou um login. O significado depende do contrato ou serviço que verifica e usa a assinatura.
Já o ERC-191 diferencia certos formatos de dados assinados de uma transação Ethereum convencional. Essa distinção ajuda a entender o formato, mas não impede que um contrato interprete uma assinatura como autorização para uma ação. O nome técnico do pedido, sozinho, não diz se ele é legítimo nem se é seguro.
| Indicador | Valor | Observação |
|---|---|---|
| Padrão de login SIWE | ERC-4361 | Autenticação fora da blockchain; não é autorização geral para gastar ativos. |
| Dados estruturados | EIP-712 | Organiza a mensagem, mas o efeito depende de quem a verifica e utiliza. |
| Autorização permit | ERC-2612 | Pode autorizar gasto de tokens em contratos que implementam o padrão. |
| Nonce em mensagem SIWE | Pelo menos 8 caracteres alfanuméricos | É um dos campos que ajudam a identificar e validar o pedido. |
Como ler o pedido antes de confirmar
Comece pela origem. Confira se o domínio exibido na carteira é o que você pretendia acessar e se o pedido apareceu depois de uma ação que você iniciou. Uma página com aparência familiar não basta: verifique o endereço do site, desconfie de links recebidos por mensagens e não siga instruções de desconhecidos para assinar.
Em uma mensagem SIWE, procure o domínio, o endereço da carteira, a URI, a rede, o nonce e o horário de emissão. A mensagem pode incluir prazo de expiração. Esses campos ajudam a entender o contexto e o escopo do login, mas não provam que o site seja confiável. Se o domínio não corresponder ao serviço que você quer usar, pare e investigue antes de continuar.
Em dados estruturados EIP-712, examine especialmente o tipo da mensagem e o domínio, além do contrato verificador. Se o pedido envolver uma autorização, procure o destinatário, o ativo, o valor, o prazo e o nonce. Pergunte a si mesmo se esses campos fazem sentido para a ação que você iniciou. Um nome conhecido no cabeçalho não substitui a leitura dos dados.
Desconfie de urgência, promessa de recompensa ou da alegação de que assinar é necessário para corrigir ou desbloquear a carteira. Esses argumentos não explicam o conteúdo da mensagem. Um pedido legítimo deve ser compatível com a ação que você quer realizar; se não for possível entender o efeito, não confirme.
O que fazer se a carteira mostrar dados ilegíveis
Se a carteira exibir conteúdo opaco, campos inesperados ou uma autorização ampla que você não consegue avaliar, não assine. Dados estruturados podem ser difíceis de interpretar, e a carteira nem sempre apresenta contexto suficiente para que você saiba como um contrato usará aquela mensagem. Nesse caso, interrompa o fluxo em vez de tentar adivinhar o significado.
Também não trate a ausência de custo de gás ou de um registro imediato na blockchain como sinal de segurança. Uma assinatura pode ser feita fora da cadeia e apresentada depois por outra parte. O risco não está apenas em enviar uma transação naquele instante: está também no conteúdo que você assina e em quem pode utilizá-lo.
Uma forma de reduzir confusão é separar o objetivo da solicitação: você está tentando entrar em um serviço ou está autorizando um contrato a acessar ativos? Se a carteira não deixa essa diferença clara, busque a documentação oficial do serviço e do padrão correspondente. Não compartilhe a frase-semente ou as chaves privadas para obter explicações; elas não são necessárias para interpretar uma mensagem de assinatura.
Se você já assinou algo suspeito
Primeiro, identifique o tipo de mensagem e o ativo envolvido, sem assinar novos pedidos para tentar desfazer o anterior. Se a assinatura parecia uma autorização de gasto, verifique as permissões nos contratos ou serviços pertinentes e revogue-as quando essa opção estiver disponível. A revogação pode impedir o uso futuro da permissão, mas não desfaz uma operação que já tenha sido executada.
Se o pedido era de login, encerre as sessões abertas no serviço e remova as conexões do site na carteira, quando possível. Isso é diferente de revogar uma autorização de gasto: uma sessão pode permitir acesso à conta do serviço, enquanto uma permissão de token envolve a capacidade de um contrato movimentar ativos. Avalie os dois aspectos conforme o conteúdo que você assinou.
Se não conseguir identificar o efeito, consulte a documentação oficial da carteira, do serviço e do padrão citado na mensagem. A validade de assinaturas de carteiras de contrato, por exemplo, pode depender de regras próprias e do contexto. A conclusão prática é simples: leia a solicitação antes de confirmar, confira a origem e não assine aquilo cujo efeito você não entende.
Perguntas frequentes
Assinar uma mensagem na carteira sempre movimenta meus criptoativos?
Não. Algumas assinaturas servem para autenticação, mas outras podem autorizar contratos a movimentar ativos. O efeito depende do conteúdo, do padrão e de quem verifica a assinatura.
Uma assinatura sem taxa de gás é segura?
Não necessariamente. Uma assinatura fora da blockchain pode ser apresentada depois para executar uma autorização. A ausência de taxa ou de registro imediato não prova que o pedido seja seguro.
O que faço se assinei uma autorização suspeita?
Identifique o padrão e o ativo envolvidos. Verifique e revogue permissões pertinentes, quando possível, e encerre sessões ou remova conexões do site se o pedido era de login. Revogar não desfaz operações já executadas.
Fontes
- ERC-4361: Sign-In with Ethereum
- EIP-712: Typed structured data hashing and signing
- ERC-2612: Permit Extension for EIP-20 Signed Approvals
- ERC-191: Signed Data Standard
- ERC-1271: Standard Signature Validation Method for Contracts
- Signature phishing — MetaMask Help Center
Este conteúdo tem caráter exclusivamente informativo e não constitui recomendação de investimento. Rentabilidade passada não é garantia de rentabilidade futura. Investimentos envolvem riscos. Leia os documentos do produto antes de investir.
