Durante anos, a pergunta dominante foi sempre a mesma:
«Como evitamos o próximo ataque?»
Firewalls. EDR. Backups. Zero Trust.
Tudo importante. Tudo necessário.
Mas há uma pergunta que quase nunca se faz - e que só surge quando já é tarde demais:
O que acontece aos seus dados quando a segurança falha?
Porque a falha não é uma possibilidade - é uma certeza
Por mais madura que seja a sua arquitetura de segurança.
Independentemente da dimensão da sua equipa, do orçamento ou dos fornecedores.
Os incidentes acontecem.
E, quando acontecem, o problema deixa de ser técnico e passa a ser existencial:
• Podemos confiar nos dados que restam?
• Conseguimos provar o que foi alterado - e o que não foi?
• Os nossos registos são defensáveis perante clientes, reguladores ou um tribunal?
• As operações podem continuar, ou fica tudo parado?
A maioria das organizações descobre tarde demais que restaurar sistemas não é o mesmo que restaurar a confiança.
Os backups restauram dados. Não restauram a verdade.
Quando ocorre um incidente, os backups passam para o centro das atenções.
Mas há uma verdade incómoda que raramente se diz:
Um backup diz-lhe o que tem. Não lhe diz se é verdadeiro.
Depois de um incidente:
• As auditorias ficam paradas
• As posições jurídicas enfraquecem
• Os reguladores perdem a confiança
• Os clientes hesitam - ou vão-se embora
• Um ficheiro restaurado pode ter sido alterado antes de o backup ter sido feito.
• Um registo pode ter sido manipulado sem deixar provas.
• Um contrato pode existir - mas ninguém consegue provar quando, como ou em que estado existiu.
E, sem provas, as consequências não tardam:
O verdadeiro problema é a ambiguidade
O maior inimigo depois de um ataque não é o malware. É a ambiguidade.
Quando ninguém consegue dizer com certeza:
• o que é válido,
• o que foi comprometido,
• o que pode ser usado como prova,
a organização entra em paralisia operacional.
Os sistemas podem voltar a estar online.
Mas as decisões atrasam-se.
Os contratos são postos em causa.
Os relatórios são adiados.
A confiança evapora-se.
É aqui que a resiliência importa - não como palavra da moda, mas como prática
A resiliência não consiste em evitar a falha a todo o custo. Consiste em aceitar que a falha vai acontecer - e conceber sistemas que continuem a funcionar apesar disso.
Uma estratégia de ciber-resiliência responde a perguntas diferentes:
• Como provamos a integridade dos dados, mesmo depois de um incidente?
• Como mantemos registos prontos para auditoria enquanto os sistemas estão sob ataque?
• Como demonstramos, de forma independente e verificável, que a informação é autêntica?
A resiliência não começa no momento do ataque. Começa antes, na forma como os dados são criados, registados e validados ao longo de todo o seu ciclo de vida.
A segurança protege. A resiliência prova.
A segurança tenta impedir que o pior aconteça. A resiliência garante que, quando acontece, a verdade sobrevive.
E num mundo regulado, litigioso e assente no digital, a verdade - uma verdade demonstrável, verificável e pronta para auditoria - é o ativo mais crítico que uma organização pode ter.
Nos próximos artigos, vamos explorar:
• porque é que os backups e os logs não chegam,
• como provar a integridade ao longo de todo o ciclo de vida dos dados,
• e o que significa realmente estar preparado para o «dia seguinte» a um incidente.
Porque, quando tudo falha,
a questão não é se tem dados - é se consegue provar que são verdadeiros.