As cópias de segurança regulares e fora do local protegem dados críticos contra falhas de hardware, ransomware e desastres locais. Mas os programadores, administradores de sistemas e utilizadores avançados preocupados com a privacidade que executam servidores sem interface gráfica ou scripts agendados não podem depender de carregamentos manuais através de um navegador ou de uma aplicação para computador.

Com o lançamento da CLI do Proton Drive (interface de linha de comandos), pode trazer a encriptação ponto a ponto (E2EE) de conhecimento zero da Proton para a automatização das suas cópias de segurança na nuvem: os seus scripts de cópia de segurança e fluxos de trabalho de shell agendados.

Utilizar a CLI de forma eficaz exige compreender o seu papel. Este guia explica porque é que uma arquitetura de cópias de segurança orientada pela CLI é melhor do que a sincronização contínua em segundo plano, como as estratégias de conflito gerem as revisões de ficheiros e como agendar cópias de segurança totalmente encriptadas fora do local no Linux, macOS e Windows.

O que é uma cópia de segurança fora do local e porque é que é importante?

Se a sua cópia de segurança reside na mesma máquina que os seus dados, na verdade não é uma cópia de segurança. O hardware avaria. O ransomware encripta tudo o que consegue alcançar, incluindo unidades ligadas. Um incêndio, uma inundação ou um roubo não distingue o seu disco principal da unidade de cópia de segurança que está mesmo ao lado.

A regra de cópia de segurança 3-2-1 existe por este motivo: mantenha pelo menos 3 cópias dos seus dados, em pelo menos 2 suportes diferentes, com pelo menos 1 cópia fora do local.

Essa cópia fora do local, que deve estar geograficamente separada das suas outras cópias de segurança e dos dados principais, é a sua última linha de defesa, por isso tem de estar num local que uma falha local não consiga alcançar. Se residir na nuvem, o prestador de serviços também não deve conseguir lê-la. É aqui que entra a CLI do Proton Drive.

Porquê encriptar as suas cópias de segurança fora do local?

Armazenar uma cópia de segurança fora do local significa confiar os seus dados a terceiros: um servidor remoto fora do seu controlo, gerido por uma empresa cuja propriedade ou políticas podem mudar e cuja infraestrutura pode ser requisitada judicialmente ou comprometida.

A encriptação ponto a ponto resolve isto. Os seus ficheiros são encriptados no seu dispositivo antes de o deixarem. Se o servidor na nuvem for comprometido, não há nada legível nele para um atacante, para o prestador ou para qualquer pessoa sem a sua chave de desencriptação.

O Proton Drive utiliza encriptação ponto a ponto por predefinição para tudo o que é carregado através das aplicações para computador, das aplicações móveis e da CLI. A sua cópia de segurança encriptada fora do local está protegida pela mesma arquitetura de acesso zero que a Proton criou para o Proton Mail, ao abrigo de rigorosas leis de privacidade suíças.

Compreender a CLI do Proton Drive: scripts atómicos vs. sincronização em segundo plano

A CLI funciona de forma diferente de uma aplicação de sincronização para computador:

As aplicações para computador e móveis (motores de sincronização) funcionam continuamente em segundo plano. Monitorizam as alterações aos ficheiros e copiam todas as adições, edições e eliminações para a nuvem.

A CLI do Proton Drive (motor de execução atómica) executa um único comando, como upload, download ou list, e depois termina. Não monitoriza pastas locais nem é executada em segundo plano.

Porque é que uma CLI atómica faz sentido para a segurança e as cópias de segurança

Um daemon de sincronização contínua replica os seus dados, por isso não passa o teste 3-2-1. Se um ficheiro for eliminado localmente, seja por acidente, por um erro de script ou por ransomware, a eliminação chega imediatamente à nuvem. E, se um atacante invadir o seu sistema enquanto o daemon está em execução, poderá ler os tokens de sessão ativos do daemon.

A CLI resolve isto ao ativar cópias de segurança periódicas e agendadas. É invocada, executa, para e deixa um instantâneo seguro de recuperação a um ponto no tempo, ao qual pode recorrer se um ficheiro for eliminado acidentalmente ou corrompido localmente.

Nota: a CLI não é, por si só, uma solução de cópia de segurança completa. Continua a ser necessário decidir o que incluir na cópia de segurança, com que frequência, quantas versões manter e como testar os restauros.

Como as estratégias de conflito gerem as cópias de segurança incrementais

Por predefinição, os ficheiros idênticos não modificados são automaticamente ignorados pela CLI para poupar largura de banda. No entanto, quando um ficheiro foi modificado localmente, tem de indicar à CLI como o processar utilizando estratégias de conflito.

Evite utilizar skip para cópias de segurança. Embora evite trabalho duplicado, irá ignorar completamente os ficheiros modificados. Em vez disso, escolha a estratégia que se adequa às suas necessidades de retenção:

--file-conflict-strategy create-new-revision (recomendado para cópias de segurança) carrega o ficheiro alterado como uma nova versão e mantém o seu histórico. O número de versões mantidas depende do seu plano e as versões ocupam armazenamento.

--file-conflict-strategy rename acrescenta um sufixo ao nome do ficheiro modificado e mantém ambas as cópias.

--file-conflict-strategy replace substitui o ficheiro anterior pelo novo. A versão antiga perde-se.

--file-conflict-strategy skip ignora qualquer ficheiro que já exista na nuvem, por isso as alterações nunca são guardadas (não recomendado para cópias de segurança).

Exemplo de um comando de carregamento incremental:

proton-drive filesystem upload ./my-local-data /my-files/Backups/Daily \
--folder-conflict-strategy merge --file-conflict-strategy create-new-revision

Configurar uma cópia de segurança encriptada automática: guia passo a passo

Do que precisa:

  • Uma conta Proton (gratuita ou paga; aplicam-se limites de armazenamento)
  • O binário da CLI do Proton Drive para a sua plataforma (Linux, macOS ou Windows)
  • Um ambiente shell (Terminal, Bash, Sh, PowerShell)
  • Um agendador de tarefas para execuções automáticas: cron (Linux/macOS) ou Agendador de Tarefas (Windows)

Passo 1: iniciar sessão e fazer um teste manual

Antes de configurar a automatização, autentique o seu dispositivo de forma interativa:

proton-drive auth login

Como funciona a autenticação sem interface gráfica: quando executa auth login num servidor sem navegador, como um VPS remoto ou um nó Linux doméstico, a CLI apresenta um URL de início de sessão. Abra-o em qualquer dispositivo com um navegador, como o seu portátil ou telemóvel, e conclua o início de sessão. O servidor fica então com a sessão iniciada.

Sugestão para servidores sem interface gráfica / cron: para sistemas sem interface gráfica e automatizados executados através do cron, recomenda-se a utilização de pass como armazenamento de credenciais. Configure-o com esta variável de ambiente:export PROTON_DRIVE_CREDENTIALS_STORE="pass"). Os porta-chaves padrão do SO (libsecret / GNOME Keyring) dependem de sessões de ambiente de trabalho com interface gráfica ativas, que as tarefas cron não têm. Configurar o pass evita problemas de sessão D-Bus.

Passo 2: escrever o script de cópia de segurança

Crie um script de shell, como backup.sh, que define os caminhos de origem, processa os porta-chaves e executa o carregamento:

#!/usr/bin/env bash
set -euo pipefail

# Definir variáveis
LOCAL_DIR="/var/backups/data"
REMOTE_DIR="/my-files/AutomatedBackups"
export PROTON_DRIVE_CREDENTIALS_STORE="pass"

# Executar o carregamento idempotente
proton-drive filesystem upload "$LOCAL_DIR" "$REMOTE_DIR" \
  --folder-conflict-strategy merge \
  --file-conflict-strategy create-new-revision \
  --json > /var/log/proton-backup-$(date +%Y%m%d-%H%M%S).json

echo "Cópia de segurança concluída em $(date)"

Passo 3: agendar a cópia de segurança com cron ou temporizadores systemd

Para executar esta cópia de segurança todas as noites às 02:00 com o cron:

  1. Abra o editor do crontab e adicione:
crontab -e
  1. Adicione a entrada de execução agendada:
0 2 * * * /usr/local/bin/backup.sh >> /var/log/proton-backup.log 2>&1

Práticas recomendadas para cópias de segurança externas automatizadas

Um script funcional é apenas o começo. Estes três hábitos mantêm a cópia de segurança externa completa, fácil de monitorizar e dentro dos limites de armazenamento.

Teste a recuperação: Uma cópia de segurança sem um restauro funcional não vale mais do que não ter cópia de segurança alguma. Tenha um script de restauro pronto, criado com proton-drive filesystem download, e teste-o regularmente para que funcione quando ocorrer um incidente.

Registe em formatos legíveis por máquina: Adicione --json aos scripts para gerar registos JSON estruturados. Depois pode analisar o estado das tarefas com jq ou acionar um webhook quando uma cópia de segurança falha.

Respeite a utilização razoável: Não agende carregamentos de alta frequência, como a cada 60 segundos. Uma periodicidade diária ou semanal é suficiente para cópias de segurança externas.

Cópia de segurança externa, encriptada e automatizada

As cópias de segurança só são tão seguras quanto o local para onde as envia. Com a CLI do Proton Drive, cada tarefa noturna envia uma cópia de segurança externa encriptada que ninguém além de si pode ler. Nem atacantes, nem o fornecedor de alojamento, nem a Proton.

Obtém encriptação ponto a ponto, a proteção jurídica da legislação suíça de privacidade e código aberto que foi auditado de forma independente. Mantém também o controlo total do fluxo de cópias de segurança: o que é executado, quando é executado e durante quanto tempo cada versão é mantida.

A configuração demora apenas alguns minutos. Transfira a CLI para Linux, macOS ou Windows, execute a primeira cópia de segurança manual, agende-a e deixe de pensar no assunto.

Transferir a CLI do Proton Drive Ver planos para empresas