Verificação de assinatura

O que é verificação de assinatura?

A verificação de assinatura é o processo de conferir se uma assinatura digital foi criada pela chave privada correspondente a uma chave pública ou endereço blockchain conhecido.

No mercado cripto, a verificação de assinatura é usada para confirmar que uma transação, mensagem, aprovação, voto, ordem ou instrução de contrato inteligente foi autorizada pelo proprietário correto da carteira.

O Padrão de Assinatura Digital NIST FIPS 186-5 explica que assinaturas digitais ajudam a detectar alterações não autorizadas nos dados e autenticar a identidade do signatário.

Uma assinatura digital não revela a chave privada.

Em vez disso, ela prova que o signatário controlava a chave privada quando os dados assinados foram criados.

É por isso que usuários de criptomoedas podem provar a propriedade de um endereço sem expor o segredo que controla os fundos.

A verificação de assinatura é central para a segurança blockchain porque as redes devem rejeitar transações que não foram devidamente autorizadas.

Ela também é importante para carteiras, aplicativos descentralizados, contratos inteligentes, sistemas de governança, bridges e sistemas de negociação off-chain.

Em termos simples, a verificação de assinatura é a forma como um software cripto confere se uma ação assinada realmente veio da carteira que alega aprová-la.

Por que a verificação de assinatura é importante no mercado cripto

A verificação de assinatura é importante porque sistemas blockchain normalmente não dependem de nomes de usuário, senhas ou aprovação do atendimento ao cliente para autorizar transações.

Eles dependem de prova criptográfica.

Quando uma carteira assina uma transação, a rede verifica a assinatura antes de aceitar a transação como válida.

A documentação de contas do Ethereum explica que uma chave privada assina mensagens e transações, enquanto outras pessoas podem usar a assinatura resultante para derivar ou verificar a identidade pública do signatário.

Esse processo protege usuários contra transferências não autorizadas porque um atacante não deve conseguir criar uma assinatura válida sem a chave privada.

A verificação de assinatura também protege contratos inteligentes contra aprovações, permissões, votos, reivindicações ou saques falsos.

Ela ajuda carteiras a indicar se uma mensagem foi assinada por um endereço específico.

Ela ajuda aplicativos descentralizados a verificar se um usuário possui a carteira que está utilizando.

Ela ajuda blockchains a manter regras de propriedade sem precisar de um banco de dados central de contas.

Sem verificação de assinatura confiável, a propriedade cripto não seria segura.

Como funciona a verificação de assinatura

A verificação de assinatura começa com uma mensagem ou transação assinada por uma chave privada.

A carteira do signatário primeiro prepara os dados que serão assinados.

Em seguida, a carteira usa a chave privada e um algoritmo de assinatura digital para produzir uma assinatura.

O verificador recebe os dados originais, a assinatura e uma chave pública ou endereço ligado ao signatário.

O algoritmo de verificação confere se a assinatura é matematicamente válida para aqueles dados e aquela chave pública.

Se a assinatura for válida, o verificador aceita que o signatário controlava a chave privada correspondente quando a assinatura foi criada.

Se os dados mudarem, mesmo que ligeiramente, a assinatura não deverá mais ser verificada para os dados alterados.

Isso dá às assinaturas digitais duas propriedades importantes: autenticidade e integridade.

Autenticidade significa que a assinatura está vinculada à chave do signatário.

Integridade significa que o conteúdo assinado não foi alterado após a assinatura.

Chave privada

Uma chave privada é o valor secreto usado para criar assinaturas digitais em sistemas cripto.

A chave privada nunca deve ser compartilhada, pois quem a controla geralmente pode autorizar transações da carteira relacionada.

Uma chave privada não é como uma senha comum porque uma rede blockchain não pode redefini-la se o usuário a perder.

O software de carteira normalmente oculta a chave privada bruta e ajuda os usuários a fazer backup dela por meio de uma frase de recuperação ou outro método de recuperação.

A verificação de assinatura funciona porque a chave privada pode criar assinaturas fáceis de verificar com a chave pública, mas extremamente difíceis de falsificar sem a chave privada.

Essa relação unidirecional é a base da maioria dos modelos de propriedade em blockchain.

Se uma chave privada for roubada, a verificação de assinatura ainda aceitará as assinaturas criadas pelo atacante, pois a prova criptográfica é válida.

Por isso, a segurança da carteira é tão importante quanto o próprio processo de verificação.

O guia de segurança de carteira Bitcoin alerta os usuários para protegerem cuidadosamente suas carteiras, pois o acesso às chaves privadas controla o acesso aos fundos.

Chave pública

Uma chave pública é o valor que permite a outras pessoas verificar assinaturas criadas pela chave privada correspondente.

A chave pública pode ser compartilhada abertamente porque não revela a chave privada sob premissas criptográficas normais.

Em muitos sistemas blockchain, o endereço da carteira é derivado da chave pública ou de um hash da chave pública.

Quando um usuário assina uma mensagem, um verificador pode usar diretamente a chave pública ou recuperá-la da assinatura, dependendo da blockchain e do formato da assinatura.

A chave pública é importante porque conecta uma assinatura a uma identidade na blockchain.

Uma assinatura válida prova o controle da chave privada correspondente, e não a identidade jurídica real do signatário.

Essa distinção é importante porque um endereço blockchain pode pertencer a uma pessoa, empresa, carteira de contrato inteligente, configuração de múltiplas assinaturas ou sistema automatizado.

A verificação de assinatura prova controle da chave, não confiabilidade pessoal.

Os usuários não devem presumir que uma assinatura válida significa que o signatário é honesto ou que a ação assinada é segura.

Hash da mensagem

A maioria dos sistemas de assinatura digital assina um hash da mensagem, em vez de assinar diretamente dados brutos ilimitados.

Uma função hash transforma dados em um resumo de tamanho fixo que muda drasticamente caso a entrada seja alterada.

No mercado cripto, isso ajuda a tornar as operações de assinatura eficientes e consistentes.

Quando um usuário assina uma transação, a carteira normalmente assina um hash de transação ou payload de assinatura codificado com precisão.

Quando um usuário assina uma mensagem, a carteira pode adicionar um prefixo ou separador de domínio antes de gerar o hash da mensagem.

Essa formatação adicional ajuda a impedir que uma assinatura seja reutilizada em outro contexto.

Por exemplo, uma assinatura de mensagem segura não deve se tornar acidentalmente uma assinatura de transação válida.

As regras exatas de hash e codificação dependem da blockchain e do padrão de assinatura.

Os usuários devem se preocupar com o hash de mensagens porque solicitações de assinatura vagas ou ilegíveis podem ocultar o que realmente está sendo aprovado.

Algoritmos de assinatura digital

Um algoritmo de assinatura digital define como chaves, assinaturas, assinatura e verificação funcionam.

O projeto de assinaturas digitais do NIST lista técnicas importantes, como RSA, ECDSA e EdDSA, em seus trabalhos sobre padrões modernos.

Sistemas no estilo Bitcoin e Ethereum normalmente usam ECDSA na curva secp256k1.

O guia de desenvolvedores do Bitcoin sobre transações afirma que o Bitcoin usa ECDSA com a curva secp256k1.

Solana usa assinaturas Ed25519 para a assinatura normal de transações.

A documentação de transações da Solana informa que cada signatário fornece uma assinatura Ed25519 de 64 bytes.

Algoritmos diferentes podem ter formatos de chave, tamanhos de assinatura, premissas de segurança, características de desempenho e riscos de implementação distintos.

Os usuários normalmente não escolhem o algoritmo manualmente, porque a carteira e a blockchain definem o esquema de assinatura.

Desenvolvedores devem entender o algoritmo usado pela blockchain em que estão desenvolvendo, pois usar o método de verificação errado pode quebrar a autenticação.

Verificação de assinatura ECDSA

ECDSA significa Elliptic Curve Digital Signature Algorithm.

Em sistemas no estilo Bitcoin e Ethereum, a ECDSA ajuda a provar que uma transação ou mensagem foi autorizada pelo detentor da chave privada.

Assinaturas ECDSA geralmente incluem valores conhecidos como r e s, enquanto assinaturas no estilo Ethereum também usam um valor de recuperação frequentemente chamado de v.

O valor de recuperação pode ajudar a recuperar a chave pública ou o endereço associado a uma assinatura em contextos Ethereum.

Contratos inteligentes e aplicativos podem usar a verificação ECDSA para confirmar que uma mensagem foi assinada pelo endereço esperado.

A ECDSA deve ser implementada cuidadosamente porque aleatoriedade fraca ou reutilização de nonce durante a assinatura podem expor chaves privadas.

A própria verificação de assinatura também pode ser afetada pela maleabilidade caso o sistema aceite várias formas válidas da mesma assinatura.

Desenvolvedores devem usar bibliotecas criptográficas maduras, em vez de escrever a verificação ECDSA do zero.

Os usuários devem entender que a segurança da ECDSA depende tanto de uma assinatura forte pela carteira quanto da verificação correta pelos aplicativos.

Verificação de assinatura Ed25519

Ed25519 é um esquema de assinatura digital baseado em criptografia de curvas Edwards.

Ele é usado por diversos sistemas cripto, incluindo assinaturas de transações da Solana.

Ed25519 é conhecida pela verificação rápida, assinaturas compactas e comportamento de assinatura determinístico em seu design padrão.

Na Solana, as transações incluem assinaturas que provam que os signatários exigidos aprovaram a mensagem da transação.

A verificação de assinatura faz parte de como o ambiente de execução da Solana confere se proprietários ou autoridades de contas aprovaram instruções específicas.

Desenvolvedores que trabalham com Solana devem entender quais contas precisam assinar e quais apenas precisam ser incluídas em uma instrução.

A ausência de uma verificação de signatário em um programa Solana pode se tornar uma falha grave de controle de acesso.

Os usuários não precisam verificar manualmente a matemática do Ed25519, mas devem entender que uma assinatura de carteira é um evento real de autorização.

Assinar a transação errada ainda pode movimentar ativos ou conceder permissões, mesmo quando o algoritmo de assinatura funciona corretamente.

Verificação de assinatura de transação

A verificação de assinatura de transação confere se uma transação blockchain foi autorizada pelo signatário ou pelos signatários exigidos.

No Bitcoin, as assinaturas de transação provam que quem gasta pode satisfazer as condições de script das moedas gastas.

No Ethereum, uma assinatura de transação prova que ela veio da conta cujo nonce, gas, destinatário, valor e dados estão sendo usados.

Na Solana, cada signatário exigido fornece uma assinatura sobre a mensagem da transação.

Se as assinaturas exigidas estiverem ausentes ou forem inválidas, a rede rejeita a transação.

É por isso que alguém não pode simplesmente criar uma transação que gaste os ativos de outro usuário sem a chave privada correta.

A verificação de assinatura de transação normalmente é realizada automaticamente por nós e validadores.

Os usuários observam o processo por meio de solicitações da carteira e confirmações de transação.

Uma assinatura de transação válida significa que a autorização criptográfica é válida, mas não que a transação seja prudente, lucrativa ou segura.

Verificação de assinatura de mensagem

A verificação de assinatura de mensagem confere se uma carteira assinou uma mensagem que não é uma transação.

Os usuários podem assinar mensagens para fazer login em um aplicativo descentralizado, provar propriedade da carteira, aprovar termos off-chain, votar em governança off-chain ou autorizar uma ordem off-chain.

A assinatura de mensagem é frequentemente chamada de gasless porque nem sempre cria uma transação on-chain por si só.

No entanto, uma mensagem assinada ainda pode ser poderosa se um contrato inteligente ou aplicativo posteriormente a aceitar como autorização.

Por exemplo, uma permit assinada pode aprovar o gasto de tokens sem uma transação de aprovação separada se o token suportar esse fluxo.

Uma ordem assinada pode autorizar uma negociação a ser executada posteriormente por outra parte ou contrato.

Uma mensagem de login assinada pode provar a propriedade da carteira a um site.

Os usuários devem ler cuidadosamente as solicitações de mensagem, pois assinar nem sempre é inofensivo.

A verificação de assinatura torna possível a autorização baseada em mensagens, mas a compreensão do usuário a torna mais segura.

Mensagens assinadas no Ethereum

O Ethereum usa padrões específicos para tornar mensagens assinadas mais seguras e fáceis de verificar.

O padrão de dados assinados ERC-191 define um formato para lidar com dados assinados em contratos Ethereum.

O padrão ajuda a separar mensagens assinadas de transações Ethereum normais e oferece aos desenvolvedores uma estrutura consistente.

Isso é importante porque uma assinatura deve ser válida apenas para a finalidade pretendida.

Se os formatos de mensagem forem vagos, atacantes podem tentar reutilizar uma assinatura em outro contexto.

Aplicativos Ethereum podem usar assinatura de mensagem pessoal, assinatura de dados estruturados tipados ou validação de assinatura baseada em contrato, dependendo do caso de uso.

Os usuários devem ter cuidado especial quando uma carteira mostra dados hexadecimais ilegíveis ou texto de assinatura vago.

Uma mensagem clara é mais segura porque o usuário pode entender o que está autorizando.

Bom design de carteira e bons padrões de assinatura ajudam a reduzir riscos de phishing e replay.

Verificação de dados tipados EIP-712

EIP-712 é um padrão Ethereum para gerar hash e assinar dados estruturados tipados.

O padrão de dados estruturados tipados EIP-712 define um método para assinar dados que pode ser mais legível para humanos e mais estruturado para softwares.

O EIP-712 é amplamente usado para permits, votos de governança, ordens de marketplace, mensagens de autorização e aprovações relacionadas a contas.

Dados tipados podem incluir um separador de domínio que vincula a assinatura a um contrato, blockchain, nome, versão e contexto específicos.

Isso ajuda a reduzir o risco de replay entre contratos ou redes diferentes.

Por exemplo, uma assinatura destinada a um aplicativo não deve ser válida em outro aplicativo se o domínio for projetado corretamente.

As carteiras podem mostrar campos tipados com mais clareza do que bytes brutos quando a interface é bem implementada.

Desenvolvedores devem usar EIP-712 cuidadosamente porque separação de domínio incorreta ou tratamento inadequado de nonce podem criar vulnerabilidades graves.

Os usuários ainda devem revisar cada solicitação de assinatura de dados tipados antes de aprová-la.

Verificação de assinatura de contrato inteligente ERC-1271

ERC-1271 é um padrão que permite a carteiras de contratos inteligentes verificar assinaturas por meio da lógica do contrato.

O método padrão de validação de assinatura ERC-1271 define uma forma para contratos confirmarem se uma assinatura é válida para determinado hash.

Isso é importante porque carteiras de contratos inteligentes não possuem chaves privadas da mesma forma que contas externamente controladas.

Uma carteira de contrato inteligente pode exigir aprovação por múltiplas assinaturas, recuperação social, chaves de sessão, limites de gasto ou lógica de política personalizada.

O ERC-1271 permite que aplicativos perguntem à carteira de contrato se uma assinatura ou aprovação é válida segundo suas regras.

Isso apoia abstração de conta, carteiras de DAO, carteiras multisignature e sistemas de custódia programável.

Aplicativos que suportam apenas a recuperação ECDSA de contas externamente controladas podem falhar com carteiras de contratos inteligentes.

Desenvolvedores devem oferecer suporte ao ERC-1271 quando desejarem melhor compatibilidade com contas baseadas em contratos.

Os usuários devem entender que a verificação de assinatura de contrato inteligente pode depender do estado do contrato, e não apenas de uma assinatura de chave privada.

Verificação de assinatura em contratos inteligentes

Contratos inteligentes podem verificar assinaturas para autorizar ações sem exigir que o signatário envie a transação diretamente.

Isso é útil para aprovações gasless, meta-transações, ordens off-chain, sistemas de reivindicação, whitelists, votos de governança e delegação de conta.

Um contrato inteligente pode conferir se uma mensagem assinada inclui o usuário, valor, prazo, nonce, chain ID e endereço do contrato corretos.

Se a assinatura for válida e a mensagem não tiver sido usada antes, o contrato poderá executar a ação autorizada.

Se algum campo estiver incorreto, expirado, for reutilizado ou assinado pelo endereço errado, o contrato deverá rejeitá-lo.

A verificação de assinatura dentro de contratos inteligentes deve ser projetada cuidadosamente porque erros podem permitir que atacantes reutilizem assinaturas antigas ou alterem o significado de uma assinatura.

Desenvolvedores devem incluir nonces, prazos, separadores de domínio e dados tipados explícitos quando apropriado.

Também devem rejeitar assinaturas maleáveis e validar claramente o signatário esperado.

Um contrato inteligente que aceita assinaturas está efetivamente aceitando autorização off-chain, portanto as regras devem ser rigorosas.

Ataques de replay

Um ataque de replay ocorre quando uma assinatura válida é reutilizada em um contexto no qual não deveria mais ser válida.

Por exemplo, uma assinatura criada para uma blockchain poderia ser reutilizada em outra se os dados assinados não incluíssem um chain ID ou separador de domínio.

Uma assinatura criada para um contrato poderia ser reutilizada em outro se os dados assinados não incluíssem o endereço do contrato verificador.

Uma assinatura criada para uma ordem poderia ser reutilizada repetidamente se os dados assinados não incluíssem um nonce ou se o contrato não marcasse o nonce como usado.

A proteção contra replay é uma das partes mais importantes da verificação de assinatura.

Defesas comuns contra replay incluem nonces, prazos, chain IDs, separadores de domínio, endereços de contrato, campos específicos da ação e rastreamento de assinaturas consumidas.

Os usuários podem não ver todos os campos de proteção contra replay em uma solicitação da carteira, mas os desenvolvedores devem incluí-los corretamente.

Uma assinatura que é verificada matematicamente ainda pode ser insegura se for verificada no lugar ou momento errado.

Uma boa verificação de assinatura pergunta não apenas se o signatário está correto, mas também se a autorização assinada é válida para aquele contexto exato.

Nonce na verificação de assinatura

Um nonce é um número ou valor usado para tornar uma mensagem assinada única.

Em sistemas de transação, um nonce pode impedir que a mesma transação seja repetida diversas vezes.

Em sistemas de assinatura de contratos inteligentes, um nonce pode impedir que a mesma permit, ordem ou reivindicação assinada seja usada mais de uma vez.

Um nonce deve ser conferido e atualizado corretamente pelo contrato ou sistema de verificação.

Se um nonce estiver ausente, uma assinatura poderá ser reutilizável.

Se um nonce não for marcado como usado, um atacante poderá repetir a mesma autorização.

Se um nonce for compartilhado incorretamente entre ações não relacionadas, um fluxo de assinatura poderá interferir em outro.

Alguns sistemas usam nonces sequenciais, enquanto outros usam nonces não ordenados ou bitmaps para oferecer flexibilidade.

O design de nonce é um pequeno detalhe que pode determinar se a verificação de assinatura é segura.

Prazo e expiração

Um prazo limita por quanto tempo uma assinatura permanece utilizável.

Isso é importante porque uma assinatura que nunca expira pode se tornar perigosa se for vazada, esquecida ou usada em um ambiente de mercado alterado.

Por exemplo, uma ordem de negociação off-chain normalmente deve expirar após um período definido.

Uma permit de token não deve permanecer válida para sempre, a menos que o usuário entenda claramente esse risco.

Uma assinatura de reivindicação não deve ser utilizável após o término da campanha ou janela de elegibilidade pretendida.

Os prazos também reduzem os danos causados por phishing ou exposição acidental de mensagens.

Um contrato inteligente deve comparar o horário atual do bloco ou contexto de slot com o prazo assinado antes de aceitar a assinatura.

Os usuários devem ter cautela ao assinar mensagens com períodos de expiração muito longos ou ilimitados.

A expiração é um controle prático de segurança que torna a verificação de assinatura mais consciente do contexto.

Separação de domínio

Separação de domínio significa incluir contexto nos dados assinados para que a assinatura seja válida apenas em um domínio específico.

Um domínio pode incluir o nome do aplicativo, versão, chain ID, endereço do contrato verificador e tipo de mensagem.

O EIP-712 usa separação de domínio para reduzir o risco de que uma assinatura para um aplicativo se torne válida em outro.

Isso é importante porque usuários de criptomoedas frequentemente interagem com muitas redes, contratos, carteiras e aplicativos descentralizados.

Sem separação de domínio, assinaturas podem se tornar excessivamente portáveis e, portanto, perigosas.

Uma boa separação de domínio torna uma assinatura mais parecida com uma instrução precisa e menos com um cheque em branco.

Desenvolvedores nunca devem depender apenas de um endereço de usuário e valor quando uma assinatura pode afetar ativos valiosos.

Eles devem incluir contexto suficiente para tornar a autorização exclusiva da ação pretendida.

Os usuários se beneficiam da separação de domínio mesmo quando não veem todos os campos diretamente.

Maleabilidade de assinatura

A maleabilidade de assinatura significa que mais de um valor de assinatura pode ser verificado para o mesmo signatário e mensagem em determinadas condições.

Isso pode criar problemas se um sistema presumir que toda assinatura válida tem apenas uma representação única.

Em sistemas ECDSA, desenvolvedores frequentemente usam regras de s baixo ou bibliotecas maduras para reduzir problemas de maleabilidade.

A maleabilidade pode afetar identificadores de transação, rastreamento de replay, pareamento de ordens e lógica de consumo de assinaturas se for mal tratada.

Um contrato verificador não deve apenas conferir se uma assinatura é válida.

Ele também deve impor a forma canônica esperada quando a blockchain ou biblioteca exigir isso.

Desenvolvedores devem usar bibliotecas de assinatura bem revisadas que já tratem corretamente as regras de maleabilidade.

Usuários normalmente não precisam inspecionar detalhes de maleabilidade, mas são protegidos quando carteiras e contratos seguem padrões seguros.

A maleabilidade de assinatura mostra que a verificação criptográfica exige regras exatas de implementação, e não apenas uma ideia de alto nível.

Verificação de assinatura e login com carteira

O login com carteira frequentemente usa verificação de assinatura de mensagem para provar que um usuário controla um endereço de carteira.

Um site pode solicitar que o usuário assine uma mensagem de login em vez de criar uma conta comum com nome de usuário e senha.

O servidor então verifica a assinatura e confere se ela corresponde ao endereço de carteira declarado.

Isso pode ser conveniente porque o usuário não precisa compartilhar uma senha.

No entanto, mensagens de login devem ser escritas claramente e incluir domínio, timestamp, nonce e finalidade.

Uma solicitação de login vaga pode treinar usuários a assinar mensagens sem lê-las.

Um site malicioso pode imitar um fluxo de login enquanto solicita uma assinatura mais perigosa.

Um login com carteira nunca deve solicitar aprovação de token, transferência de ativos ou autorização pouco clara quando uma prova simples de login é suficiente.

Os usuários devem ler cuidadosamente assinaturas de login e evitar assinar mensagens de sites suspeitos.

Verificação de assinatura e permits de token

Permits de token permitem que usuários aprovem o gasto de tokens por meio de assinaturas, em vez de enviar uma transação de aprovação separada.

Isso pode melhorar a experiência do usuário ao reduzir o número de etapas on-chain.

No entanto, também significa que uma mensagem assinada pode conceder permissão de gasto.

Uma assinatura de permit deve incluir proprietário, gastador, valor, nonce, prazo, contrato do token e contexto da blockchain.

Se um usuário assinar uma permit maliciosa, um atacante poderá gastar tokens sem que o usuário envie uma transação de aprovação normal.

As carteiras devem mostrar claramente os detalhes da permit, pois a assinatura pode ter importância financeira.

Contratos inteligentes devem verificar estritamente as assinaturas de permit e rejeitar aprovações expiradas ou reutilizadas.

Os usuários devem tratar assinaturas de permit com a mesma cautela que transações de aprovação.

Gasless não significa livre de riscos.

Verificação de assinatura e governança

Sistemas de governança podem usar verificação de assinatura para votação off-chain, delegação de votos, apoio a propostas e fluxos de votação gasless.

Um usuário pode assinar uma mensagem de voto, e o sistema de governança pode verificar se a assinatura pertence a um endereço com poder de voto.

Isso pode reduzir taxas de transação e facilitar a participação.

Também pode criar riscos se as assinaturas forem reutilizáveis, pouco claras ou coletadas por interfaces de phishing.

Assinaturas de governança devem incluir ID da proposta, opção de voto, chain ID, contrato de governança, nonce, prazo e contexto de delegação quando necessário.

Os usuários devem ler cuidadosamente as mensagens de voto, pois votos assinados podem afetar a direção do protocolo, ações de tesouraria ou atualizações de contratos.

Desenvolvedores devem tornar as solicitações de assinatura de governança legíveis e difíceis de confundir com aprovações não relacionadas.

A verificação de assinatura pode tornar a governança mais acessível, mas também torna essencial um design de assinatura claro.

Uma assinatura de governança verificada prova que a carteira assinou o voto, e não que o eleitor entendeu todas as consequências.

Verificação de assinatura e bridges

Bridges frequentemente usam assinaturas ou atestações de validadores para confirmar que um evento ocorreu em uma blockchain antes que ativos ou mensagens sejam liberados em outra.

Uma bridge pode exigir assinaturas de um comitê, conjunto de validadores, grupo de relayers, signatário de limiar ou sistema de prova criptográfica.

Portanto, a verificação de assinatura é uma parte essencial de muitos designs cross-chain.

Se a verificação de assinatura de uma bridge for fraca, atacantes podem falsificar mensagens, repetir saques antigos ou induzir a bridge a liberar ativos incorretamente.

Assinaturas de bridge devem incluir chain IDs, IDs de mensagem, endereços de origem e destino, valores, nonces e domínios de contrato.

Bridges são sistemas de alto risco porque frequentemente protegem grandes pools de ativos e dependem de mais de uma rede.

Os usuários devem entender que uma assinatura válida de bridge prova algo somente dentro do modelo de confiança daquela bridge.

Ela não prova automaticamente que a bridge é descentralizada, solvente ou segura.

A verificação de assinatura é necessária para muitas bridges, mas não é o único requisito de segurança de uma bridge.

Verificação de assinatura e carteiras multisignature

Carteiras multisignature exigem mais de uma aprovação antes que uma ação possa ser executada.

A verificação de assinatura é usada para conferir a aprovação de cada signatário conforme as regras da carteira.

Uma carteira multisignature pode exigir dois de três signatários, três de cinco signatários ou outro limiar.

Isso reduz o risco de chave única, pois uma chave roubada pode não ser suficiente para movimentar fundos.

No entanto, a segurança multisignature depende da independência dos signatários, segurança dos dispositivos, revisão clara das transações e lógica correta do contrato.

Uma configuração multisignature ainda pode falhar se todos os signatários aprovarem uma transação maliciosa ou se a interface da carteira for comprometida.

Carteiras multisignature de contratos inteligentes podem usar lógica de validação personalizada, e não apenas recuperação comum de conta por ECDSA.

Esse é um dos motivos pelos quais a compatibilidade com ERC-1271 é importante para aplicativos descentralizados modernos.

A verificação de assinatura multisignature ajuda a distribuir a autoridade, mas não elimina a necessidade de análise cuidadosa.

Verificação de assinatura e abstração de conta

A abstração de conta permite que carteiras usem regras de validação mais flexíveis do que uma conta simples com chave privada.

O roadmap de abstração de conta do Ethereum explica que a abstração de conta pode tornar contas de carteira mais programáveis.

Em sistemas de abstração de conta, a verificação de assinatura pode envolver chaves de sessão, Passkeys, regras multisignature, recuperação social, limites de gasto ou módulos de validação personalizados.

Isso significa que a questão vai além de saber se uma assinatura ECDSA corresponde a um endereço.

O contrato da carteira pode decidir se uma operação é válida conforme sua própria política.

Isso pode melhorar a experiência do usuário e a segurança quando bem projetado.

Também pode criar complexidade, pois os aplicativos precisam oferecer suporte à validação baseada em contrato e a regras de carteira que mudam.

Desenvolvedores devem evitar presumir que toda conta de usuário é uma simples conta externamente controlada.

A verificação de assinatura na abstração de conta está passando de verificações de chave fixas para lógica de autorização programável.

Verificação de assinatura e hardware wallets

Hardware wallets ajudam a proteger chaves privadas ao manter as operações de assinatura dentro de um dispositivo dedicado.

O dispositivo cria assinaturas sem expor a chave privada ao computador ou celular conectado.

A verificação de assinatura pela blockchain ou aplicativo funciona da mesma forma após a produção da assinatura.

O benefício de segurança vem da redução da chance de malware roubar a chave privada.

No entanto, uma hardware wallet não pode proteger um usuário que aprova uma transação maliciosa sem lê-la.

O dispositivo pode mostrar detalhes da transação, mas os usuários ainda devem verificar endereços, valores, taxas e ações de contrato.

A assinatura cega é especialmente arriscada porque o usuário pode aprovar dados que o dispositivo não consegue explicar claramente.

Hardware wallets melhoram a proteção de chaves, enquanto a verificação de assinatura confirma que a chave protegida pelo hardware autorizou a ação.

São necessárias tanto assinatura segura quanto revisão cuidadosa.

Verificação de assinatura e phishing

Ataques de phishing frequentemente enganam usuários para que assinem mensagens ou transações que beneficiam um atacante.

A assinatura pode ser criptograficamente válida mesmo que o usuário tenha sido enganado.

Esse é um ponto importante porque a verificação de assinatura confere validade matemática, e não a intenção do usuário.

Um site de phishing pode solicitar uma assinatura de permit, uma aprovação de token, uma mensagem de login falsa ou uma assinatura de ordem.

Se o usuário assinar, um atacante poderá enviar os dados assinados a um contrato que os aceite.

O alerta da SEC para investidores sobre golpes com criptoativos adverte que fraudadores usam diferentes táticas para atrair vítimas a golpes relacionados a criptoativos.

Os usuários devem verificar domínios de sites, solicitações da carteira, endereços de gastadores, valores de tokens, prazos e texto das mensagens antes de assinar.

Devem evitar links urgentes, airdrops falsos, contas falsas de suporte e solicitações inesperadas de aprovação.

A verificação de assinatura não pode proteger usuários contra todos os ataques de engenharia social, pois um usuário enganado ainda pode produzir uma assinatura válida.

Verificação de assinatura e simulação de transação

A simulação de transação tenta prever o que uma transação pode fazer antes de o usuário assiná-la ou transmiti-la.

A simulação pode ajudar os usuários a entender se uma transação assinada pode transferir tokens, aprovar gastos, criar ativos, chamar um contrato ou falhar.

Verificação de assinatura e simulação resolvem problemas diferentes.

A verificação de assinatura confere se uma autorização é criptograficamente válida.

A simulação estima o efeito provável da ação autorizada no estado atual.

Uma assinatura válida pode autorizar uma ação prejudicial, enquanto a simulação pode ajudar a revelar esse dano antes da confirmação.

A simulação não é perfeita porque o estado da blockchain pode mudar antes que a transação seja executada.

Ela também pode deixar de identificar efeitos de contratos complexos, fluxo privado de ordens ou comportamento incomum de tokens.

Os usuários devem tratar a simulação como uma ferramenta de alerta útil, e não como garantia perfeita.

Verificação de assinatura para desenvolvedores

Desenvolvedores devem verificar assinaturas usando bibliotecas confiáveis e padrões conhecidos.

Devem evitar escrever código criptográfico personalizado, a menos que tenham experiência especializada e um motivo sólido.

Devem definir exatamente o que o usuário está assinando e codificar esses dados sem ambiguidade.

Devem incluir chain ID, endereço do contrato, nonce, prazo, signatário, tipo de ação, valor, destinatário e qualquer outro contexto importante.

Devem rejeitar assinaturas expiradas e nonces já utilizados.

Devem se proteger contra maleabilidade de assinatura e recuperação do signatário errado.

Devem oferecer suporte ao ERC-1271 quando usuários esperados forem carteiras de contratos inteligentes.

Devem testar assinaturas em diferentes carteiras, bibliotecas, redes e casos extremos.

Devem projetar solicitações de assinatura que os usuários possam ler e entender.

Verificação de assinatura para usuários

Os usuários devem tratar toda solicitação de assinatura como um evento real de autorização.

Devem ler as solicitações da carteira antes de aprová-las.

Devem ter cautela quando a carteira mostrar dados hexadecimais brutos ou texto de mensagem pouco claro.

Devem verificar o domínio do site antes de assinar qualquer coisa.

Devem conferir se uma assinatura serve apenas para login ou se concede gasto de tokens, execução de negociações, poder de voto ou direitos de saque.

Devem evitar assinar mensagens de links recebidos por mensagens desconhecidas, contas falsas de suporte ou páginas suspeitas de airdrop.

Devem usar hardware wallets ou estruturas de custódia mais robustas para saldos elevados, quando apropriado.

Devem revisar e revogar aprovações de tokens desnecessárias quando for prático.

Devem lembrar que uma assinatura válida ainda pode ser perigosa se autorizar a ação errada.

Erros comuns na verificação de assinatura

Um erro comum é presumir que uma assinatura válida significa que a ação é segura.

Outro erro é assinar mensagens ilegíveis sem entender a finalidade.

Um terceiro erro é esquecer de incluir um nonce nas autorizações assinadas.

Um quarto erro é esquecer de incluir um prazo ou horário de expiração.

Um quinto erro é não incluir chain ID ou endereço do contrato verificador nos dados assinados.

Um sexto erro é usar assinatura de mensagem pessoal para aprovações financeiras complexas que precisam de dados estruturados tipados.

Um sétimo erro é não oferecer suporte a carteiras de contratos inteligentes por meio do ERC-1271.

Um oitavo erro é aceitar assinaturas maleáveis ou comprimentos de assinatura incorretos sem verificações adequadas.

Um nono erro é usar bibliotecas de assinatura desatualizadas ou incompatíveis entre front ends e contratos.

Um décimo erro é tratar assinaturas off-chain como inofensivas porque não custam gas imediatamente.

Benefícios da verificação de assinatura

O primeiro benefício da verificação de assinatura é uma forte autorização de transação sem senhas.

O segundo benefício é a prova de propriedade de carteira sem revelar a chave privada.

O terceiro benefício é a proteção contra alteração de dados de transação ou mensagem.

O quarto benefício é o suporte a aprovações gasless, ordens off-chain e login com carteira.

O quinto benefício é maior compatibilidade com governança, permits, reivindicações e abstração de conta.

O sexto benefício é a autenticação descentralizada, pois usuários podem provar o controle de um endereço sem um provedor central de identidade.

O sétimo benefício é a automação de contratos inteligentes baseada em instruções assinadas.

O oitavo benefício é o suporte a multisignature e carteiras programáveis quando implementadas com os padrões corretos.

O nono benefício é a melhoria da coordenação cross-chain e off-chain quando a proteção contra replay é projetada corretamente.

O décimo benefício é ser a própria base da propriedade de ativos cripto.

Riscos e limitações da verificação de assinatura

A primeira limitação é que a verificação de assinatura prova controle da chave, não a intenção do usuário.

A segunda limitação é que uma chave privada roubada pode produzir assinaturas válidas.

A terceira limitação é que um usuário enganado pode assinar uma mensagem maliciosa.

A quarta limitação é que ataques de replay podem ocorrer se contexto e nonces estiverem ausentes.

A quinta limitação é que assinaturas podem ser inseguras se as solicitações da carteira forem ilegíveis.

A sexta limitação é que carteiras de contratos inteligentes podem exigir ERC-1271 ou suporte de validação personalizado.

A sétima limitação é que implementações fracas de assinatura podem expor chaves privadas.

A oitava limitação é que assinaturas cross-chain podem ser perigosas sem proteção específica por blockchain.

A nona limitação é que assinaturas válidas não provam que um contrato, token, bridge ou aplicativo é seguro.

A décima limitação é que usuários podem interpretar mal assinaturas off-chain porque elas podem não parecer transações normais.

Boas práticas para verificação de assinatura

Use padrões de assinatura estabelecidos em vez de formatos personalizados de mensagem.

Use dados tipados EIP-712 para aprovações complexas de usuários no estilo Ethereum, quando apropriado.

Use formatação ERC-191 para mensagens assinadas no Ethereum quando ela for adequada ao caso de uso.

Ofereça suporte ao ERC-1271 quando carteiras de contrato ou usuários de abstração de conta puderem interagir com o aplicativo.

Inclua nonce, prazo, chain ID, contrato verificador, tipo de ação, signatário, valor e destinatário nos dados assinados quando relevante.

Rejeite assinaturas reutilizadas, expiradas, malformadas ou maleáveis.

Mantenha as bibliotecas de assinatura e verificação atualizadas e testadas.

Exiba solicitações de assinatura em linguagem clara e legível por humanos.

Eduque os usuários de que a assinatura de mensagens pode autorizar ações financeiras.

Combine a verificação de assinatura com simulação de transação, revisão de permissões e verificações de segurança de contratos inteligentes.

FAQ

O que significa verificação de assinatura no mercado cripto?

Verificação de assinatura significa conferir se uma assinatura digital foi criada pela chave privada vinculada a uma chave pública específica, endereço de carteira ou regra de carteira de contrato inteligente.

Por que as blockchains verificam assinaturas?

As blockchains verificam assinaturas para confirmar que transações foram autorizadas pelo proprietário correto da carteira antes de alterar saldos ou o estado de contratos.

A verificação de assinatura revela minha chave privada?

Não. A verificação de assinatura confere uma prova criada pela chave privada sem revelar a própria chave privada.

Uma assinatura válida pode ser perigosa?

Sim. Uma assinatura válida pode ser perigosa se o usuário assinou uma aprovação, permit, ordem, transação ou mensagem maliciosa.

Qual é a diferença entre assinar e verificar?

Assinar cria uma assinatura digital com uma chave privada, enquanto verificar confere se a assinatura corresponde aos dados e à identidade pública do signatário.

Para que serve o EIP-712?

O EIP-712 é usado para assinar dados estruturados tipados, permitindo que carteiras e aplicativos lidem com assinaturas complexas no estilo Ethereum de forma mais clara e segura.

Para que serve o ERC-1271?

O ERC-1271 permite que carteiras de contratos inteligentes validem assinaturas pela lógica do contrato, em vez de depender apenas de assinaturas comuns de contas com chave privada.

O que é proteção contra replay?

A proteção contra replay impede que uma assinatura válida seja reutilizada na transação, contrato, blockchain, período ou contexto de autorização incorreto.

Assinar uma mensagem pode movimentar meus fundos?

Assinar uma mensagem pode não movimentar fundos imediatamente, mas uma permit, ordem ou autorização assinada pode posteriormente permitir que um contrato ou atacante mova ativos se a mensagem conceder esse poder.

Como os usuários podem permanecer seguros ao assinar mensagens?

Os usuários podem ficar mais seguros lendo as solicitações da carteira, verificando domínios, conferindo endereços de gastadores, evitando mensagens vagas, usando interfaces confiáveis e recusando assinaturas que não entendem.

Conclusão

A Verificação de Assinatura é o processo criptográfico que confere se uma transação ou mensagem foi autorizada pela chave privada ou lógica de carteira ligada a uma identidade blockchain pública.

Ela é um dos mecanismos de segurança centrais por trás da propriedade cripto, aprovação de transações, login com carteira, permits de token, votação de governança, ordens off-chain, autorização de contratos inteligentes, bridges e carteiras multisignature.

A verificação de assinatura funciona porque chaves privadas podem criar assinaturas que chaves públicas ou regras de contratos inteligentes podem verificar sem expor a chave privada.

Ecossistemas diferentes usam esquemas de assinatura distintos, como ECDSA em sistemas no estilo Bitcoin e Ethereum e Ed25519 na assinatura de transações Solana.

Padrões de assinatura Ethereum, como ERC-191, EIP-712 e ERC-1271, ajudam a tornar a verificação de assinatura mais segura e compatível entre carteiras, aplicativos e contratos inteligentes.

Uma verificação de assinatura robusta exige proteção contra replay, nonces, prazos, separação de domínio, verificação correta do signatário, proteção contra maleabilidade e suporte a carteiras de contratos inteligentes quando necessário.

Os usuários devem entender que uma assinatura válida prova a autorização por uma chave ou regra de carteira, mas não prova que a ação é segura, lucrativa ou livre de phishing.

Desenvolvedores devem usar bibliotecas maduras, dados tipados claros, padrões seguros de contratos inteligentes e solicitações de assinatura legíveis, em vez de fluxos de assinatura personalizados e pouco claros.

Para iniciantes, a verificação de assinatura é melhor entendida como a checagem cripto que prova que uma carteira realmente aprovou algo.

Para usuários avançados, ela é um mecanismo de autenticação e integridade que conecta chaves privadas, chaves públicas, hashes, padrões, contratos inteligentes, proteção contra replay e segurança de carteiras em um sistema de autorização.

No contexto de glossário cripto, Verificação de Assinatura significa o processo de validar assinaturas digitais para que redes blockchain e aplicativos possam confirmar que ações assinadas vieram da carteira correta ou da autoridade baseada em contrato.

A principal conclusão é que a verificação de assinatura torna possível a propriedade e a autorização no mercado cripto, mas os usuários ainda precisam manter boas práticas de segurança de carteira, ler solicitações de assinatura claras, usar interfaces confiáveis e ter ceticismo antes de aprovar qualquer transação ou mensagem.