Pontos principais
- A pressão regulatória, as expectativas do conselho administrativo e os conflitos do mundo real estão acelerando a transição de gastos voltados para a prevenção para resultados em termos de resiliência.
- A arquitetura de resiliência tornou-se significativamente mais complexa, especialmente à medida que os sistemas de IA trazem novos desafios relacionados à linhagem de dados e à recuperação.
- A resiliência cibernética deve ir além da recuperação tradicional de desastres e tratar as interrupções como uma condição operacional contínua, em vez de um evento excepcional.
- As operações de resiliência (ResOps™) oferecem um modelo operacional para tornar a resiliência contínua, multifuncional e comprovável em condições reais.
- A parte mais difícil da transição para o ResOps é de natureza organizacional. A fragmentação das responsabilidades e o desalinhamento de prioridades continuam sendo as causas mais comuns de falha.
As perturbações já se tornaram parte do dia a dia. Só no último ano, vimos:
- Os ataques com drones a centros de dados nos Emirados Árabes Unidos e no Bahrein causaram uma série de problemas em cadeia nas organizações que armazenavam dados e cargas de trabalho nesses locais.
- Uma configuração incorreta do DNS por parte de um hiperescalador interrompeu o acesso à internet para milhões de usuários nos EUA.
- Um incêndio em um centro de dados causou falhas intermitentes para dezenas de milhares de usuários de uma das principais plataformas de mídia social durante um dia inteiro.
Quando o ambiente operacional é inerentemente incerto, os CISOs e os CIOs precisam repensar sua abordagem em relação à continuidade dos negócios.
Em um webinar recente, David Nowak, diretor do Serviço de Risco Cibernético da Deloitte; Kent Meyer, diretor-gerente da Deloitte; e Shilpi Handa, diretora associada de pesquisa da IDC para segurança cibernética na região META, se juntaram a mim para discutir o que a resiliência operacional realmente exige em termos de estratégia, arquitetura e operações do dia a dia.
Visão geral: Não é mais uma questão de “se”, mas de “quando”
Nesta parte do webinar, você vai entender por que as interrupções de serviço não são mais apenas eventos de TI — elas são eventos de negócios. Os conselhos administrativos e os órgãos reguladores estão agora mudando o foco: em vez de se perguntar se ocorrerá uma interrupção, a atenção está voltada para a rapidez com que as organizações conseguem se recuperar.
Por que a recuperação de desastres não é suficiente
De acordo com a definição do NIST, a resiliência cibernética vai além da segurança tradicional, partindo do pressuposto de que violações ocorrerão e concentrando-se na sobrevivência e na recuperação rápida, e não apenas na prevenção. Essa abordagem, baseada no pressuposto de que violações ocorrerão, faz parte do modelo “zero trust” há anos, mas quantas organizações estão realmente colocando suas implicações em prática?
As operações de backup concentram-se em verificar se os dados foram copiados, e a recuperação de desastres, em verificar se os sistemas podem ser restaurados; no entanto, a verdadeira resiliência exige que você responda a uma pergunta muito mais difícil: esses serviços podem ser restaurados de ponta a ponta, sob condições de estresse e de forma contínua? Estamos vendo essa mentalidade se consolidar em todos os setores, impulsionada por uma combinação de pressão regulatória e expectativas da diretoria.
- Na Europa, a Lei de Resiliência Operacional Digital (DORA) da UE agora exige resultados específicos em termos de resiliência e prazos para recuperação.
- Os regulamentos da North American Electric Reliability Corporation (NERC) relativos à proteção de infraestruturas críticas também estão sendo analisados sob a ótica da resiliência.
- Os requisitos de notificação de violações da Comissão de Valores Mobiliários (SEC) chamaram a atenção não apenas para a divulgação, mas também para as medidas que as organizações estão tomando para se recuperar.
Atualmente, os conselhos de administração tratam qualquer interrupção no serviço como um evento que prejudica os negócios, e a expectativa passou a ser a de demonstrar não apenas que a recuperação é possível, mas que ela pode ocorrer rapidamente, com alto grau de confiança.
A pesquisa da IDC conduzida por Handa ilustra como as operações tradicionais de recuperação podem se mostrar insuficientes. Após o início da guerra no Oriente Médio, ela constatou que os CIOs e CISOs enfrentavam dificuldades para garantir a continuidade não apenas da tecnologia, mas também das pessoas e dos processos, à medida que os funcionários eram realocados da noite para o dia e os escritórios ficavam inacessíveis, não restando ninguém para executar a transição manual para o sistema de reserva. E esse é apenas um dos inúmeros cenários imprevisíveis que as organizações precisam levar em conta.
Construindo a arquitetura da resiliência
Uma estratégia de resiliência abrange tanto o que você protege quanto a capacidade de recuperá-lo. No que diz respeito ao primeiro aspecto, o escopo do que precisa ser protegido vem se expandindo constantemente, incluindo sistemas de identidade, plataformas de comunicação, cargas de trabalho, ferramentas de produtividade, pipelines de CI/CD e dados estruturados e não estruturados.
O segundo ponto — “se você consegue recuperá-lo” — cria novos requisitos para essa estratégia. Não basta capturar instantâneos de um determinado momento e definir metas tradicionais de recuperação. Como os adversários têm como alvo a infraestrutura de backup, as organizações agora precisam examinar os dados recuperados e confirmar que eles não foram comprometidos antes de colocá-los novamente em operação. Ambientes de recuperação isolados, proteção por air-gap para serviços críticos e recursos de “cleanroom” tornaram-se componentes essenciais da arquitetura de resiliência.
A IA introduz um novo nível de dificuldade. Para recuperar um modelo de IA, você precisará não apenas de um backup do próprio arquivo do modelo, mas de tudo o que foi utilizado para criá-lo. Isso inclui seus conjuntos de dados, hiperparâmetros, versões do framework, engenharia de características e configurações de infraestrutura, bem como um mapa completo de dependências que mostre como tudo se encaixa.
Meyer apresenta as soluções de resiliência cibernética como uma forma de democratizar a recuperação de desastres. Enquanto a recuperação de desastres tradicional ficava restrita ao departamento de TI e era acessível apenas a especialistas, as plataformas mais recentes podem oferecer às equipes de operações de segurança, aos responsáveis pelas áreas de negócios e à equipe de operações a visibilidade necessária para que possam participar ativamente. Isso é importante para organizações com recursos limitados e muda o que é possível fazer em termos de passar de exercícios simulados para recuperações reais e comprováveis.
ResOps: O modelo operacional para a resiliência sustentável
O ResOps encara a resiliência como uma função contínua, e não apenas como algo que ocorre em resposta a um incidente. Em termos simples, trata-se de colocar a resiliência em prática quando as premissas operacionais normais deixam de se sustentar. Em vez de presumir que seus backups estarão disponíveis, intactos e prontos para restauração quando ocorrer um desastre, com o ResOps você está continuamente identificando onde os dados estão armazenados, protegendo-os e capturando-os em nuvens locais e na nuvem, detectando anomalias, recuperando-os para um estado confiável e restaurando cargas de trabalho que foram totalmente validadas. Dessa forma, você estará cada vez mais preparado para uma interrupção e mais confiante de que será capaz de superá-la com sucesso.
Nowak apresenta uma expressão que resume a essência do ResOps: “resiliente desde a concepção”. Trata-se do sucessor do princípio “seguro desde a concepção”, que moldou a última geração de arquitetura de segurança. Além de criarmos sistemas que resistem a invasões, agora estamos criando sistemas capazes de continuar funcionando mesmo quando ocorre uma invasão.
O lado humano das operações de resgate
A adoção do ResOps tem a ver, pelo menos tanto com pessoas e processos quanto com tecnologia. Como observa Handa, as organizações geralmente não fracassam por falta das ferramentas certas; elas fracassam porque a responsabilidade está fragmentada entre muitas funções, sem um ritmo operacional comum e sem direitos de decisão claros quando as coisas dão errado. O ResOps obriga as organizações a responder a perguntas que muitas ainda não tiveram tempo de analisar, tais como:
- Quem tem autoridade para restabelecer os serviços caso a equipe principal não esteja disponível?
- Como os manuais de execução remota devem ser estruturados?
- Como funcionará o failover inter-regional quando não for possível contar com um único local?
Nesse sentido, o ResOps não se refere tanto à restauração de sistemas, mas sim a garantir a continuidade da tomada de decisões, da execução e da prestação de contas em situações de interrupção. Para isso, muitas organizações criaram o cargo de diretor de resiliência, especialmente nos governos estaduais e municipais. Seja ocupado pelo CISO, pelo CIO ou por alguém novo, o surgimento dessa função reflete uma ampla responsabilidade que vai além da TI. Isso requer um responsável com autoridade multifuncional e habilidades de comunicação para alinhar líderes de negócios, equipes de segurança e equipe de operações em um ritmo operacional comum. A função também inclui traduzir os argumentos a favor da resiliência em termos que tenham repercussão entre as partes interessadas, incluindo o impacto financeiro para o conselho de administração, a continuidade operacional para os profissionais e a conformidade regulatória para as equipes de GRC. O objetivo é uma estrutura de direitos de decisão que tenha sido testada em simulações antes de ser necessária em caso de incidente.
Colocando tudo isso em prática
A Commvault ajuda as organizações a colocar o ResOps em prática, desde a identificação e proteção de dados em nuvens locais e na nuvem até a detecção de anomalias, a recuperação para um estado limpo e a restauração de cargas de trabalho validadas. Para as organizações que buscam passar de exercícios teóricos para restaurações comprovadas, esses são os recursos que ajudam a tornar a resiliência operacional uma realidade em tempos de incerteza.
Os recursos da sessão, incluindo a pesquisa da IDC sobre a preparação dos CIOs e os materiais da Deloitte sobre recuperação baseada em evidências, estão disponíveis na página de conteúdo sob demanda.
Perguntas frequentes
P: O que é resiliência cibernética e em que ela difere da recuperação de desastres?
R: A recuperação de desastres concentra-se na restauração de sistemas e dados após um incidente. A resiliência cibernética é uma postura mais ampla e proativa: ela parte do princípio de que ocorrerão interrupções e questiona se os serviços podem ser restaurados de ponta a ponta, sob condições de estresse, de forma regular. Muitas organizações possuem planos sólidos de recuperação de desastres que, no entanto, as deixam vulneráveis quando um incidente real ocorre em condições inesperadas.
P: O que está levando as organizações a priorizar a resiliência em detrimento da prevenção?
R: Estruturas regulatórias como a DORA e as normas da NERC, em constante evolução, agora exigem resultados específicos em termos de resiliência, e não apenas controles de segurança. Como resultado, os conselhos de administração estão se concentrando nos prazos de recuperação como uma métrica de negócios.
P: O que torna os sistemas de IA mais difíceis de fazer backup e recuperar do que os dados tradicionais?
R: Fazer backup de um modelo de IA significa capturar mais do que apenas o arquivo do modelo em si. Um modelo é o resultado de um processo específico de treinamento que envolve conjuntos de dados, hiperparâmetros, versões de frameworks e configurações de infraestrutura. Sem esse contexto completo, a recuperação pode gerar um resultado que não seja confiável ou reproduzível.
P: O que é o ResOps e em que ele difere de um programa tradicional de resiliência?
R: O ResOps é um modelo operacional que trata a resiliência como uma disciplina contínua e multifuncional, em vez de um plano de contingência. Enquanto os programas tradicionais tendem a ficar isolados na área de TI e a serem acionados somente após um incidente, o ResOps reúne as equipes de segurança, operações, responsáveis de negócios e a liderança em torno de manuais de ação compartilhados, poderes de decisão claros e validação contínua da prontidão para a recuperação.
P: Quais são os maiores obstáculos para a adoção do ResOps em grande escala?
R: Os desafios são de natureza organizacional, incluindo a fragmentação da responsabilidade, prioridades desalinhadas e a ausência de um ritmo operacional comum. O ResOps exige um acordo — antes que ocorra um incidente — entre as equipes de operações de segurança, os responsáveis pelas áreas de negócios e a equipe de operações sobre o que é crítico, quem é responsável e como a recuperação será validada.
Michael Thelander é diretor sênior de marketing de produto na Commvault.
