O backup que ninguém testou
Uma repartição mantém um sistema de protocolo com banco de dados em um servidor local. O responsável afirma que "o backup é feito todo dia às 23h" e que os arquivos ficam em uma pasta no próprio servidor. Em uma segunda-feira, o disco do servidor falha e o sistema fica indisponível. Ao tentar restaurar, a equipe descobre que: (1) a pasta de backup estava no mesmo disco que falhou; (2) o último arquivo de backup íntegro é de 12 dias antes; (3) ninguém nunca testou uma restauração; (4) não há registro de quem alterou permissões de acesso ao sistema nos últimos meses. O chefe pergunta se é possível recuperar os dados e o que deveria ter sido feito.
1. Explique, com base em boas práticas de segurança da informação, por que o backup existente não protegia a organização e quais propriedades foram comprometidas.
Read the worked answer
Falha estrutural: backup no mesmo disco. Um backup armazenado no mesmo servidor, e no mesmo disco, não protege contra a falha mais provável - a do próprio disco. A cópia compartilha o destino do original; não é redundância, é duplicação no mesmo ponto de falha.
Propriedades comprometidas:
- Disponibilidade: o sistema ficou fora do ar e os dados não puderam ser restaurados.
- Integridade: o último backup íntegro tem 12 dias; tudo o que foi protocolado nesse intervalo pode ter sido perdido ou está em estado incerto.
- Confidencialidade e rastreabilidade: a ausência de registro de alteração de permissões impede saber quem teve acesso e se houve acesso indevido.
Backup não testado não é backup. A existência do arquivo não garante que ele seja restaurável. Só o teste periódico de restauração comprova que a cópia serve para recuperar a operação. Boas práticas pedem: pelo menos uma cópia fora do equipamento de origem (regra 3-2-1: três cópias, em dois tipos de mídia, uma fora do local), verificação de integridade, registro de logs de acesso e um plano de recuperação com responsáveis e prazos definidos.
Sobre a recuperação possível. Com o último backup íntegro de 12 dias, é provável recuperar os dados até essa data. O intervalo posterior depende de outros vestígios (registros em papel, e-mails, logs de outro sistema). Não se deve prometer recuperação total antes de verificar o que existe.
2. Redija um plano de ação corretivo com prioridades, prazos e responsáveis, considerando que a repartição tem orçamento limitado.
Read the worked answer
Prioridade 1 - restabelecer e recuperar (imediato, até 48h).
- Restaurar o último backup íntegro em equipamento substituto.
- Levantar, com os setores, os protocolos dos últimos 12 dias que possam ser reconstituídos por documentos físicos, e-mails e comprovantes.
- Registrar formalmente o ocorrido, com data, horário e extensão da perda.
Prioridade 2 - eliminar o ponto único de falha (até 30 dias).
- Mover as cópias para destino separado do servidor de origem. Solução de baixo custo: disco externo guardado em outro local físico, com rotação diária.
- Definir retenção: por exemplo, cópias diárias por 30 dias e mensais por 12 meses.
- Ativar registro de logs de acesso e de alteração de permissões.
Prioridade 3 - testar e documentar (até 60 dias).
- Realizar teste de restauração trimestral, com registro de data, responsável e resultado.
- Escrever procedimento de recuperação em uma página, com nomes e contatos.
- Designar formalmente um responsável pelos backups e um substituto.
Prioridade 4 - conscientização e controle (contínuo).
- Revisar quem tem permissão de administrador; aplicar o princípio do menor privilégio.
- Orientar servidores a não guardar arquivos de trabalho apenas em pastas locais.
Justificativa do custo. As prioridades 1, 3 e 4 usam principalmente tempo e organização, não orçamento. A prioridade 2 pode ser feita com mídia externa antes de qualquer investimento em nuvem, o que respeita a restrição orçamentária sem repetir a falha de manter cópia no mesmo ponto de falha.