Carteiras quentes, frias e de hardware

A conectividade altera o risco

As carteiras costumam ser descritas como quentes ou frias de acordo com a exposição de seu material de assinatura a sistemas conectados. Uma carteira quente tem autoridade de assinatura disponível em um ambiente online ou conectado rotineiramente. Uma carteira fria mantém a autoridade de assinatura pertinente isolada dessa conectividade durante a operação normal. Essas são descrições operacionais, não certificações universais. Um produto de software pode oferecer suporte a ambos os modelos, enquanto uma implantação descrita como “fria” pode se tornar efetivamente quente se o material secreto for posteriormente importado para um computador conectado.

A conectividade oferece conveniência, mas também amplia o ambiente no qual malware, phishing, aplicativos comprometidos ou operadores remotos podem influenciar um evento de assinatura. A desconexão reduz alguns caminhos de ataque remoto, mas introduz outros custos operacionais: aprovações mais lentas, fluxos de transferência mais elaborados, requisitos de segurança física e o risco de que a equipe não consiga executar operações autorizadas urgentes. A seleção do modelo adequado exige uma avaliação de ameaças e a compreensão da frequência real das transações.

O que está sendo mantido offline?

A questão decisiva é onde existe uma chave de assinatura utilizável ou uma parte da chave e quais dados o assinante é solicitado a autorizar. Simplesmente desligar a rede sem fio não é uma definição completa de armazenamento frio. Um dispositivo ainda pode se conectar por cabo, ler arquivos não confiáveis ou exibir detalhes incompletos da transação. Um assinante offline pode aprovar uma transação preparada de forma maliciosa se a pessoa ou o mecanismo de políticas não reconhecer o problema. O isolamento reduz uma categoria de exposição; ele não torna automaticamente correta a intenção da transação.

Carteiras de software e dispositivos de assinatura de hardware

Uma carteira de software é um aplicativo que gerencia endereços, saldos e, às vezes, chaves privadas em um computador ou dispositivo móvel de uso geral. Em uma configuração quente típica, a assinatura ocorre no mesmo dispositivo usado para navegação, mensagens e outras atividades. Um invasor que comprometa esse dispositivo pode tentar ler segredos relacionados à carteira, manipular campos da transação ou solicitar uma ação não autorizada. Por isso, o isolamento do sistema operacional, as permissões dos aplicativos, as atualizações e os procedimentos de revisão são importantes, embora nenhuma medida isolada elimine todos os riscos.

Uma carteira de hardware é um dispositivo de assinatura dedicado, projetado para manter as chaves privadas em um componente especializado ou ambiente restrito. Muitos desses dispositivos se conectam a um software complementar que prepara transações e exibe informações da rede. O dispositivo de assinatura de hardware então recebe os dados da transação e pode solicitar confirmação em sua própria tela. O benefício geral de segurança é a menor dependência do computador hospedeiro para proteger o material de assinatura. Ainda assim, o dispositivo pode ser usado sem cuidado, apresentar falhas de implementação ou ser emparelhado com uma interface comprometida que proponha uma transação enganosa.

Hardware não significa frio por definição

Um dispositivo de assinatura de hardware usado regularmente com um computador hospedeiro conectado à internet não constitui automaticamente um fluxo de custódia totalmente offline. O que importa é a arquitetura: como as chaves são geradas e armazenadas, como os dados não confiáveis atravessam os limites, se os detalhes da transação são verificados em uma tela confiável e se o dispositivo ou seus operadores podem ser influenciados remotamente. Por outro lado, um computador de uso geral mantido em um ambiente controlado e desconectado pode funcionar como um assinante offline, embora sua garantia de segurança dependa da implementação e dos procedimentos.

Separação entre preparação, assinatura e transmissão

Um modelo mental robusto trata o fluxo da transação como três fases. Um sistema conectado coleta dados da rede e prepara uma transação não assinada. Um componente de assinatura protegido avalia a transação e fornece uma assinatura válida somente após as verificações exigidas. Em seguida, um sistema conectado envia a transação assinada para uma rede. Dependendo da rede e da implementação, essas etapas podem usar arquivos, códigos QR, conexões diretas ou interfaces controladas. Não se deve presumir que qualquer meio de transporte seja universalmente seguro.

Para fluxos compatíveis com Bitcoin, o BIP-174 (Formato de Transação Bitcoin Parcialmente Assinada) especifica uma maneira portátil de trocar informações de transação entre criadores, assinantes e combinadores. Sua função é possibilitar a assinatura coordenada, inclusive quando um assinante não se conecta diretamente à rede. O BIP-174 não prova, por si só, que um operador revisou o destinatário, o valor ou a taxa. O formato dá suporte a um fluxo de trabalho; os procedimentos organizacionais ainda precisam estabelecer qual é a transação pretendida.

Riscos operacionais comuns

A perda física e o acesso não autorizado são preocupações óbvias, mas não são as únicas. A integridade da cadeia de suprimentos dos dispositivos, a autenticidade do firmware, a preservação dos backups, a prontidão para recuperação e o descarte seguro merecem atenção. Uma carteira de hardware danificada por um incêndio ou perdida durante uma viagem pode ser substituída por meio do material de recuperação preservado, mas somente se o método de recuperação realmente corresponder à carteira e os segredos necessários continuarem disponíveis. Uma carteira fria cujos assinantes autorizados estejam ausentes pode estar protegida contra alguns invasores, mas ser inutilizável durante um incidente que exija ação urgente.

A maior fragilidade prática costuma ser a incompatibilidade entre o modelo de ameaças e o comportamento do usuário. Uma carteira supostamente protegida se torna vulnerável se a frase de recuperação for fotografada, inserida em um site não confiável ou armazenada em uma nota sincronizada rotineiramente. Um ambiente frio também precisa de um plano para receber atualizações e dados de transação sem introduzir riscos inaceitáveis. As organizações devem testar esses procedimentos antes que se tornem essenciais.

Avaliação de uma alegação de proteção

Ao avaliar uma arquitetura, pergunte qual ameaça específica é reduzida por cada componente. Um dispositivo de assinatura de hardware pode proteger contra a extração de chaves por malware comum no computador hospedeiro, mas um hospedeiro comprometido ainda pode apresentar detalhes enganosos. O armazenamento offline pode reduzir os caminhos de ataque originados na internet, mas uma sala física com controles inadequados pode expor pessoas e dispositivos. Backups criptografados podem proteger a confidencialidade, mas somente se o pessoal autorizado mantiver a capacidade de acessar as credenciais de recuperação necessárias. A avaliação mais útil registra tanto as proteções quanto os modos de falha, em vez de atribuir uma única pontuação de segurança.

Verificação no momento da assinatura

Um processo de assinatura é mais robusto quando pessoas autorizadas podem verificar de forma independente a rede pretendida, o destinatário, o valor e as tarifas ou instruções aplicáveis antes da aprovação. Isso pode ser difícil quando as transações incluem dados complexos ou o dispositivo de assinatura exibe apenas campos abreviados. Essa limitação deve ser registrada explicitamente; uma tela de aprovação que não consegue mostrar o significado relevante da transação não comprova uma autorização informada. As organizações podem usar controles documentados, regras para destinos pré-aprovados e reconstrução independente da transação, de acordo com seu nível de risco. Essas são salvaguardas operacionais, não propriedades fornecidas automaticamente pelos rótulos “frio” ou “hardware”.

Escolhas operacionais para diferentes contextos

Para pagamentos operacionais rotineiros de pequeno valor, uma organização pode priorizar rapidez, monitoramento e permissões de escopo restrito, mantendo um saldo quente limitado para as necessidades cotidianas. Para ativos que se espera manter sem movimentação por longos períodos, pode ser apropriado adotar maior isolamento da assinatura e aprovação em etapas. As descrições “pequeno” e “grande” dependem do contexto: a exposição da organização, suas obrigações legais e as consequências de uma perda devem definir os limites. Nenhum dos modelos determina um ativo, fornecedor ou produto específico.

Os gestores devem documentar quem pode iniciar uma transação, quem pode autorizá-la, quais evidências são retidas, o que acontece durante uma interrupção da rede e como a organização detecta tentativas de saques não autorizados. Um examinador deve perguntar se a classificação declarada como fria/quente é respaldada pela arquitetura e pelos procedimentos observados, e não apenas por terminologia de marketing. As revisões também precisam considerar o acesso do pessoal, a cobertura de contingência e a segregação de funções.

Normas e contexto profissional

A NIST SP 800-57 Part 1 Revision 5 aborda a proteção e o uso de material de chaves. A NIST FIPS 140-3, Security Requirements for Cryptographic Modules, aborda requisitos de segurança especificados para módulos criptográficos; a certificação segundo essa norma, quando aplicável e verificada, é mais restrita do que uma garantia de que todo um sistema de carteira seja seguro. A ISO/IEC 27001:2022 fornece uma estrutura para a gestão de segurança baseada em riscos. Essas referências apoiam uma avaliação sistemática sem exigir um projeto específico de carteira.

Foco na prova: Classifique as configurações de carteira pela exposição real das chaves de assinatura, não pelo nome de um aplicativo ou dispositivo. Entenda a compensação entre a conveniência online e a assinatura desconectada, bem como as fases distintas de preparação, autorização e transmissão de uma transação.