Carteira de hardware

O que é uma carteira de hardware?

Uma carteira de hardware é um dispositivo físico dedicado que protege chaves privadas de criptomoedas e assina transações de blockchain.

Ela foi projetada para manter as operações de assinatura sensíveis separadas de computadores e celulares de uso geral, que estão mais expostos a malware, extensões de navegador maliciosas, ferramentas de acesso remoto e outras ameaças online.

Uma carteira de hardware não guarda criptomoedas fisicamente dentro do dispositivo.

Os criptoativos continuam registrados em suas respectivas blockchains, enquanto a carteira armazena ou deriva as chaves privadas necessárias para autorizar transações envolvendo esses ativos.

O boletim da SEC Investor.gov sobre custódia de criptoativos explica que carteiras de criptomoedas dão acesso por meio de chaves privadas e que a autocustódia coloca sobre o usuário a responsabilidade de proteger essas chaves.

Por isso, é melhor entender a carteira de hardware como um dispositivo seguro para assinar transações e gerenciar chaves, e não como um recipiente para moedas digitais.

Seu principal benefício é que a chave privada deve permanecer dentro do dispositivo mesmo quando a carteira se comunica com um aplicativo conectado à internet.

Sua principal limitação é que ela não protege usuários que revelam a frase de recuperação, aprovam uma transação maliciosa, escolhem um endereço incorreto ou interagem com um contrato inteligente inseguro.

Como funciona uma carteira de hardware

Normalmente, uma carteira de hardware gera informações criptográficas secretas durante a inicialização.

Essas informações podem ser usadas para criar uma chave privada ou uma árvore hierárquica com muitas chaves privadas e contas de blockchain.

O dispositivo pode derivar chaves públicas e endereços de recebimento sem expor as chaves privadas usadas para assinar.

Quando o usuário recebe cripto, o aplicativo da carteira exibe um endereço público associado a uma chave controlada pela carteira de hardware.

Quando o usuário quer enviar cripto, um aplicativo em um computador ou celular prepara uma transação sem assinatura.

A transação sem assinatura é transferida para a carteira de hardware por um método de comunicação compatível.

A carteira de hardware interpreta a transação e exibe os detalhes importantes na própria tela.

Antes de aprovar a solicitação, o usuário confere o endereço, o valor, a rede, a taxa e as informações disponíveis sobre o contrato.

Em seguida, a carteira de hardware cria uma assinatura digital internamente.

Somente a assinatura ou a transação assinada retorna ao aplicativo conectado.

O aplicativo transmite a transação assinada à rede blockchain.

O guia para desenvolvedores do Bitcoin sobre carteiras de hardware descreve esses dispositivos como assinadores dedicados que podem se comunicar com sistemas conectados sem dar a eles acesso direto às chaves privadas.

O que fica armazenado em uma carteira de hardware?

De acordo com seu design, uma carteira de hardware armazena ou deriva chaves privadas, chaves públicas, dados de conta e configurações do dispositivo.

Ela também pode armazenar aplicativos de carteira, informações sobre redes compatíveis, regras de interpretação de transações e metadados públicos.

O dispositivo não precisa armazenar todo o histórico de transações da blockchain.

Em geral, o software da carteira conectada ou um nó de blockchain recupera saldos, histórico de transações, taxas e status da rede.

O valor exibido pelo aplicativo da carteira é calculado com base nos dados da blockchain associados aos endereços do usuário.

Se a exibição do saldo estiver incorreta ou indisponível, as criptomoedas não desaparecem da blockchain.

O controle dos ativos continua dependendo das chaves privadas correspondentes e das regras da blockchain.

Chaves privadas e chaves públicas

Uma chave privada é um dado criptográfico secreto usado para criar assinaturas digitais.

Uma chave pública é uma informação matemática relacionada que permite a outros participantes verificar essas assinaturas.

Um endereço de blockchain costuma ser derivado de uma chave pública ou de outra estrutura de conta.

Em geral, o endereço público pode ser compartilhado para receber criptomoedas.

A chave privada deve permanecer secreta, pois quem a controlar poderá conseguir autorizar transações.

Uma carteira de hardware busca garantir que a chave privada nunca precise ser copiada para o computador conectado.

O computador pode preparar transações e receber assinaturas sem conhecer a chave secreta.

Esse isolamento reduz uma importante via de ataque, mas não garante que toda transação apresentada ao dispositivo seja segura.

Carteira de hardware vs. carteira de software

Uma carteira de software armazena ou usa chaves de assinatura por meio de um aplicativo executado em um dispositivo de uso geral.

Carteiras de software podem ser práticas para pagamentos frequentes, aplicativos descentralizados, gerenciamento de tokens e saldos pequenos para uso diário.

No entanto, o sistema operacional também pode executar navegadores, ferramentas de mensagens, extensões, jogos e outros softwares com possíveis vulnerabilidades.

Uma carteira de hardware mantém as chaves de assinatura em um dispositivo separado, com uma finalidade mais restrita e um ambiente de software menor.

Isso pode dificultar o roubo remoto de chaves.

Uma carteira de hardware costuma ser menos prática porque o dispositivo físico precisa estar disponível e desbloqueado para assinar uma transação.

Muitos usuários separam os ativos de longo prazo das atividades diárias, usando uma carteira de hardware para economias e uma carteira de software com saldo limitado para transações frequentes.

Carteira de hardware vs. hot wallet

Uma hot wallet é uma carteira cujo ambiente de assinatura está conectado regularmente à internet.

Uma carteira de navegador ou de celular geralmente é considerada hot porque o aplicativo e o dispositivo interagem continuamente com serviços online.

Uma carteira de hardware pode se conectar a um computador online enquanto mantém as chaves privadas isoladas no dispositivo.

Isso significa que uma carteira de hardware conectada ainda pode oferecer um isolamento de chaves mais forte do que uma hot wallet comum.

No entanto, o aplicativo conectado pode enviar dados de transação enganosos ao dispositivo.

Por isso, o usuário precisa conferir os detalhes finais da transação na própria tela da carteira de hardware.

Carteira de hardware vs. cold wallet

Cold wallet é um termo amplo para uma carteira cujas chaves privadas são mantidas afastadas de sistemas conectados à internet.

Uma carteira de hardware pode ser usada como cold storage, mas “carteira de hardware” e “cold wallet” nem sempre significam exatamente a mesma coisa.

Algumas carteiras de hardware se conectam diretamente a computadores ou celulares, mas impedem que a chave privada saia do dispositivo.

Outros dispositivos usam fluxos de trabalho totalmente offline com QR codes ou mídias removíveis.

Um computador offline ou outro sistema especializado de assinatura também pode ser considerado cold storage sem ser uma carteira de hardware comercial.

Cold storage descreve o ambiente de segurança, enquanto carteira de hardware descreve a forma física do assinador.

Carteira de hardware vs. carteira de papel

Uma carteira de papel geralmente se refere a informações de chave privada ou seed registradas em papel.

O papel pode manter um segredo offline, mas não consegue interpretar uma transação com segurança, exibir seu significado ou criar uma assinatura sem que o segredo seja importado para outro dispositivo.

Importar ou digitar uma chave de papel em um sistema online pode expô-la a malware.

Uma carteira de hardware realiza a assinatura em um ambiente dedicado e pode exibir os detalhes da transação antes da aprovação.

O papel ainda pode ser usado como material de backup de recuperação, mas é vulnerável a fogo, água, desbotamento, roubo, fotografias e descarte acidental.

Frase de recuperação

Muitas carteiras de hardware criam uma sequência de palavras chamada frase de recuperação, seed phrase, frase mnemônica ou frase de backup.

Essa frase pode recriar a raiz determinística a partir da qual as chaves privadas da carteira são derivadas.

O BIP-39 define um método amplamente usado para representar aleatoriedade gerada por computador como uma sequência mnemônica legível por humanos e convertê-la em uma seed binária.

Os comprimentos comuns de frases BIP-39 incluem 12, 15, 18, 21 e 24 palavras.

As palavras devem aparecer na ordem correta e normalmente incluem informações de checksum.

O BIP-39 foi criado para representar aleatoriedade gerada com segurança, e não uma frase criada pelo usuário.

Uma frase inventada pelo usuário pode ser previsível e vulnerável a tentativas automatizadas.

A frase de recuperação deve ser tratada como um segredo mestre, pois quem a obtiver poderá restaurar a carteira sem ter o dispositivo de hardware original.

Estrutura hierárquica determinística da carteira

A maioria das carteiras de hardware modernas usa uma estrutura hierárquica determinística de chaves.

O BIP-32 define um sistema para derivar uma árvore de chaves privadas e públicas a partir de uma seed raiz.

Essa estrutura permite que uma única configuração de recuperação recrie muitas contas e endereços.

Ramificações diferentes podem representar criptomoedas, contas, endereços de recebimento, endereços de troco ou finalidades de carteira distintos.

Assim, a mesma frase de recuperação pode controlar um grande conjunto de contas de blockchain.

Essa praticidade também cria risco de concentração, pois o comprometimento de uma única raiz pode expor todas as contas derivadas dela.

Uma recuperação bem-sucedida pode exigir o caminho de derivação, o índice da conta, o tipo de endereço, a rede blockchain e uma eventual frase-senha corretos.

Frase-senha de recuperação

Algumas carteiras de hardware aceitam uma frase-senha opcional combinada com a frase mnemônica.

Cada frase-senha diferente produz uma carteira determinística diferente.

Uma frase-senha incorreta pode abrir uma carteira válida, mas vazia, em vez de gerar um erro.

Se a frase-senha permanecer secreta, ela pode reduzir o impacto do roubo da frase de recuperação.

Ela também cria outra forma de perder o acesso permanentemente.

A frase mnemônica original, sozinha, não consegue recriar uma carteira protegida por frase-senha sem a frase-senha exata.

Maiúsculas e minúsculas, espaços, pontuação e escolha de caracteres podem ser relevantes.

Uma frase-senha só deve ser usada com um backup testado e um plano de herança.

PIN do dispositivo

O PIN de uma carteira de hardware protege o acesso local ao dispositivo físico.

Ele pode impedir que um ladrão abra imediatamente a carteira ou assine transações.

O PIN não é o mesmo que a frase de recuperação ou a frase-senha de recuperação.

Se o usuário esquecer o PIN, o dispositivo pode permitir uma redefinição e restauração com as informações de recuperação.

Esquecer a frase-senha de recuperação pode tornar a carteira pretendida permanentemente inacessível.

O PIN deve ser exclusivo e não deve ser reutilizado de um celular, cartão de pagamento, conta de e-mail ou outro serviço.

Os usuários devem entender como o dispositivo trata tentativas incorretas repetidas e a exclusão segura dos dados.

Elemento seguro

Algumas carteiras de hardware usam um elemento seguro projetado para resistir à extração de chaves e a certos tipos de ataque físico.

Um elemento seguro pode incluir proteções contra injeção de falhas, sondagem, manipulação de tensão e análise de canal lateral.

Outras carteiras de hardware usam microcontroladores comuns, com diferentes vantagens e desvantagens em segurança e transparência.

Nenhum chip torna a carteira inteira automaticamente segura.

A segurança também depende do firmware, da interpretação das transações, da geração de números aleatórios, da integridade da tela, da autenticação de atualizações, das práticas de backup e do aplicativo associado.

Um elemento seguro não protege uma frase-semente fotografada pelo usuário nem uma transação maliciosa aprovada deliberadamente no dispositivo.

Tela confiável

A tela da própria carteira de hardware é um componente de segurança crítico.

Um computador comprometido pode exibir um endereço de destino e enviar ao assinador outro endereço.

A tela do dispositivo deve mostrar as informações que ele realmente assinará.

Os usuários devem comparar o endereço de destino completo, em vez de verificar apenas alguns caracteres no início e no fim.

Também devem verificar o valor, o ativo, a rede, a taxa de transação, a ação do contrato e o limite de autorização, quando esses detalhes estiverem disponíveis.

Um dispositivo sem tela independente exige maior confiança no computador conectado.

Confirmação física

Em geral, as carteiras de hardware exigem que o usuário pressione um botão, toque na tela ou faça outra confirmação física antes da assinatura.

Esse requisito pode impedir que malware remoto assine transações silenciosamente quando o dispositivo está conectado, mas sem supervisão.

A confirmação física não prova que a transação é segura.

Ela apenas comprova que alguém com acesso ao dispositivo aprovou as informações exibidas.

O usuário ainda precisa entender o que está confirmando.

Assinatura clara

Assinatura clara significa exibir as informações da transação em uma linguagem que o usuário entenda antes da aprovação.

O ERC-7730 descreve um formato estruturado de assinatura clara destinado a ajudar carteiras de hardware a exibir ações de blockchain de forma compreensível.

Uma tela de assinatura clara pode mostrar que o usuário está transferindo um token específico, aprovando um limite de gasto, depositando garantia ou delegando autoridade sobre a conta.

Isso é mais seguro do que exibir apenas dados hexadecimais brutos ou um hash sem explicação.

A assinatura clara depende de metadados precisos, interpretação segura e uma conexão confiável entre a descrição exibida e os bytes efetivamente assinados.

Os usuários devem ter cautela quando o dispositivo não consegue explicar uma ação desconhecida.

Assinatura às cegas

A assinatura às cegas ocorre quando uma carteira de hardware assina informações que não consegue exibir de forma compreensível.

O dispositivo pode mostrar dados brutos, um hash de dados ou um aviso genérico, em vez do efeito econômico da solicitação.

Isso reduz grande parte da proteção oferecida pela tela confiável.

Um aplicativo malicioso pode usar a assinatura às cegas para ocultar uma autorização de token, transferência de ativos, autorização de governança ou delegação de conta.

A assinatura às cegas deve ser evitada quando o usuário não consegue verificar a mensagem exata de forma independente.

Contas de armazenamento de alto valor não devem interagir rotineiramente com aplicativos que exigem autorizações opacas.

Assinatura de mensagens tipadas

Aplicativos de blockchain podem solicitar assinaturas de mensagens que não são transmitidas imediatamente como transações comuns.

O EIP-712 define dados estruturados tipados para que as carteiras possam exibir campos com mais contexto do que uma sequência de bytes opaca.

Uma mensagem tipada pode autorizar uma transferência posterior de tokens, uma instrução de negociação, um voto de governança, uma ação de login ou uma operação de contrato inteligente.

Uma assinatura de mensagem pode não exigir uma taxa de transação imediata, mas ainda pode conceder uma autorização valiosa.

O EIP-712, por si só, não oferece proteção automática contra repetição para todos os casos de uso.

Antes de assinar, os usuários devem verificar o domínio, a chain, o contrato, o nonce, o prazo, os ativos e as permissões solicitadas.

Autorizações de contratos inteligentes

Uma carteira de hardware protege a chave de assinatura, mas não consegue impedir danos causados por uma autorização válida confirmada pelo proprietário.

Autorizações de tokens podem permitir que um contrato inteligente ou outro endereço transfira ativos da conta do usuário.

Uma autorização ilimitada pode continuar ativa depois que o usuário sai de um aplicativo ou desconecta a carteira dele.

O guia da Ethereum para revogar o acesso a tokens explica que desconectar uma carteira de um site não é o mesmo que remover uma permissão on-chain.

Os usuários devem limitar os valores de autorização quando possível.

Permissões não utilizadas devem ser revisadas e revogadas por um processo autenticado.

Uma carteira separada para aplicativos descentralizados pode reduzir o valor exposto a autorizações arriscadas.

Delegação EIP-7702

O EIP-7702 introduziu um tipo de transação que permite que uma conta Ethereum de propriedade externa delegue comportamento a código de contrato inteligente.

A atualização Pectra foi ativada na Ethereum Mainnet em 7 de maio de 2025.

A delegação pode oferecer suporte a agrupamento de transações, taxas patrocinadas, sistemas de recuperação, controles de gastos e outros recursos programáveis de contas.

Ela também pode conceder autoridade significativa sobre os ativos de uma conta.

As orientações atuais da Ethereum sobre EIP-7702 para carteiras de hardware recomendam que essas carteiras tratem delegações arbitrárias com cautela e priorizem implementações revisadas.

Antes de assinar, o usuário deve verificar o contrato de delegação, a chain, as permissões, as regras de atualização e o processo de revogação.

Uma carteira de hardware não consegue proteger a conta depois que o proprietário autoriza um código de delegação inseguro.

Transações parcialmente assinadas

Um formato de transação parcialmente assinada permite que dispositivos e aplicativos diferentes participem da criação de transações sem compartilhar chaves privadas.

O BIP-174 define o formato Partially Signed Bitcoin Transaction, comumente chamado de PSBT.

Uma carteira watch-only pode preparar uma PSBT e transferi-la para uma carteira de hardware.

A carteira de hardware pode revisar e assinar a transação sem acesso direto à rede.

Em seguida, o arquivo assinado pode retornar a um aplicativo online para finalização e transmissão.

Os fluxos de trabalho PSBT são compatíveis com carteiras de hardware, assinadores isolados da rede, configurações multisig e processos de aprovação organizacional.

O assinador ainda precisa verificar as saídas, pois uma PSBT formatada corretamente pode conter um pagamento indesejado.

Assinatura offline

A assinatura offline separa a criação e a transmissão de transações do uso de chaves privadas.

Um dispositivo online prepara uma transação sem assinatura.

Uma carteira de hardware offline assina a transação.

A transação assinada retorna ao dispositivo online para ser transmitida.

O guia de segurança de carteiras do Bitcoin descreve esse fluxo geral como uma forma de manter o ambiente de assinatura desconectado da rede.

A assinatura offline reduz as oportunidades de extração remota de chaves.

Ela não protege contra dados de transação maliciosos, firmware comprometido, mídias removíveis inseguras ou uma revisão descuidada.

Carteira de hardware air-gapped

Uma carteira de hardware air-gapped não exige conexão direta com ou sem fio ao computador online.

Transações sem assinatura e assinadas podem ser transferidas por QR codes ou armazenamento removível.

Um air gap pode reduzir a exposição a ataques que envolvam drivers USB, protocolos sem fio e comunicação direta com o computador anfitrião.

No entanto, as informações ainda atravessam o isolamento de outra forma.

Um QR code pode conter uma solicitação de transação maliciosa.

Um cartão de memória pode transportar um arquivo criado para explorar um software de interpretação vulnerável.

O usuário precisa continuar verificando cada transação na tela confiável da carteira de hardware.

Comunicação por USB, Bluetooth, NFC e QR

As carteiras de hardware podem se comunicar por USB, Bluetooth, NFC, QR codes, cartões de memória ou outros canais.

Nenhum método de comunicação é automaticamente seguro ou inseguro em todas as implementações.

O USB cria uma conexão direta, mas ainda pode ser usado com segurança quando as chaves permanecem isoladas e o protocolo é cuidadosamente projetado.

A comunicação sem fio acrescenta exposição por rádio, mas pode usar autenticação, criptografia e comandos limitados.

Sistemas de QR tornam os dados transferidos visíveis, mas ainda podem transmitir instruções prejudiciais.

A segurança depende do protocolo completo, do firmware, do analisador, da interface do usuário e do processo de verificação de transações.

Carteira watch-only

Uma carteira watch-only acompanha saldos e transações sem armazenar as chaves privadas necessárias para gastar fundos.

Ela pode preparar transações sem assinatura enquanto a carteira de hardware permanece guardada com segurança.

A carteira watch-only pode usar endereços públicos ou uma chave pública estendida.

Uma chave pública estendida pode revelar muitos endereços e transações pertencentes à mesma ramificação da carteira.

Por isso, ela deve ser tratada como informação financeira sensível, embora normalmente não possa assinar transações.

Uma configuração watch-only pode melhorar a separação entre o monitoramento cotidiano e a assinatura ocasional.

Configuração multisig com carteiras de hardware

Uma carteira multisig exige a aprovação de mais de uma chave privada independente.

Por exemplo, uma política 2 de 3 exige assinaturas de quaisquer duas das três chaves autorizadas.

Várias carteiras de hardware inicializadas de forma independente podem atuar como assinadores separados.

Cada assinador deve usar uma seed diferente.

Copiar a mesma seed para vários dispositivos não cria proteção multisig verdadeira, pois uma única seed comprometida expõe todas as cópias.

Os dispositivos e backups devem ser guardados em locais seguros separados.

Um backup completo pode exigir descritores de carteira, chaves públicas, caminhos de derivação, ordem dos assinadores e detalhes do limite de assinaturas, além das frases de recuperação individuais.

Todo o processo de recuperação deve ser testado antes de depositar um valor substancial.

Carteiras de hardware e carteiras de contratos inteligentes

Uma carteira de hardware pode ser um dos assinadores autorizados de uma carteira de contrato inteligente.

Uma carteira de contrato inteligente pode oferecer suporte a vários assinadores, limites de gastos, guardiões de recuperação, atrasos, permissões de sessão e regras de segurança atualizáveis.

O roteiro da Ethereum para abstração de contas descreve contas programáveis que podem oferecer recuperação, agrupamento de transações, pagamento alternativo de taxas e controles mais robustos para o usuário.

A carteira de hardware protege a chave do assinador, enquanto o contrato inteligente define como essa chave pode ser usada.

Essa configuração pode reduzir a dependência de um único dispositivo.

Também pode criar novos riscos relacionados a módulos de recuperação, administradores, chaves de atualização, contratos de delegação ou lógica de conta mal projetada.

Carteiras de hardware para DeFi

Uma carteira de hardware pode assinar transações de empréstimos descentralizados, fornecimento de liquidez, staking, swaps de tokens, governança e outras atividades de DeFi.

O dispositivo não determina se um protocolo é financeiramente sólido ou tecnicamente seguro.

Uma assinatura válida de carteira de hardware pode autorizar uma posição alavancada, uma transferência insegura por bridge, uma autorização maliciosa de token ou uma interação com um contrato vulnerável.

Os usuários devem verificar o endereço do contrato, a rede blockchain, o valor do token, o limite de autorização, a taxa e o resultado esperado.

Sempre que possível, os ativos de longo prazo devem ficar separados das atividades experimentais de DeFi.

Uma carteira dedicada a interações limita o valor exposto a uma autorização indevida ou ao comprometimento de um aplicativo.

Carteiras de hardware para staking

Quando a rede correspondente é compatível, uma carteira de hardware pode autorizar depósitos de staking, delegações, ações de validadores e saques.

O dispositivo não elimina os riscos de staking.

Esses riscos podem incluir slashing, indisponibilidade do validador, vulnerabilidades de contratos inteligentes, volatilidade do preço do token, atrasos em saques e mudanças de governança.

Os usuários devem entender qual chave controla as operações de staking e qual chave controla os saques.

Registros de validadores, credenciais de saque, caminhos de conta e informações de recuperação devem fazer parte do plano de backup.

Segurança do firmware

O firmware controla a geração de chaves, a interpretação de transações, a assinatura, a exibição, o armazenamento e a comunicação.

Atualizações de firmware podem corrigir vulnerabilidades, aprimorar a assinatura clara, adicionar suporte a redes ou alterar o comportamento do dispositivo.

As atualizações devem ser obtidas apenas por canais oficiais autenticados.

Os usuários devem verificar a assinatura ou a autenticidade da atualização pelo processo compatível com o dispositivo.

Uma atualização normal de firmware não deve exigir que a frase de recuperação seja inserida em um site ou computador comum.

O backup de recuperação deve ser verificado antes de uma atualização que possa redefinir o dispositivo.

Instalar firmware não verificado pode comprometer a carteira, enquanto recusar todas as atualizações pode deixar vulnerabilidades conhecidas sem correção.

Carteiras de hardware de código aberto e código fechado

O firmware de código aberto permite que pesquisadores independentes inspecionem o código e identifiquem possíveis vulnerabilidades.

Ele também pode permitir compilações reproduzíveis que ajudem os usuários a comparar o firmware lançado com o código-fonte publicado.

O código aberto não comprova que o dispositivo físico esteja executando o código revisado.

Componentes de código fechado exigem maior confiança no desenvolvedor, no fabricante e no processo de auditoria.

Muitas carteiras de hardware combinam componentes abertos e fechados.

Em vez de se basear em um único rótulo, os usuários devem avaliar o histórico de vulnerabilidades, a resposta de segurança, a verificação do firmware, as auditorias, a arquitetura do hardware e a compatibilidade de recuperação.

Risco da cadeia de suprimentos

Uma carteira de hardware pode ser atacada antes de chegar ao proprietário.

Entre as possíveis ameaças estão dispositivos substituídos, firmware modificado, embalagens adulteradas, software complementar falso e revendedores fraudulentos.

Uma carteira de hardware nova deve gerar informações de recuperação novas durante o processo de configuração do proprietário.

Um dispositivo que chegue com uma frase de recuperação já escrita não deve ser considerado confiável.

Outra pessoa pode já conhecer essa frase e as chaves privadas correspondentes.

Lacres da embalagem podem fornecer indícios de adulteração, mas não devem ser a única verificação de segurança.

A verificação da autenticidade do dispositivo e uma inicialização segura são mais importantes.

Roubo físico

O roubo de uma carteira de hardware não dá necessariamente ao ladrão acesso imediato às criptomoedas.

O PIN e as medidas internas de segurança podem atrasar ou impedir uma assinatura não autorizada.

Um invasor experiente com acesso físico prolongado pode tentar sondar o chip, injetar falhas, realizar análise de canal lateral, modificar o firmware ou burlar o PIN.

Usuários que protegem valores substanciais devem considerar que a posse física prolongada representa um risco.

A frase de recuperação não deve ser guardada junto com o dispositivo.

Uma frase-senha ou configuração multisig pode reduzir a dependência de um único objeto roubado, quando implementada corretamente.

Perda, dano ou falha do dispositivo

Uma carteira de hardware pode ser perdida, queimada, inundada, esmagada, corroída ou danificada por uma falha de componente.

Por isso, o dispositivo físico nunca deve ser a única forma de recuperar as chaves.

Um backup seguro pode restaurar a carteira em um hardware ou software compatível.

O boletim da SEC sobre custódia alerta que dispositivos cold wallet podem ser perdidos, danificados ou roubados e que um planejamento de recuperação fraco pode levar a perdas permanentes.

Os usuários devem testar a recuperação antes de armazenar um saldo elevado.

Uma carteira sem backup verificado cria um ponto único de falha.

Armazenamento do backup de recuperação

Um backup de recuperação deve ser protegido tanto contra perda quanto contra roubo.

O papel é barato e legível, mas pode ser danificado por fogo, água, desbotamento ou descarte acidental.

Mídias físicas duráveis podem resistir a danos ambientais, mas ainda precisam ser guardadas com segurança.

Fotografias, documentos na nuvem, e-mails, aplicativos de mensagens e anotações não criptografadas expõem o segredo a comprometimentos remotos.

Vários backups aumentam a resiliência, mas também aumentam o número de locais que um invasor pode atacar.

Os backups devem ficar separados geograficamente quando um único desastre local puder destruir todas as cópias.

O plano de armazenamento também deve considerar herança, incapacidade e mudanças nas relações de confiança.

Por que dividir manualmente as palavras de recuperação é arriscado

Alguns usuários dividem uma frase de recuperação em fragmentos informais, guardados em locais diferentes.

Uma divisão improvisada pode gerar confusão, redundância insuficiente e perda permanente.

Várias partes sobrepostas podem revelar sem querer palavras suficientes para que um invasor reconstrua a frase.

A falta de uma parte pode tornar a recuperação impossível.

Os usuários devem evitar inventar sistemas de backup complexos que não tenham sido testados.

Em geral, um sistema padronizado de limiar ou multisig é mais fácil de documentar e auditar do que um método informal de dividir palavras.

Transações de teste

Uma transação de teste é uma transferência de pequeno valor usada para confirmar que a carteira, a rede, o endereço e o processo de assinatura funcionam como esperado.

Primeiro, o usuário pode enviar um valor pequeno para um endereço de recebimento verificado na carteira de hardware.

Em seguida, pode fazer uma pequena transação de saída para confirmar que a assinatura e a transmissão funcionam.

Uma transação de teste pode revelar uma rede incorreta, um tipo de endereço incompatível, um caminho de derivação equivocado ou um problema básico de configuração.

Ela não garante que todas as transações futuras serão seguras.

Transferências de valores elevados ainda exigem a verificação completa do endereço e da rede.

Verificação de endereço

Malware de área de transferência pode substituir um endereço de criptomoeda copiado por um endereço controlado por um invasor.

Atividades de envenenamento de endereço podem inserir endereços visualmente semelhantes no histórico de transações.

Os usuários não devem copiar cegamente um endereço de destino de uma transação antiga.

O endereço completo deve ser conferido na própria tela da carteira de hardware.

Em transferências importantes, o endereço deve ser verificado por um canal confiável independente.

Uma lista de endereços salvos deve ser protegida contra alterações não autorizadas.

Considerações de privacidade

Uma carteira de hardware protege as chaves privadas, mas não torna anônimas as atividades na blockchain.

Endereços, saldos de tokens, transferências, chamadas de contratos inteligentes e horários de transações podem continuar públicos.

Um aplicativo complementar pode conhecer os endereços, saldos, endereço IP, informações do dispositivo e histórico de transações do usuário.

Compartilhar uma chave pública estendida pode expor uma ramificação inteira da conta.

Reutilizar endereços e agrupar fundos pode facilitar a associação entre atividades.

Além de uma assinatura segura, a privacidade exige atenção ao software da carteira, ao acesso à rede, ao gerenciamento de endereços e ao comportamento das transações.

Carteiras de hardware para empresas e DAOs

Uma empresa ou organização descentralizada não deve depender de uma única pessoa carregando um único dispositivo para todas as transações do tesouro.

Fluxos de trabalho envolvendo valores elevados podem usar autorização multisig, separação de funções, limites de transação, revisão independente e procedimentos de emergência documentados.

Um membro da equipe pode preparar uma transação enquanto vários signatários independentes a verificam e aprovam.

Dispositivos e backups devem ser distribuídos para que um único incêndio, roubo, agente interno ou falha de localização não comprometa todo o tesouro.

A organização deve documentar quem pode autorizar pagamentos, como substituir um signatário perdido e como interromper transações suspeitas.

Os procedimentos de recuperação e resposta a incidentes devem ser testados regularmente.

Planejamento de herança

Uma carteira de hardware pode criar problemas de herança quando apenas o proprietário entende o processo de recuperação.

Os herdeiros podem precisar de informações sobre as redes, a estrutura da carteira, os locais dos backups, a frase-senha e a política multisig.

Fornecer todos os segredos cedo demais pode expor os ativos enquanto o proprietário ainda está vivo.

Fornecer informações insuficientes pode tornar impossível recuperar os ativos posteriormente.

Um plano sólido separa as instruções dos segredos e define quando as pessoas autorizadas podem combiná-los.

A lista de verificação de responsabilidades da carteira Bitcoin Core inclui segurança de backups e planejamento de herança entre as responsabilidades da autocustódia.

Golpes comuns com carteiras de hardware

Golpistas podem criar sites falsos de carteiras, aplicativos complementares, extensões de navegador, contas de suporte e páginas de atualização de firmware.

Uma página fraudulenta pode alegar que o dispositivo precisa ser sincronizado, validado, reparado, migrado ou reativado.

Em seguida, a página solicita a frase de recuperação.

Nenhum representante legítimo de suporte precisa da seed phrase para consultar uma transação pública ou solucionar um problema comum do dispositivo.

Golpistas também podem vender dispositivos com uma frase de recuperação já preparada.

Uma seed pré-configurada deve ser considerada comprometida.

Falsas ofertas de tokens e airdrops podem pedir que os usuários conectem uma carteira e aprovem uma transação que transfere ativos valiosos.

A carteira de hardware não consegue identificar um golpe quando o usuário confirma a autorização maliciosa.

O que uma carteira de hardware não consegue proteger

Uma carteira de hardware não consegue proteger os ativos depois que a frase de recuperação é exposta.

Ela não consegue reverter uma transação confirmada na blockchain.

Não consegue impedir que o proprietário aprove o endereço de destino errado.

Não consegue tornar seguro um contrato inteligente malicioso.

Não consegue garantir que um token tenha valor, liquidez ou desenvolvedores honestos.

Não consegue recuperar uma frase-senha esquecida.

Não consegue impedir todos os ataques físicos, de firmware, da cadeia de suprimentos ou de canal lateral.

Não substitui backups seguros, revisão de transações, atualizações de software e procedimentos operacionais disciplinados.

Considerações pós-quânticas

Uma carteira de hardware não é automaticamente resistente a futuros ataques de computação quântica.

O dispositivo assina usando os algoritmos criptográficos compatíveis com a blockchain e o tipo de conta.

Vários sistemas de assinatura de blockchain amplamente usados podem ser ameaçados por um computador quântico tolerante a falhas suficientemente potente.

O programa de criptografia pós-quântica do NIST recomenda que as organizações identifiquem algoritmos vulneráveis e comecem a planejar a migração para padrões resistentes a computadores quânticos.

A migração de uma blockchain pode exigir novos tipos de conta, firmware de carteira, formatos de assinatura, atualizações de protocolo e transferências de usuários.

Os proprietários de carteiras de hardware devem seguir as orientações oficiais da rede, em vez de confiar em alegações sem fundamento de que um dispositivo atual protege todos os ativos contra qualquer ameaça quântica futura.

Como escolher uma carteira de hardware

O dispositivo deve ser compatível com as redes blockchain, formatos de endereço, tipos de transação e estruturas de conta exatos de que o usuário precisa.

A tela deve exibir informações suficientes para verificar as transações com clareza.

Os processos de atualização de firmware e autenticação do dispositivo devem estar documentados.

Os usuários devem analisar o histórico de auditorias, as divulgações de vulnerabilidades, a resposta de segurança, a disponibilidade do código-fonte e a compatibilidade de recuperação.

Compatibilidade com multisig, watch-only, frase-senha, assinatura offline e software de carteira independente pode ser importante para usuários avançados.

Também devem ser considerados controles físicos, tamanho da tela, acessibilidade, conectividade, design da bateria, durabilidade e documentação de longo prazo.

A melhor opção depende do modelo de ameaças do usuário, e não de uma classificação universal.

Boas práticas de configuração de uma carteira de hardware

Obtenha o dispositivo de uma fonte confiável e autenticada.

Siga o processo oficial de inicialização.

Permita que o dispositivo gere novas informações de recuperação durante a configuração.

Nunca use uma seed phrase fornecida na embalagem ou por outra pessoa.

Anote a frase de recuperação offline e na ordem correta.

Defina um PIN exclusivo para o dispositivo.

Adicione uma frase-senha apenas quando os riscos de recuperação forem compreendidos.

Verifique os endereços de recebimento na tela do dispositivo.

Faça uma pequena transação de entrada e outra de saída para teste.

Documente caminhos de derivação especiais, configurações multisig e instruções de herança.

Boas práticas diárias para carteiras de hardware

Conecte ou desbloqueie a carteira de hardware somente quando for necessário assinar uma transação.

Leia todas as telas do dispositivo antes de confirmar.

Rejeite transações e solicitações de assinatura de mensagens inesperadas.

Verifique o endereço de destino completo, a rede, o ativo, o valor, a taxa, o contrato e o limite de autorização.

Evite a assinatura às cegas quando o dispositivo não puder explicar a solicitação.

Mantenha os ativos de longo prazo separados de aplicativos experimentais.

Revise e revogue permissões não utilizadas de contratos inteligentes.

Instale firmware e software complementar apenas por canais autenticados.

Mantenha backups offline seguros em locais protegidos.

Nunca revele a frase-semente ou a chave privada a um site, aplicativo, representante de suporte ou conta de rede social.

Perguntas frequentes

O que é uma carteira de hardware em cripto?

Uma carteira de hardware é um dispositivo físico que protege chaves privadas de criptomoedas e assina transações de blockchain em um ambiente de assinatura separado.

Uma carteira de hardware realmente armazena criptomoedas?

Não. As criptomoedas continuam registradas na blockchain, enquanto a carteira de hardware armazena ou deriva as chaves usadas para controlá-las.

Uma carteira de hardware é mais segura do que uma carteira de software?

Ela pode reduzir vários riscos de roubo remoto de chaves, mas a segurança ainda depende da proteção da recuperação, da revisão de transações, do firmware, da proteção física e do comportamento do usuário.

Carteira de hardware é a mesma coisa que cold storage?

Não. Cold storage descreve a manutenção offline das chaves de assinatura, enquanto uma carteira de hardware é um assinador físico dedicado que pode usar fluxos de trabalho conectados ou air-gapped.

O que acontece se uma carteira de hardware for perdida?

Em geral, a carteira pode ser restaurada se a frase de recuperação, a frase-senha, as configurações de derivação e as demais informações necessárias estiverem disponíveis.

O que acontece se a carteira de hardware for danificada?

Normalmente, um dispositivo substituto ou uma carteira compatível pode restaurar as chaves a partir do backup seguro de recuperação.

Alguém pode roubar criptomoedas com uma frase de recuperação?

Sim. Quem obtiver a frase de recuperação completa e a frase-senha necessária poderá conseguir recriar a carteira e transferir seus ativos.

Uma frase de recuperação deve ser armazenada online?

Não. Arquivos na nuvem, fotografias, e-mails, aplicativos de mensagens e formulários online podem expô-la a invasores remotos.

Um PIN é igual a uma frase de recuperação?

Não. O PIN protege o acesso a um dispositivo, enquanto a frase de recuperação pode recriar as chaves privadas da carteira.

O que é uma frase-senha de carteira?

Uma frase-senha de recuperação é um texto adicional opcional que, quando combinado com a frase mnemônica, cria uma carteira determinística diferente.

É possível redefinir uma frase-senha esquecida?

Não. Em geral, uma frase-senha de recuperação esquecida não pode ser redefinida porque cada frase-senha cria uma carteira válida separada.

O que é assinatura clara?

Assinatura clara é a exibição de detalhes compreensíveis da transação na tela confiável da carteira de hardware antes da aprovação.

O que é assinatura às cegas?

Assinatura às cegas é a aprovação de dados que o dispositivo não consegue interpretar com clareza, o que pode ocultar o efeito real da assinatura.

Uma carteira de hardware pode impedir phishing?

Ela pode reduzir o roubo direto de chaves privadas, mas não consegue impedir que o usuário insira a frase-semente em uma página de phishing ou aprove uma transação maliciosa.

Uma carteira de hardware pode impedir uma autorização maliciosa de token?

Não. A carteira de hardware assinará uma autorização insegura quando o proprietário a confirmar.

Desconectar uma carteira revoga as permissões de tokens?

Não. Normalmente, as permissões on-chain continuam ativas até serem revogadas ou expirarem de acordo com as regras do contrato correspondente.

Uma carteira de hardware pode interagir com DeFi?

Sim, mas ela não elimina os riscos de contratos inteligentes, liquidação, tokens, bridges, oráculos ou autorizações.

Uma carteira de hardware pode ser compatível com várias criptomoedas?

Muitos dispositivos derivam chaves para várias redes blockchain, mas é necessário confirmar o suporte exato a contas, redes, endereços e transações.

Uma carteira de hardware elimina as taxas de transação?

Não. As transações assinadas ainda exigem o pagamento das taxas cobradas pela rede blockchain.

Uma carteira de hardware air-gapped é sempre mais segura?

Não. O air gap reduz alguns riscos de comunicação, mas não impede dados de transação maliciosos, firmware inseguro, backups fracos ou erros de aprovação humana.

O que é uma carteira watch-only?

Uma carteira watch-only acompanha endereços e prepara transações sem possuir as chaves privadas necessárias para assiná-las.

Carteiras de hardware podem ser usadas em sistemas multisig?

Sim. Carteiras de hardware inicializadas separadamente podem atuar como assinadores independentes em uma política multisig.

Os dispositivos multisig devem usar a mesma frase de recuperação?

Não. Cada assinador deve usar uma seed independente para que o comprometimento de um backup não exponha todas as chaves de assinatura.

Uma carteira de hardware deve chegar com uma frase de recuperação?

Não. Uma frase pré-escrita ou pré-configurada pode já ser conhecida por um invasor e nunca deve ser considerada confiável.

Uma carteira de hardware pode ser hackeada?

Sim. Entre as possíveis ameaças estão falhas de firmware, ataques à cadeia de suprimentos, extração física, canais laterais, software complementar malicioso e aprovações inseguras pelo usuário.

Uma carteira de hardware é resistente a computadores quânticos?

Não automaticamente, pois suas assinaturas usam os algoritmos compatíveis com a blockchain, e muitos algoritmos atuais de blockchain não foram projetados para resistir a um computador quântico suficientemente potente.

Qual é a forma mais segura de testar uma carteira de hardware nova?

Verifique um endereço de recebimento no dispositivo, transfira um valor pequeno, teste uma pequena transação de saída e confirme se o processo de recuperação documentado funciona com segurança.

Conclusão

Uma carteira de hardware é um dispositivo dedicado para assinar transações de criptomoedas, projetado para proteger chaves privadas contra muitas ameaças que afetam computadores e celulares comuns.

Ela não contém fisicamente as criptomoedas, pois os ativos digitais continuam registrados em suas blockchains.

O dispositivo armazena ou deriva as chaves privadas que autorizam transações.

Em uma transação típica, o software da carteira a prepara, ela é revisada e assinada na carteira de hardware e, depois, um aplicativo online a transmite.

A tela da própria carteira de hardware deve ser tratada como a fonte definitiva das informações que estão sendo assinadas.

Frases de recuperação, frases-senha, configurações de derivação e configurações multisig precisam ser protegidas, pois o dispositivo físico pode ser perdido, roubado ou destruído.

A frase de recuperação costuma ser mais valiosa do que o dispositivo, pois pode recriar todas as contas derivadas da raiz da carteira.

Uma carteira de hardware não consegue proteger fundos quando o usuário revela essa frase ou aprova uma transação maliciosa.

Autorizações de contratos inteligentes, mensagens tipadas, delegações de conta e solicitações de assinatura às cegas exigem o mesmo cuidado que transferências comuns.

Uma segurança robusta para carteiras de hardware combina hardware autêntico, firmware revisado, uma tela confiável para transações, backups offline, pequenas transações de teste, permissões cuidadosas e um planejamento disciplinado de recuperação.

Saldos elevados podem se beneficiar de assinadores independentes, políticas multisig e separação entre armazenamento de longo prazo e aplicativos blockchain ativos.

A principal lição é que uma carteira de hardware é uma ferramenta poderosa para proteger chaves, e não uma garantia completa de segurança das criptomoedas.

Sua segurança real depende de todo o sistema ao redor, incluindo o design do dispositivo, o software, os backups, os controles físicos, a verificação de transações e as decisões do usuário.