Cripto de Disco e Backups: Veracrypt, LUKS e Estrategia 3-2-1 Resiliente

Um laptop roubado no trem, um disco apreendido, um ransomware que cifra todos os compartilhamentos de rede as 03:12: tres cenarios, uma pergunta. Alguem consegue chegar aos seus dados, e voce mesmo consegue recupera-los depois de uma perda total? A cripto de disco e uma estrategia de backup 3-2-1 resiliente sao dois lados da mesma moeda: confidencialidade contra o roubo, disponibilidade contra a perda. Este post mostra em concreto como cifrar com LUKS e VeraCrypt, como gerenciar as chaves de verdade, e como construir backups pra que nem um ladrao nem um ransomware nem o seu proprio erro te arruinem.

Primeiro o modelo de ameaca

Cifrar sem modelo de ameaca e teatro de cripto. O cifrado de disco completo protege dados at rest: hardware roubado ou apreendido desligado. Nao protege o sistema em execucao onde a chave vive na RAM, nem contra malware com root, nem contra um ataque cold-boot num equipamento desbloqueado, nem contra coercao quando alguem te forca a passphrase. Defina entao com clareza contra quem voce se defende, do jeito que derivamos em OPSEC para Pesquisadores de Seguranca: Modelo de Ameaca Pessoal. O modelo dita a escolha: basta LUKS padrao, voce precisa de volumes ocultos, voce precisa de isolamento estrito como em Tails, Whonix ou Qubes OS: Qual Escolher para Cada Cenario de OPSEC.

Montar LUKS no Linux do jeito certo

No Linux, LUKS2 e o padrao. Na criacao, o que importa e a derivacao de chave: cryptsetup luksFormat --type luks2 --cipher aes-xts-plain64 --key-size 512 --pbkdf argon2id /dev/nvme0n1p3. Argon2id e memory-hard e freia o brute force massivamente, ao contrario do velho PBKDF2. Verifique com cryptsetup luksDump que argon2id e um custo de memoria sensato estao de fato ativos. LUKS oferece oito keyslots: use um pra passphrase, um pra um keyfile num cofre, um como recovery de emergencia guardado offline. Rotacione slots comprometidos com luksKillSlot. Para servidores, combine LUKS com higiene de boot e menor privilegio como em Hardening de Linux Servidor: CIS Benchmark Aplicado sem Quebrar Producao, senao o disco cifrado protege um sistema em execucao cheio de buracos.

VeraCrypt, volumes ocultos e negacao plausivel

O VeraCrypt brilha em multiplataforma (Windows, macOS, Linux) e com containers em vez de particoes inteiras. Um container .hc e um arquivo montado como volume cifrado, ideal pra datasets sensiveis e transportaveis. A funcao matadora e o volume oculto: dentro de um volume externo vive um segundo cuja existencia nao pode ser provada criptograficamente. Sob coercao voce revela a passphrase do volume externo, com dados-isca plausiveis, enquanto o volume oculto fica invisivel. E poderoso mas fragil: se escrever demais no volume externo, voce sobrescreve o oculto. O VeraCrypt tambem e deliberadamente lento na derivacao (alta contagem de iteracoes), o que encarece o brute force. Escolha uma passphrase longa e de alta entropia, porque nenhuma contagem de iteracoes salva uma senha fraca.

Gerenciamento de chaves que aguenta

A chave e a verdadeira superficie de ataque, nao o algoritmo. Uma passphrase de seis palavras Diceware aleatorias ganha de qualquer senha esperta mas curta. Separe conhecimento e posse: passphrase na cabeca mais um keyfile numa YubiKey ou num stick offline. Para desbloqueio desassistido de servidores, amarre a chave a um TPM com politica PCR de modo que o disco so boote se a cadeia de medicao do firmware nao mudou; Clevis e systemd-cryptenroll automatizam isso. Guarde uma recovery key fisicamente separada e offline. A mesma cabeca resistente a coercao, incluindo mecanismos de duress, aprofundamos em Cripto Pessoal: Hardware Wallets, Passphrase e Backup Resistente a Coercao. Lembre: uma chave perdida sem recovery significa perda de dados garantida, uma chave vazada significa comprometimento garantido.

A regra 3-2-1 e sua extensao

A regra 3-2-1 e o coracao de toda estrategia resiliente: tres copias dos seus dados, em dois tipos de midia diferentes, com uma fora do local. Em concreto: os dados vivos, um backup local em outro disco ou num NAS, e uma copia geograficamente separada num destino cloud ou offsite cifrado. A extensao moderna e 3-2-1-1-0: o um extra e uma copia offline ou imutavel, o zero e zero erros em restauracoes verificadas. Essa unica copia offline e justamente a diferenca entre sobreviver e afundar quando o ransomware cifra todo disco alcancavel. Um backup que o ransomware tambem consegue cifrar nao e um backup, e um segundo refem.

Cifrar backups com restic e borg

O software de backup precisa cifrar do lado do cliente antes dos dados sairem do equipamento. restic e BorgBackup fazem exatamente isso: deduplicacao mais cifragem, de modo que o destino (S3, um servidor alheio, um disco externo) so ve cifrado. Com restic voce cria um repo com restic init, respalda com restic backup /dados e pruna com uma politica de retencao como --keep-daily 7 --keep-weekly 4 --keep-monthly 12. A chave do repo nunca e enviada ao provedor, o que e decisivo quando o destino offsite nao e confiavel. Borg oferece o mesmo com borg init --encryption=repokey-blake2. Ambos deixam voce tratar o destino de backup como potencialmente hostil, o unico default sao pra copias offsite.

Backups imutaveis e offline contra ransomware

A pergunta decisiva com ransomware e: o host comprometido consegue destruir os proprios backups? Se a resposta e sim, voce nao tem nenhum. Faca pelo menos uma copia imutavel ou fisicamente offline. Na nuvem voce usa S3 Object Lock em modo compliance ou imutabilidade do Backblaze B2, de modo que ate credenciais roubadas nao conseguem apagar objetos antes da janela de retencao expirar. Localmente, rotacione dois discos externos com um sempre no armario, fisicamente desconectado. Some repos append-only (restic sobre um rest-server com --append-only) pra que um cliente comprometido possa escrever mas nao apagar. Detecte apagamentos em massa incomuns ou ondas de cifragem cedo com deteccao no estilo de Threat Hunting com Sigma e Elastic: Do Indicador a Regra de Deteccao.

Testes de restore, ou voce nao tem backup

Um backup que nunca foi restaurado e uma esperanca, nao um backup. Agende drills de restore regulares: restaure um arquivo aleatorio, depois uma pasta inteira, depois um sistema completo numa VM e compare hashes. Com restic voce verifica a integridade do repo via restic check --read-data-subset=10% e ensaia o restore real com restic restore latest --target /restore-test. Documente o tempo de restauracao (RTO) e a perda maxima de dados toleravel (RPO) pra ninguem adivinhar num evento real. O zero do 3-2-1-1-0 significa exatamente isso: zero erros numa restauracao verificada. Sem esse teste voce descobre o backup quebrado justo na noite em que precisa dele.

Erros comuns

Cinco armadilhas aparecem de novo e de novo. Primeira: passphrase fraca sobre cripto forte, o que anula todo o esforco. Segunda: a chave vive ao lado dos dados, tipo um keyfile na mesma particao sem cifrar. Terceira: backups no mesmo limite de confianca, de modo que um atacante com acesso apaga tambem. Quarta: restores nunca testados que falham num evento real por uma senha esquecida ou um repo corrompido. Quinta: encher sem cuidado o volume externo do VeraCrypt e sobrescrever o oculto. Cada uma dessas armadilhas transforma uma estrategia aparentemente segura numa ilusao. A boa noticia: as cinco se evitam com disciplina e nao com tecnologia cara.

Checklist pratico

Primeiro: LUKS2 com argon2id, verificado via luksDump. Segundo: passphrase de pelo menos seis palavras Diceware, separada de um keyfile que voce possua. Terceiro: dados sensiveis de transporte em containers VeraCrypt, com volume oculto quando a coercao e um risco. Quarto: honre 3-2-1, estendido pra 3-2-1-1-0 com uma copia offline ou imutavel. Quinto: cifre backups do lado do cliente com restic ou borg, trate o destino como hostil. Sexto: Object Lock ou append-only contra ransomware. Setimo: defina uma politica de retencao e prune. Oitavo: um drill de restore mensal com comparacao de hashes, RTO e RPO documentados. Nono: guarde a recovery key offline e fisicamente separada. Viva esses nove e voce sobrevive a roubo, apreensao e ransomware por igual.

FAQ

Basta o cifrado de disco completo? Nao. Ele so protege dados at rest. Um sistema em execucao e desbloqueado, malware com root, ou um laptop aberto com a chave na RAM nao estao cobertos. Combine cripto de disco com hardening do sistema, um auto-lock curto, e backups cifrados e separados.

Backup na nuvem ou copia offsite propria? Ambos sao legitimos desde que voce cifre do lado do cliente e a chave nunca chegue ao provedor. A nuvem te da geo-separacao facil e imutabilidade via Object Lock; um disco externo rotacionado em outro predio te da controle total. O ideal e combinar os dois.

Conclusao

Cripto de disco e backups resolvem dois problemas distintos e igualmente importantes: ninguem le seus dados, e voce nunca os perde. LUKS2 com argon2id e VeraCrypt com volumes ocultos cobrem a confidencialidade; uma estrategia 3-2-1-1-0 vivida com honestidade, com cifragem do lado do cliente e pelo menos uma copia imutavel offline, cobre a disponibilidade. Takeaway pratico: cifre o primeiro disco hoje, monte o primeiro repo restic com destino offsite hoje, e faca o primeiro teste de restore real esta semana. Seguranca que voce nunca ensaiou e so um boato sobre a sua propria resiliencia.