Drones atacaram data centers: seu backup aguentaria?

A notícia soa como roteiro de filme, mas é fato confirmado: ataques de drones a data centers resultaram na perda permanente de dados, segundo a própria Amazon. Isso muda a conversa sobre risco de infraestrutura de um jeito que ninguém pode ignorar — inclusive você, que talvez ache que "nuvem grande nunca cai".

Não se trata de pânico. Trata-se de encarar um ponto que a maioria dos gestores prefere não olhar: dado destruído no lugar físico onde ele mora é dado que não volta, a menos que exista uma cópia longe dali. E é exatamente aí que muita operação descobre, tarde demais, que seu plano de backup era mais uma suposição do que uma garantia.

O que esse ataque revela na prática

Por muito tempo, a segurança de data center foi pensada em duas frentes: ameaças digitais (invasões, ransomware) e falhas de disponibilidade (queda de energia, incêndio, problema de rede). Um drone que causa dano físico ao equipamento junta o pior dos dois mundos: é um ataque intencional e provoca destruição material.

O detalhe mais importante da confirmação da Amazon é a palavra "permanente". Não foi uma indisponibilidade de algumas horas com o serviço voltando depois. Foram dados que simplesmente deixaram de existir. Se aquilo estivesse guardado em um único local — mesmo dentro de uma infraestrutura gigante e cara —, acabou.

"Mas eu uso nuvem, isso é problema deles"

Esse é o raciocínio mais perigoso que existe hoje. Colocar seus sistemas na nuvem transfere a operação da infraestrutura, não a responsabilidade pelos seus dados. Praticamente todo contrato de nuvem funciona sob um modelo de responsabilidade compartilhada: o provedor cuida da infraestrutura, e você cuida da proteção e da cópia dos seus próprios dados.

Na prática, isso significa que:

• Se você não configurou replicação entre regiões diferentes, seus dados podem estar todos concentrados num mesmo lugar físico.
• Se você não tem uma cópia de backup fora do provedor principal, um evento catastrófico naquele provedor pode levar tudo junto.
• Se você nunca testou uma restauração, você não tem backup — você tem uma esperança.

O que pode dar errado no seu ambiente

Vamos ser concretos. Imagine que a sua empresa roda o ERP, o sistema de emissão de notas, os e-mails e o compartilhamento de arquivos em servidores de um único data center — próprio ou de um provedor. Um evento físico grave nesse local, seja um drone, um incêndio ou uma enchente, e você perde:

• O acesso imediato (a operação para).
• Os dados, se a única cópia estava lá.
• Tempo e dinheiro tentando reconstruir o que dá para reconstruir.
• Confiança de clientes e, dependendo do setor, enfrenta problema regulatório por perda de informação.

O ataque de drone é a versão "chamativa" do risco. Mas, para o seu negócio, o resultado de um incêndio ou de um ransomware que criptografa também o backup é exatamente o mesmo: dado que não volta.

O que fazer a respeito, começando esta semana

A boa notícia é que a proteção contra esse tipo de cenário não é nenhuma novidade tecnológica exótica. É disciplina de backup bem executada. O padrão que continua valendo é a regra 3-2-1:

• 3 cópias dos dados.
• Em 2 tipos de mídia diferentes.
• Com 1 cópia fora do local principal (offsite).

A isso, hoje, vale acrescentar mais dois cuidados:

• 1 cópia imutável ou offline, que não pode ser apagada nem sobrescrita mesmo por quem tem acesso administrativo. Isso protege contra ransomware e contra erro humano.
• Separação geográfica real. Cópia "na outra sala do mesmo prédio" não protege contra evento físico. Precisa estar em outra cidade, outra região, outro provedor.

Complementando, coloque na sua agenda de gestão:

1. Mapeie onde seus dados estão de verdade. Quantos locais físicos? Um provedor só? Uma região só?
2. Confirme se existe replicação entre regiões nos serviços de nuvem que você usa. Muitas vezes não é o padrão — precisa ser ativado e custa um pouco mais.
3. Teste a restauração. Marque uma data, restaure um sistema de verdade e cronometre. Descubra o quanto sua empresa aguenta ficar parada.
4. Defina RPO e RTO. Quanto de dado você pode perder (em horas) e quanto tempo pode ficar sem operar? Sem esses números, você não tem um plano — tem um palpite.

O recado que fica

O ataque de drone é novo. O aprendizado, não. Nenhum data center, por maior que seja, é imune a eventos físicos. A diferença entre um susto e uma tragédia é ter uma cópia dos seus dados longe do problema — e ter certeza de que ela funciona. Se você não sabe responder onde está sua segunda cópia agora, esse é o momento de descobrir.