Cópia de segurança e recuperação de perfis: o que as equipes devem testar

Defina uma recuperação utilizável

Um backup responde à pergunta «foi copiado alguma coisa?». Um exercício de recuperação responde a «a pessoa certa consegue retomar o trabalho aprovado em segurança?»

Defina dois objetivos antes do exercício:

• Ponto de recuperação: o estado mais recente que é aceitável. Por exemplo, a equipe pode aceitar perder alterações posteriores à última captura aprovada, mas não um dia inteiro de trabalho autorizado.
• Tempo de recuperação: o intervalo máximo aceitável entre declarar o perfil indisponível e confirmar uma substituição utilizável e segura.

Estes objetivos devem resultar do impacto operacional e das obrigações perante os clientes. Não copie um número genérico de outra equipe.

Defina «utilizável» com verificações observáveis. Uma janela do navegador que abre não basta se os cookies estiverem corrompidos, forem carregadas as extensões erradas, faltar uma credencial vinculada ao dispositivo ou um operador cessante recuperar o acesso.

O Guia para a recuperação de eventos de cibersegurança do NIST recomenda cenários de teste realistas, funções definidas, resultados registrados e melhorias baseadas no que o exercício refuta. Esta abordagem aplica-se bem à recuperação de perfis.

Inventarie o conjunto de recuperação

O estado do navegador atravessa vários limites. Decida o que deve ser restaurado, reconstruído, novamente autorizado ou deliberadamente excluído.

Classe de estado	Exemplos	Pergunta de recuperação
Conteúdo do perfil	Marcadores, histórico, cookies, armazenamento de sites, permissões, estado da sessão	Que elementos são necessários e quais criam uma exposição inaceitável se forem copiados?
Contexto do navegador	Compilação exata do navegador, formato do perfil, políticas, extensões aprovadas, auxiliares nativos	O perfil restaurado pode ser executado numa compilação suportada e atual?
Dependências do sistema operacional	Elementos do Chaves, certificados, fornecedor de senhas, passkeys, registro do dispositivo	A recuperação exige o mesmo usuário do macOS, um usuário migrado ou um novo registro?
Estado de controle da equipe	Proprietário, funções, bloqueios, histórico de auditoria, versão, cursor de sincronização, dispositivos revogados	A restauração consegue recriar os dados sem reativar autorizações obsoletas?
Serviços externos	Fornecedor de identidade, proxy, aplicativo do cliente, sistema de aprovação	O operador consegue autenticar-se novamente sem copiar uma sessão ativa?

O Chromium documenta que um diretório de dados do usuário contém subdiretórios de perfis e estado local relativo à instalação. No macOS, também deriva um caminho de cache separado. Analise a estrutura de diretórios a montante em vez de presumir que uma pasta visível constitui todo o conjunto de recuperação.

O escopo mais seguro não é necessariamente o maior. Um backup que contenha cookies ativos ou credenciais de proxy pode proporcionar uma continuidade mais rápida e criar um alvo mais valioso. Registre por que razão cada classe sensível está incluída, quem a pode restaurar, como é criptografada e quando expira.

Capture um ponto coerente no tempo

Prefira a operação de backup ou exportação suportada pelo aplicativo. Se não existir um mecanismo suportado, feche ou coloque o perfil em repouso antes de uma captura no nível dos arquivos e documente a limitação. Não copie repetidamente um diretório de perfil ativo e presuma que o resultado é coerente.

Muitos armazenamentos do navegador utilizam SQLite, mas uma base de dados coerente não torna coerente um perfil com vários arquivos. A API de backup online do SQLite pode produzir uma captura de uma base de dados ativa enquanto trata o acesso simultâneo. Esta garantia não abrange automaticamente outras bases de dados, arquivos, elementos do Chaves, estado de extensões ou um registro do plano de controle. Um backup de perfis do navegador precisa de um limite de coerência no nível do aplicativo ou de um procedimento testado com o perfil parado.

Registre com cada ponto de recuperação:

• o identificador do perfil sem incorporar um segredo ou um nome de cliente desnecessário;
• a hora de criação e o estado de conclusão;
• as versões do navegador, sistema operacional, esquema, arquivo e chave;
• as classes de dados incluídas e excluídas;
• informações de integridade e estado da criptografia autenticada;
• a data de retenção e eliminação;
• as funções e aprovações necessárias para a recuperação; e
• a versão anterior em bom estado conhecida.

Uma escrita interrompida deve deixar utilizável o ponto de recuperação anterior ou o novo. Um arquivo publicado pela metade nunca deve substituir a única cópia em bom estado conhecida.

Realize um exercício de recuperação num ambiente limpo

Use uma conta nova do macOS, um dispositivo de teste gerenciado e limpo ou uma máquina virtual de teste isolada que corresponda ao ambiente suportado. Restrinja o acesso à rede até o arquivo passar as verificações de formato, integridade, software malicioso e políticas. Trate todos os perfis, extensões e arquivos importados como dados não confiáveis.

Prepare provas sintéticas

Crie um perfil inofensivo com marcadores fáceis de verificar:

• uma pequena árvore de marcadores com títulos conhecidos;
• uma conta e um cookie sintéticos num site sem acesso à produção;
• um valor de armazenamento local numa origem de teste;
• uma extensão de teste aprovada com uma configuração conhecida;
• um arquivo não sensível transferido, com um resumo criptográfico registrado;
• uma permissão explícita de um site; e
• uma conta sem sessão iniciada que deve permanecer nesse estado.

Não exporte senhas nem tokens de sessão reais para tornar o exercício realista. É o processo de recuperação que precisa de realismo, não os dados.

Execute a restauração

1. Crie o ponto de recuperação através do caminho documentado.
2. Registre os respectivos metadados e confirme que continua a existir um ponto anterior em bom estado conhecido.
3. Remova o perfil de origem do ambiente de teste ou declare o dispositivo de origem indisponível.
4. Dê ao operador de recuperação apenas o material e a autoridade indicados no manual de procedimentos.
5. Restaure no destino limpo sem abrir serviços de produção.
6. Inicie numa versão suportada do navegador e verifique todos os marcadores.
7. Volte a autenticar-se no serviço sintético através do processo de identidade aprovado.
8. Meça o ponto e o tempo de recuperação alcançados.
9. Registre falhas, acessos inesperados, pedidos, trabalho manual e documentação em falta.
10. Destrua o perfil sintético recuperado e o material temporário de recuperação de acordo com o plano de testes.

A pessoa que realiza o exercício não deve depender de conhecimentos não documentados da pessoa que criou o backup. Conhecimento oculto é uma dependência de recuperação.

Teste mais do que a perda do dispositivo

Uma restauração bem-sucedida não cobre os principais modos de falha.

Cenário	Provas a exigir
Eliminação acidental de um perfil	Restaurar a versão anterior escolhida sem substituir um perfil mais recente que não foi afetado
Backup interrompido	O ponto incompleto é rejeitado e o ponto anterior em bom estado conhecido permanece utilizável
Falha durante escritas no perfil	A recuperação alcança um estado coerente documentado sem combinar silenciosamente transações de momentos diferentes
Mac perdido ou substituído	Um dispositivo suportado e limpo consegue restaurar dentro do objetivo, ou o manual indica claramente que são necessárias reconstrução e nova autenticação
Chaves ou segredo de recuperação perdido	Os dados sensíveis falham de forma fechada; o caminho de recuperação alternativo funciona sem expor a chave em registros ou resultados de apoio
Atualização do navegador	Um ponto de recuperação suportado e mais antigo é migrado uma vez, conserva uma cópia intacta da origem e passa as verificações semânticas
Reversão do navegador	A ferramenta bloqueia uma restauração insegura ou utiliza uma cópia isolada com um aviso de compatibilidade claro
Arquivo corrompido ou malicioso	As verificações de integridade, caminho, tamanho, esquema e extensões rejeitam-no sem escrever fora do destino nem iniciar código
Ransomware ou sistema host comprometido	Um ponto de recuperação protegido permanece inacessível ao dispositivo comprometido e pode ser restaurado num ambiente limpo
Membro cessante ou dispositivo revogado	A recuperação do conteúdo não restaura a associação de membro revogada, a confiança obsoleta no dispositivo nem direitos de exportação não autorizados
Falha da nuvem ou da rede	Os caminhos locais e de recuperação documentados comportam-se como previsto, com uma regra clara para alterações em fila e conflitos

A política de armazenamento de dados do usuário do Chromium exige que versões mais recentes leiam dados mais antigos, mas descreve comportamento degradado quando um navegador mais antigo encontra arquivos escritos por uma versão mais recente. Mantenha imutável o único backup e teste migrações numa cópia. Não resolva um problema de restauração executando permanentemente um navegador desatualizado.

O Guia StopRansomware da CISA recomenda backups criptografados e sem conexão, bem como testes regulares de disponibilidade e integridade. «Sem conexão» é uma propriedade relativa à ameaça: um ponto de recuperação que o sistema host comprometido consegue eliminar ou reescrever não proporciona a separação pretendida.

Teste a autenticação separadamente dos arquivos do perfil

O acesso aos sites pode depender de um gerenciador de senhas, Chaves do sistema operacional, fornecedor de passkeys, chave física, certificado do dispositivo ou registro no fornecedor de identidade que fica fora do arquivo do perfil do navegador.

A atual Recomendação WebAuthn Nível 3 distingue credenciais de um único dispositivo de credenciais de vários dispositivos e define a elegibilidade e o estado dos backups. Não fornece um protocolo geral para copiar chaves privadas. A Recomendação Web Authentication Level 3 avisa que perder um autenticador pode impedir o acesso quando este contém a única credencial registrada na entidade do usuário. Teste as opções documentadas de registro e recuperação da entidade do usuário independentemente do arquivo do perfil.

Para cada conta sintética crítica, teste pelo menos um autenticador alternativo ou caminho de recuperação de conta aprovado. A revogação também deve funcionar: restaurar os dados com êxito não deve reativar um dispositivo antigo nem um antigo membro da equipe.

Compreenda o que demonstram as ferramentas de backup do macOS

O Time Machine pode criar automaticamente backups de arquivos e restaurá-los no mesmo Mac ou em outro. A Apple também permite criptografar um backup do Time Machine, exigindo a senha para a restauração posterior. Consulte as orientações atuais de configuração e restauração do Time Machine para a versão do macOS abrangida.

Estas capacidades não demonstram, por si só, que um perfil do navegador é semanticamente utilizável. O procedimento Verificar backups da Apple verifica o estado de uma cópia em rede. As equipes continuam a ter de abrir o perfil restaurado num ambiente limpo e verificar o conteúdo, as credenciais, as versões, o isolamento e a autorização.

Na substituição completa de um dispositivo, o Assistente de Migração pode transferir documentos, aplicativos, contas de usuário e configurações de um Mac ou de uma cópia do Time Machine. A Apple observa que alguns serviços, como o e-mail, podem continuar a exigir configuração. Trate a migração como um caminho de recuperação a testar, não como prova de que todas as dependências do navegador ou do Chaves funcionarão.

Registre um pacote de provas

Um registro de exercício que possa ser revisto deve incluir:

• cenário, data, operador, observador e aprovações;
• versões do navegador e do macOS na origem e no destino;
• objetivo do ponto de recuperação e antiguidade alcançada;
• objetivo do tempo de recuperação e duração alcançada;
• versão, tamanho, resultado de integridade e versão da chave do arquivo, sem material de chave;
• aprovação ou reprovação de cada classe de dados esperada e deliberadamente excluída;
• prova de que nenhum segredo apareceu em registros, capturas de tela, diagnósticos ou resultados de automação;
• prova de que os outros perfis e clientes não foram alterados;
• resultados de nova autenticação, funções, dispositivos, bloqueios e revogações;
• todos os passos manuais não documentados ou dependências externas; e
• um responsável identificado e um prazo para cada ação corretiva.

O exercício termina quando o ambiente restaurado cumpre os critérios de aceitação declarados e a equipe tratou ou aceitou cada risco restante. Um painel de backups verde não constitui, por si só, prova de recuperação.

Escolha uma cadência de testes orientada pelas alterações

Defina a frequência com base no impacto e no ritmo de alterações. Realize um exercício após alterações significativas ao formato dos perfis do navegador, à matriz de suporte do macOS, à criptografia ou recuperação de chaves, ao fornecedor de identidade, ao gerenciador de senhas, ao protocolo de sincronização, à política de extensões, ao fornecedor de backups ou ao modelo de autorização da equipe. Teste também antes de uma migração e após um incidente de recuperação significativo.

Os exercícios de rotina devem alternar cenários e operadores. Repetir apenas a restauração de arquivos mais simples prepara a equipe para uma única falha.