Criptografia de chave privada

O que é criptografia de chave privada no mercado cripto?

O termo criptografia de chave privada pode descrever tanto a criptografia simétrica, em que a mesma chave secreta criptografa e descriptografa os dados, quanto o processo de criptografar a chave privada de uma carteira blockchain para armazená-la com mais segurança.

No mercado de criptomoedas, o segundo significado é especialmente importante porque a chave privada de uma carteira controla o acesso a fundos, assinaturas, contas, validadores, tokens e permissões de contratos inteligentes.

Se uma chave privada bruta for armazenada em texto simples, qualquer pessoa que a veja ou copie poderá controlar a carteira associada.

A criptografia da chave privada reduz esse risco ao transformar a chave privada em dados criptografados, que devem ser ilegíveis sem a senha, frase-senha, segredo de hardware ou chave de descriptografia correta.

A definição do NIST de criptografia simétrica explica que a criptografia simétrica usa a mesma chave secreta para realizar uma operação e revertê-la.

A documentação Web3 Secret Storage da Ethereum descreve como arquivos JSON de keystore criptografados derivam uma chave de criptografia a partir de uma senha antes de recuperar a chave secreta armazenada.

Como os dois significados aparecem em discussões sobre cripto, os usuários precisam prestar atenção ao contexto.

Quando uma carteira diz que criptografa uma chave privada, geralmente quer dizer que armazena a chave privada da blockchain em formato criptografado.

Quando um livro de criptografia fala em criptografia de chave privada, pode estar se referindo à criptografia simétrica, e não ao armazenamento de carteiras blockchain.

Por que a criptografia de chave privada é importante

A criptografia de chave privada é importante porque as transações em blockchain geralmente são irreversíveis e as chaves privadas controlam diretamente a movimentação de ativos.

Se uma chave privada for roubada, um invasor poderá assinar transações, movimentar fundos, aprovar contratos maliciosos, alterar configurações de validadores ou assumir o controle de uma conta.

Ao contrário de uma senha bancária, em geral uma equipe de suporte não pode redefinir uma chave privada blockchain roubada.

A criptografia ajuda a proteger as chaves privadas quando um dispositivo é perdido, um arquivo é copiado, um backup é exposto ou um banco de dados da carteira é acessado sem autorização.

Por exemplo, um arquivo de keystore criptografado é mais seguro do que uma chave privada bruta porque o invasor ainda precisa da senha ou do segredo de descriptografia.

No entanto, a criptografia, sozinha, não é uma solução completa de segurança.

Se a senha for fraca, um malware registrar a senha, a carteira descriptografar a chave em um dispositivo infectado ou a frase de recuperação for armazenada em texto simples em outro lugar, os fundos ainda poderão ser roubados.

Portanto, a criptografia de chave privada é uma das camadas de segurança de uma carteira.

Ela deve ser combinada com senhas fortes, dispositivos seguros, backups offline, hardware wallets, controles multisig e análise cuidadosa das transações.

Criptografia de chave privada como criptografia simétrica

Na criptografia clássica, criptografia de chave privada costuma significar criptografia simétrica.

A criptografia simétrica usa uma chave secreta para criptografar os dados e a mesma chave para descriptografá-los.

Isso é diferente da criptografia de chave pública, na qual uma chave pública e uma chave privada formam um par.

A criptografia simétrica costuma ser mais rápida do que a assimétrica e é amplamente usada para armazenamento de dados, arquivos de carteira, sessões de mensagens seguras, backups criptografados e proteção de bancos de dados.

Em carteiras cripto, a criptografia simétrica costuma proteger a própria chave privada blockchain armazenada no disco.

A carteira pode solicitar uma senha, processá-la por meio de uma função de derivação de chaves, criar uma chave de criptografia e usá-la para criptografar o arquivo da chave privada.

Na maioria dos designs de armazenamento de carteiras, a chave privada blockchain do usuário não é usada como chave de criptografia simétrica.

Em vez disso, a chave privada da carteira é o dado confidencial que está sendo protegido.

Essa distinção evita a confusão entre criptografia de chave privada no sentido da criptografia tradicional e armazenamento criptografado de chaves privadas.

Criptografia de chave privada como proteção das chaves da carteira

Em carteiras blockchain, criptografia de chave privada geralmente significa criptografar a chave privada da carteira antes de salvá-la.

Uma carteira pode armazenar a chave criptografada em um banco de dados local, um arquivo JSON de keystore, um enclave seguro de celular, um cofre de extensão de navegador, um backup criptografado na nuvem ou uma área de memória de uma hardware wallet.

A chave privada bruta é convertida em texto cifrado por um algoritmo de criptografia.

Depois, o usuário precisa fornecer uma senha, frase-senha, segredo protegido por biometria, aprovação de hardware ou método de recuperação para descriptografá-la.

O padrão ERC-2335 para keystore descreve o keystore como um arquivo JSON que criptografa uma chave privada e permite transferi-la entre dispositivos.

O Bitcoin Core também oferece criptografia de carteiras por meio de sua documentação do RPC encryptwallet, que explica que, após a criptografia, é necessária uma frase-senha para realizar ações que envolvam chaves privadas.

Esses exemplos mostram que a criptografia de chave privada é uma parte normal da segurança de carteiras.

O objetivo é dificultar o uso das chaves armazenadas caso alguém obtenha o arquivo, mas não a senha.

Como funciona a criptografia de chave privada

O processo começa com uma chave privada confidencial ou um segredo relacionado à frase de recuperação que precisa ser protegido.

Em seguida, a carteira solicita uma senha ou usa outra fonte de segredo.

Em geral, a senha não é usada diretamente como chave de criptografia porque senhas humanas costumam ter baixa entropia.

Em vez disso, a senha é processada por uma função de derivação de chaves.

A recomendação do NIST sobre derivação de chaves baseada em senha explica técnicas para derivar chaves mestras de senhas ou frases-senha, a fim de proteger dados eletrônicos armazenados ou chaves de proteção de dados.

Uma função de derivação de chaves torna ataques de adivinhação mais caros ao adicionar processamento, custo de memória, salt e processamento repetido.

A chave de criptografia derivada é então usada com um algoritmo de criptografia para transformar a chave privada em texto cifrado.

A carteira também pode armazenar metadados, como salt, parâmetros de derivação de chaves, tipo de cifra e tag de autenticação ou código de autenticação de mensagem.

Quando o usuário desbloqueia a carteira, a mesma senha e os mesmos parâmetros são usados para derivar a chave de descriptografia e recuperar a chave privada na memória.

Chaves privadas em texto simples vs. chaves privadas criptografadas

Uma chave privada em texto simples é armazenada em formato legível.

Uma chave privada criptografada é armazenada em formato embaralhado, que deve ser ilegível sem o segredo de descriptografia correto.

Armazenar a chave em texto simples é perigoso porque malware, capturas de tela, histórico da área de transferência, extensões de navegador, ferramentas de sincronização em nuvem ou backups mal protegidos podem expô-la.

O armazenamento criptografado reduz os danos caso o arquivo seja copiado sem que a senha seja conhecida.

No entanto, uma chave criptografada não é segura se a senha for fraca ou reutilizada.

Invasores podem executar ataques de adivinhação de senhas contra arquivos de carteira criptografados que tenham sido roubados.

Por isso, a força da senha e as configurações de derivação de chaves são essenciais.

Um algoritmo de criptografia robusto não protege uma carteira se o usuário escolher uma senha que seja uma frase comum, nome, data ou senha reutilizada de login.

A criptografia de chave privada protege o armazenamento, mas não elimina a necessidade de bons hábitos de segurança pessoal.

Criptografia de chave privada vs. criptografia de chave pública

Criptografia de chave privada não deve ser confundida com criptografia de chave pública.

A criptografia de chave pública usa uma chave pública e uma chave privada que formam um par.

Em sistemas blockchain, a chave privada assina transações, enquanto a chave pública ou o endereço ajuda outras pessoas a verificar o controle.

No contexto do armazenamento de carteiras, a criptografia de chave privada protege a própria chave privada enquanto ela está armazenada.

O arquivo de carteira criptografado não substitui a chave privada blockchain.

Ele é apenas um contêiner protegido para a chave privada.

Quando a carteira precisa assinar uma transação, deve descriptografar a chave privada ou usar um processo seguro de assinatura que tenha acesso a ela.

Isso significa que a criptografia de chave pública controla a propriedade na blockchain, enquanto a criptografia de chave privada protege o segredo que possibilita essa propriedade.

As duas são importantes, mas resolvem problemas diferentes.

Criptografia de chave privada vs. proteção por senha

Proteção por senha e criptografia de chave privada estão relacionadas, mas nem sempre são a mesma coisa.

A senha de uma carteira pode apenas bloquear a interface do app se a carteira não criptografar de fato o material da chave de forma segura.

Uma criptografia robusta de chave privada significa que os dados confidenciais da chave são protegidos criptograficamente, e não apenas ocultados por uma tela de login.

Uma boa carteira deve usar derivação de chaves baseada em senha, criptografia, verificações de integridade e práticas de armazenamento seguro.

Ela não deve armazenar a chave privada bruta em texto simples e apenas bloquear a tela com uma solicitação de senha.

Os usuários devem preferir carteiras que expliquem claramente como armazenam as chaves.

Os desenvolvedores devem evitar divulgar uma proteção por senha vaga como se fosse criptografia completa, a menos que o material subjacente das chaves esteja realmente criptografado.

Para valores altos, os usuários também devem considerar hardware wallets ou estruturas multisig, em vez de depender apenas da senha de um app.

Uma senha pode fazer parte da criptografia, mas não representa todo o design de segurança.

Criptografia de chave privada vs. proteção da frase de recuperação

Uma frase de recuperação é um backup legível por pessoas que pode recriar uma ou mais chaves privadas.

Criptografar a chave privada de uma carteira não criptografa automaticamente uma frase de recuperação anotada em papel, armazenada em fotos, salva em um app de notas ou enviada para o armazenamento em nuvem.

Esse é um erro comum dos usuários.

Uma carteira pode criptografar o arquivo local da chave privada, mas o usuário ainda pode expor a frase de recuperação em outro lugar.

Se um invasor obtiver a frase de recuperação, geralmente poderá recriar a carteira sem precisar do arquivo local criptografado.

A proteção da frase de recuperação precisa ser tratada separadamente.

Os usuários devem armazenar frases de recuperação offline, evitar capturas de tela, não usar notas na nuvem, não enviá-las por mensagens e considerar backups em metal para maior durabilidade.

Alguns usuários também recorrem a extensões de carteira com frase-senha ou sistemas de backup com compartilhamento de segredo, mas esses métodos exigem uma configuração cuidadosa.

A criptografia de chave privada é valiosa, mas a segurança da frase de recuperação continua sendo essencial.

Arquivos de keystore

Um arquivo de keystore é um arquivo criptografado que armazena uma chave privada ou chave de validador em um formato estruturado.

Arquivos de keystore no padrão Ethereum costumam usar JSON com campos que descrevem a cifra, a função de derivação de chaves, o salt, os parâmetros e o segredo criptografado.

O formato Web3 Secret Storage da Ethereum é um exemplo conhecido para chaves privadas de contas.

O ERC-2335 é outro formato de keystore usado para chaves BLS12-381, especialmente em contextos de validadores da Ethereum.

Um arquivo de keystore é portátil, pois pode ser transferido entre ferramentas compatíveis.

Essa portabilidade é útil, mas também cria riscos.

Se alguém copiar o arquivo de keystore e adivinhar a senha, poderá recuperar a chave privada.

Os usuários devem tratar arquivos de keystore como backups confidenciais, mesmo quando criptografados.

Os desenvolvedores devem usar parâmetros robustos de KDF e criptografia autenticada ou verificações de integridade para impedir adulterações silenciosas.

Um arquivo de keystore é mais seguro do que uma chave bruta, mas continua sendo perigoso se for manuseado sem cuidado.

Derivação de chaves baseada em senha

A derivação de chaves baseada em senha é o processo de transformar uma senha humana em uma chave criptográfica.

Esse processo é importante porque a maioria das senhas humanas não é aleatória o suficiente para ser usada diretamente como chave de criptografia.

Uma função de derivação de chaves pode usar um salt para impedir que invasores reutilizem tabelas de senhas pré-computadas.

Também pode usar muitas iterações ou processamento com alto custo de memória para desacelerar tentativas de adivinhação.

Entre as KDFs comuns em carteiras estão PBKDF2 e scrypt, dependendo do padrão e da implementação.

O formato Web3 Secret Storage da Ethereum exige suporte a PBKDF2 em implementações minimamente compatíveis e também aceita parâmetros que definem como a derivação é realizada.

Configurações mais robustas de KDF dificultam a quebra de senhas, mas também podem tornar o desbloqueio da carteira mais lento em dispositivos com pouco poder de processamento.

Os designers de carteiras precisam equilibrar segurança e facilidade de uso.

Os usuários devem escolher senhas longas e exclusivas, pois uma KDF não consegue compensar totalmente uma senha fraca.

A senha continua sendo a principal parte do sistema de criptografia controlada pelo usuário.

Algoritmos de criptografia usados para chaves de carteiras

Carteiras podem usar algoritmos de criptografia simétrica conhecidos para proteger chaves privadas.

Um design comum usa um modo AES com uma chave derivada da senha do usuário.

O algoritmo exato depende da carteira, do padrão e do ecossistema.

Em geral, os usuários não precisam escolher a cifra manualmente.

Os desenvolvedores e provedores de carteiras precisam escolher algoritmos e parâmetros seguros.

Devem evitar cifras obsoletas, designs de criptografia personalizados, geração de números aleatórios fraca e criptografia sem autenticação, incapaz de detectar adulterações.

A criptografia moderna de chave privada deve proteger a confidencialidade e a integridade.

Confidencialidade significa que um invasor não consegue ler a chave privada.

Integridade significa que a carteira consegue detectar se o arquivo criptografado foi modificado.

Uma carteira que criptografa os dados, mas não consegue detectar adulterações, ainda pode expor os usuários a situações perigosas.

Hardware wallets e criptografia de chave privada

Hardware wallets protegem chaves privadas armazenando-as em um dispositivo dedicado, projetado para manter segredos isolados de computadores de uso geral.

A criptografia de chave privada ainda pode ser usada dentro ou junto a sistemas de hardware wallet, mas a principal proteção vem de manter as chaves de assinatura afastadas de dispositivos conectados à internet.

Quando um usuário assina uma transação com uma hardware wallet, a chave privada deve permanecer dentro do dispositivo.

O computador ou celular envia os dados da transação para a hardware wallet.

A hardware wallet exibe os detalhes para aprovação e assina a transação internamente.

Isso reduz a exposição a malware no computador conectado.

No entanto, hardware wallets não são infalíveis.

Os usuários ainda precisam proteger a frase de recuperação, verificar os detalhes da transação, comprar dispositivos de fontes confiáveis, atualizar o firmware com cuidado e evitar phishing.

Se o backup da frase de recuperação for exposto, a proteção interna da hardware wallet pode não fazer diferença.

Hardware wallets oferecem mais proteção quando combinadas com backups seguros e hábitos cuidadosos de assinatura.

Criptografia de chave privada em carteiras para celular

Carteiras para celular costumam usar recursos de segurança do dispositivo para proteger chaves privadas criptografadas.

Esses recursos podem incluir enclaves seguros, desbloqueio biométrico, isolamento de apps, keystores com suporte de hardware e criptografia do sistema operacional.

Em geral, a biometria desbloqueia o acesso a um segredo, em vez de substituir as chaves criptográficas por conta própria.

Uma impressão digital ou leitura facial é conveniente, mas a carteira ainda deve usar criptografia e armazenamento adequados para proteger as chaves.

Carteiras para celular estão expostas a riscos como apps maliciosos, sobreposições de tela, roubo da área de transferência, backups em nuvem, ataques de SIM swap, links de phishing e dispositivos comprometidos.

Os usuários devem manter os celulares atualizados, evitar instalar apps suspeitos, usar senhas fortes para o dispositivo e não armazenar frases de recuperação em fotos ou notas.

A criptografia de chave privada ajuda se o celular for perdido ou copiado, mas pode não ajudar se um malware capturar a senha enquanto a carteira estiver desbloqueada.

A conveniência do celular deve ser acompanhada de limites razoáveis para os valores armazenados.

Ativos de alto valor mantidos por longo prazo costumam ser mais bem protegidos em armazenamento offline ou com configurações multisig.

Criptografia de chave privada em carteiras de navegador

Carteiras de navegador costumam criptografar chaves privadas ou material de frases de recuperação em um cofre local protegido por uma senha do usuário.

Isso torna as carteiras de navegador convenientes para DeFi, NFTs, jogos e interações com contratos inteligentes.

Também cria uma grande superfície de ataque, pois essas carteiras interagem constantemente com sites.

Em geral, um site malicioso não consegue ler diretamente um cofre criptografado, mas pode induzir o usuário a assinar uma transação prejudicial quando a carteira estiver desbloqueada.

Extensões maliciosas de navegador também podem representar um risco grave se obtiverem acesso aos dados da carteira ou ao conteúdo da página.

Os usuários devem instalar apenas extensões confiáveis, analisar as permissões, evitar downloads falsos de carteiras e conferir cuidadosamente as solicitações de transação.

A criptografia de chave privada protege os segredos armazenados, mas não impede que os usuários aprovem ações maliciosas.

Em carteiras de navegador, a segurança das assinaturas é tão importante quanto a criptografia do armazenamento.

Os usuários devem manter carteiras ativas de baixo valor separadas das carteiras de armazenamento de longo prazo.

Isso reduz os danos caso o ambiente do navegador seja comprometido.

Criptografia de chave privada em sistemas de custódia

Sistemas de custódia cripto gerenciam chaves privadas em nome dos usuários.

Nesses sistemas, os usuários talvez não controlem diretamente as chaves privadas.

O custodiante deve criptografar as chaves, usar módulos de segurança de hardware, aplicar controles de acesso, monitorar atividades de assinatura e separar as responsabilidades entre operadores.

O guia da OWASP para gerenciamento de chaves recomenda que chaves criptográficas não sejam armazenadas em texto simples e sejam protegidas por práticas seguras de gerenciamento de chaves.

A criptografia de chaves em sistemas de custódia é diferente da criptografia de carteiras autocustodiadas, pois o usuário precisa confiar nos controles do custodiante.

Um custodiante robusto pode usar assinaturas de limite, carteiras multisig, armazenamento offline, aprovações de saque, auditorias e acordos de seguro.

Um custodiante fraco pode criptografar as chaves, mas ter controles internos de acesso inadequados.

A criptografia ajuda, mas a segurança da custódia também depende de governança, operações, conformidade, monitoramento e resposta a incidentes.

Os usuários devem entender se controlam as próprias chaves privadas ou se dependem de terceiros.

Criptografia de chave privada e carteiras multisig

Carteiras multisig exigem mais de uma chave para aprovar uma transação.

A criptografia de chave privada continua sendo importante em sistemas multisig, pois a chave de cada signatário precisa ser protegida.

Uma carteira multisig pode reduzir o risco de uma única chave roubada permitir o esvaziamento dos fundos.

No entanto, se várias chaves de signatários forem armazenadas sem segurança ou todos os backups ficarem no mesmo local, essa proteção será menor.

Cada signatário deve usar armazenamento seguro para as chaves, criptografia forte e práticas seguras de backup.

Organizações devem distribuir as funções dos signatários entre diferentes pessoas, locais e dispositivos.

Também devem documentar procedimentos de recuperação, substituição de signatários e resposta a emergências.

A criptografia de chave privada protege as chaves individuais dos signatários, enquanto a multisig evita que a carteira dependa de uma única chave.

As duas abordagens são complementares.

Tesourarias de alto valor costumam usar tanto armazenamento criptografado de chaves quanto controles de política multisig.

Criptografia de chave privada e carteiras MPC

MPC significa computação multipartidária.

Em uma carteira MPC, o material da chave pode ser dividido em partes para que nenhum dispositivo ou participante tenha a chave privada completa em um único lugar.

A criptografia de chave privada ainda pode ser usada para proteger cada parte quando estiver armazenada.

A MPC pode reduzir o risco de um dispositivo roubado expor toda a chave de assinatura.

Também pode oferecer suporte à recuperação e a controles de política para equipes ou instituições.

No entanto, a MPC não elimina todos os riscos.

Os usuários ainda precisam proteger dispositivos, fatores de autenticação, backups na nuvem, processos de recuperação e políticas de assinatura.

Se partes suficientes da chave forem comprometidas, invasores ainda poderão controlar a carteira.

Se as regras de recuperação forem fracas, invasores poderão recorrer à engenharia social para obter acesso.

A MPC melhora a arquitetura das chaves, mas a criptografia e a segurança operacional continuam necessárias.

Criptografia de chave privada e backups na nuvem

Algumas carteiras oferecem backups criptografados na nuvem para recuperação.

Isso pode ajudar os usuários a evitar perder fundos caso o celular seja perdido ou danificado.

No entanto, backups na nuvem criam novos riscos porque o material criptografado das chaves pode ficar armazenado com um provedor externo.

Se a senha do backup for fraca, invasores podem tentar quebrá-la depois de roubá-lo ou acessá-lo.

Se o processo de recuperação da conta for fraco, invasores poderão comprometer a conta do usuário na nuvem.

Se o provedor da carteira controlar parte do processo de recuperação, o modelo de confiança poderá ser diferente da autocustódia completa.

Os usuários devem entender exatamente o que é armazenado no backup, quem pode acessá-lo, qual senha o protege e como funciona a recuperação.

Um backup criptografado na nuvem é mais seguro do que um backup em texto simples na nuvem, mas não é automaticamente tão seguro quanto o armazenamento offline.

É preciso equilibrar conveniência e segurança com cuidado.

Os usuários nunca devem presumir que a criptografia na nuvem elimina todos os riscos de backup.

Ataques comuns contra chaves privadas criptografadas

O primeiro ataque comum é a adivinhação de senhas.

Se um invasor roubar um arquivo de carteira criptografado, poderá testar muitas senhas até encontrar uma que funcione.

O segundo ataque é o phishing.

Uma carteira ou um site falso pode pedir que o usuário informe uma senha, frase de recuperação ou chave privada.

O terceiro ataque é o malware.

Um malware pode esperar até que a carteira seja desbloqueada e, então, roubar a chave descriptografada ou assinar transações.

O quarto ataque é o sequestro da área de transferência.

Um malware pode substituir endereços de carteiras ou capturar segredos copiados.

O quinto ataque é o comprometimento de contas na nuvem.

Invasores podem obter backups criptografados e tentar quebrá-los offline.

O sexto ataque é a engenharia social.

Invasores podem enganar usuários ou equipes de suporte para redefinir o acesso ou revelar informações de recuperação.

O sétimo ataque é a geração aleatória fraca.

Se a chave privada original tiver sido gerada de forma inadequada, a criptografia não poderá corrigir essa fragilidade.

Limitações da criptografia de chave privada

A criptografia de chave privada protege as chaves quando estão armazenadas, mas não as protege em todos os momentos de uso.

Quando uma carteira assina uma transação, a chave ou a capacidade de assinatura precisa estar disponível para o processo de assinatura.

Se o dispositivo for comprometido nesse momento, a criptografia pode não impedir o roubo ou uma assinatura maliciosa.

A criptografia também não recupera uma senha perdida se não houver um sistema de recuperação.

Um usuário que criptografa uma carteira e esquece a senha pode perder o acesso permanentemente.

A criptografia não consegue informar aos usuários se uma transação é segura.

Um usuário ainda pode desbloquear uma carteira e aprovar um contrato malicioso.

A criptografia não protege uma frase de recuperação armazenada separadamente em texto simples.

A criptografia não torna confiável um app de carteira falso.

A criptografia de chave privada é essencial, mas é apenas uma parte da segurança completa no mercado cripto.

Boas práticas para usuários

Os usuários devem escolher senhas longas e exclusivas para carteiras criptografadas e arquivos de keystore.

Não devem reutilizar senhas de e-mail, redes sociais, exchanges ou outros sites.

Devem armazenar frases de recuperação offline e nunca enviá-las para notas na nuvem, chats, capturas de tela ou e-mail.

Devem manter o software da carteira atualizado e baixá-lo apenas de fontes oficiais.

Quando possível, devem usar hardware wallets para fundos de alto valor.

Devem separar carteiras de uso cotidiano das carteiras de armazenamento de longo prazo.

Devem testar a recuperação da carteira antes de armazenar grandes valores, usando procedimentos seguros e quantias pequenas.

Quando apropriado, devem fazer backup dos arquivos de keystore criptografados e das frases de recuperação em locais seguros e separados.

Devem tratar arquivos de carteira criptografados como confidenciais, não como inofensivos.

Devem lembrar que qualquer pessoa que saiba a senha e tenha o arquivo criptografado talvez consiga recuperar a chave.

Boas práticas para desenvolvedores

Os desenvolvedores nunca devem armazenar chaves privadas em texto simples.

Devem usar bibliotecas criptográficas bem avaliadas, em vez de criar código de criptografia próprio.

Devem aplicar derivação de chaves baseada em senha robusta, com salts e parâmetros de custo adequados.

Devem usar criptografia autenticada ou verificações de integridade para permitir a detecção de adulterações.

Devem proteger chaves descriptografadas na memória e limpar buffers confidenciais sempre que possível.

Devem evitar registrar em logs chaves privadas, frases de recuperação, senhas ou dados de carteiras descriptografados.

Devem projetar processos de recuperação que não enfraqueçam silenciosamente a autocustódia.

Devem deixar claras as solicitações da carteira quando os usuários exportarem, descriptografarem, fizerem backup ou revelarem material confidencial.

Devem documentar em linguagem simples o formato de criptografia, os parâmetros da KDF e as premissas dos backups.

Devem tratar o gerenciamento de chaves como um recurso essencial de segurança, e não como algo secundário.

Criptografia de chave privada e experiência do usuário

A criptografia de chave privada pode dificultar o uso, pois os usuários precisam lembrar senhas, gerenciar backups e entender os riscos de recuperação.

Um excesso de obstáculos pode levar os usuários a anotar senhas em locais inseguros ou armazenar frases de recuperação online.

Poucos obstáculos podem facilitar o comprometimento das carteiras.

Um bom design de carteira deve facilitar comportamentos seguros, em vez de comportamentos inseguros.

Isso pode incluir orientações sobre força de senha, avisos sobre backups criptografados, suporte a hardware wallets, verificações de recuperação, alertas claros de exportação e explicações simples sobre transações.

As carteiras devem evitar exibir chaves privadas brutas, a menos que os usuários entendam claramente o perigo.

Também devem alertar que arquivos criptografados ainda precisam de senhas seguras.

Uma criptografia forte escondida por uma experiência de uso confusa ainda pode falhar na prática.

A segurança cripto depende tanto da matemática quanto do comportamento humano.

A criptografia de chave privada funciona melhor quando os usuários entendem o que ela protege e o que não protege.

Equívocos comuns sobre criptografia de chave privada

Um equívoco é achar que uma carteira criptografada não pode ser roubada.

Um arquivo de carteira criptografado ainda pode ser roubado, copiado e atacado offline.

Outro equívoco é achar que a criptografia protege os fundos depois que a carteira é desbloqueada.

Se um malware controlar o dispositivo durante uma assinatura, a criptografia dos dados armazenados pode não impedir a perda.

Outro equívoco é achar que a senha da carteira é igual à frase de recuperação.

A senha da carteira geralmente desbloqueia os dados locais criptografados, enquanto a frase de recuperação pode recriar a carteira.

Outro equívoco é achar que criptografia de chave privada é igual à criptografia de chave pública e privada.

Na segurança de carteiras, o termo significa criptografar a chave privada da carteira; na criptografia em geral, pode significar criptografia simétrica.

Outro equívoco é achar que uma criptografia forte compensa uma senha fraca.

Uma senha fraca muitas vezes pode ser adivinhada se os invasores obtiverem o arquivo de carteira criptografado.

Perguntas frequentes

O que significa criptografia de chave privada?

Criptografia de chave privada pode significar criptografia simétrica na criptografia em geral ou a criptografia de uma chave privada de carteira blockchain para armazená-la com mais segurança.

Por que a criptografia de chave privada é importante para carteiras cripto?

Ela é importante porque uma chave privada controla os ativos em blockchain, e a criptografia ajuda a protegê-la caso arquivos ou dispositivos da carteira sejam expostos.

A criptografia de chave privada torna uma carteira totalmente segura?

Não. Ela protege as chaves armazenadas, mas os usuários ainda enfrentam riscos relacionados a senhas fracas, malware, phishing, exposição de frases de recuperação e transações maliciosas.

O que é um arquivo de keystore criptografado?

É um arquivo estruturado que armazena uma chave privada em formato criptografado, junto com os parâmetros necessários para descriptografá-la usando a senha correta.

Um invasor pode quebrar a criptografia de uma chave privada?

Um invasor pode tentar quebrá-la adivinhando a senha; por isso, senhas fortes e configurações robustas de derivação de chaves são importantes.

A senha da carteira é igual à chave privada?

Não. A senha da carteira geralmente descriptografa os dados locais da carteira, enquanto a chave privada é o segredo criptográfico que controla as assinaturas na blockchain.

Uma frase de recuperação é criptografada por padrão?

Não necessariamente. Uma frase de recuperação anotada, fotografada ou salva em notas não é protegida pela criptografia local da carteira.

Hardware wallets usam criptografia de chave privada?

Hardware wallets podem usar proteção interna das chaves, mas seu principal benefício de segurança é manter as chaves privadas isoladas de dispositivos de uso geral conectados à internet.

O que acontece se eu esquecer a senha de uma carteira criptografada?

Se não houver um método de recuperação válido, esquecer a senha pode tornar inutilizável a chave privada criptografada, e os fundos podem ser perdidos.

Devo armazenar chaves privadas criptografadas na nuvem?

O armazenamento na nuvem é mais seguro quando os dados estão fortemente criptografados, mas os usuários ainda precisam considerar a força da senha, a segurança da conta na nuvem, a exposição do backup e os riscos de recuperação.

Qual é a forma mais segura de proteger uma chave privada?

Em geral, a abordagem mais segura combina criptografia forte, backup offline da frase de recuperação, hardware wallets, dispositivos seguros, assinatura cuidadosa e controles multisig para fundos de alto valor.

A criptografia de chave privada pode impedir phishing?

Não. A criptografia não impede que um usuário insira uma frase de recuperação em um site falso ou aprove uma transação maliciosa depois de desbloquear a carteira.

Conclusão

Criptografia de chave privada é um conceito importante de segurança cripto com dois significados comuns: criptografia simétrica na criptografia em geral e armazenamento criptografado de chaves privadas blockchain em sistemas de carteira.

Para a maioria dos usuários de cripto, o significado prático é proteger uma chave privada de carteira, um arquivo de keystore, uma chave de validador ou um backup para que não seja armazenado em formato legível.

Uma criptografia robusta de chave privada usa algoritmos comprovados, derivação de chaves baseada em senha, salts, verificações de integridade, armazenamento seguro e manuseio cuidadoso do material de chave descriptografado.

Ela ajuda a proteger os usuários quando um dispositivo, arquivo ou backup é exposto, mas não substitui a segurança da frase de recuperação, as hardware wallets, a análise de transações, a proteção contra malware ou bons hábitos de backup.

Os usuários devem entender que a criptografia protege as chaves quando estão armazenadas, enquanto a segurança das assinaturas protege as chaves e os fundos durante o uso ativo da carteira.

Os desenvolvedores devem tratar a criptografia de chave privada como parte essencial do design da carteira e evitar senhas fracas, armazenamento em texto simples, criptografia própria, processos de recuperação pouco claros e premissas ocultas sobre o manuseio de chaves.

A maneira mais simples de entender a criptografia de chave privada é considerá-la um mecanismo que protege, em dados criptografados, o segredo que controla uma carteira cripto; porém, sua força depende da senha, da implementação, da segurança do dispositivo e do processo de recuperação.