Quando ferramentas corporativas ficam indisponíveis, o problema deixa de ser apenas tecnológico. A verdadeira questão é se a liderança está preparada para manter o negócio funcionando.
Imagine a seguinte situação.
Uma empresa enfrenta uma indisponibilidade generalizada das suas ferramentas de colaboração. O Microsoft Teams não funciona. O Outlook apresenta problemas. Os colaboradores não conseguem acessar informações essenciais.
O gestor de TI identifica o incidente e decide acionar o Plano de Continuidade de Negócios (PCN).
Mas existe um detalhe.
O plano está armazenado no SharePoint. A comunicação de crise depende do Teams. Os contatos de emergência estão no OneDrive. E as aprovações necessárias para executar os procedimentos de contingência dependem de sistemas que também estão indisponíveis.
A empresa possui um plano de continuidade. Mas não consegue executá-lo.
Parece contraditório? Talvez seja mais comum do que imaginamos.
Uma falha tecnológica pode rapidamente se transformar em uma crise de negócios
Os relatos de dificuldades de acesso ao Microsoft Teams e Outlook em 12 de novembro de 2026 oferecem uma oportunidade para discutir um tema que deveria estar permanentemente na agenda da alta administração: a resiliência operacional.
Não estamos necessariamente falando de ransomware, vazamento de dados ou comprometimento de credenciais.
Estamos falando de disponibilidade.
E disponibilidade é um dos três pilares fundamentais da segurança da informação, ao lado da confidencialidade e da integridade.
Uma organização pode investir milhões em proteção de endpoints, gestão de identidades, monitoramento de ameaças e segurança de aplicações.
Entretanto, se não consegue operar quando uma plataforma crítica fica indisponível, existe uma lacuna importante na sua estratégia de continuidade.
A questão não é se Microsoft, AWS, Google ou qualquer outro fornecedor pode apresentar falhas. A questão é se sua empresa está preparada para continuar operando quando isso acontecer.
A concentração tecnológica criou um risco que muitas empresas ainda subestimam
A consolidação de serviços em grandes plataformas trouxe ganhos de produtividade, integração, padronização e eficiência operacional.
Entretanto, também criou dependências compartilhadas.
Considere uma organização que utiliza o Microsoft 365 como principal ambiente corporativo:
- Microsoft Teams para comunicação interna.
- Exchange Online para e-mails.
- SharePoint e OneDrive para documentos.
- Microsoft Entra ID para autenticação.
- Power Automate para processos e aprovações.
- Microsoft Intune para gerenciamento de dispositivos.
Embora sejam serviços diferentes, existem componentes, integrações e dependências comuns.
Determinadas falhas podem, portanto, afetar múltiplos processos simultaneamente.
O problema não está necessariamente em utilizar um único ecossistema tecnológico. Essa concentração pode representar uma decisão empresarial perfeitamente justificável.
O risco surge quando a organização não compreende suas dependências críticas e não estabelece alternativas independentes para os processos essenciais.
Ter dois canais de comunicação não significa possuir redundância quando ambos dependem da mesma infraestrutura.
Essa lógica também se aplica aos provedores de identidade, serviços de nuvem, plataformas de segurança e sistemas de gestão empresarial.
Seu Plano de Continuidade de Negócios funciona fora do ambiente principal?
Muitas organizações possuem planos formalmente aprovados, políticas de continuidade, matrizes de risco e procedimentos de recuperação.
Mas quantas realmente testaram esses mecanismos diante de uma indisponibilidade simultânea dos seus principais serviços digitais?
Um Plano de Continuidade de Negócios precisa responder a questões fundamentais.
Como a liderança se comunica durante uma crise?
Se Teams e Outlook estiverem indisponíveis, existe um canal alternativo previamente aprovado, protegido e testado?
Os responsáveis conhecem esse canal? Existe uma lista de contatos acessível independentemente da infraestrutura afetada?
Onde estão os procedimentos de recuperação?
Os documentos essenciais estão disponíveis em um ambiente independente?
As equipes conseguem consultar procedimentos técnicos, contatos de fornecedores e instruções operacionais sem depender dos serviços afetados?
Como decisões críticas são autorizadas?
Se os fluxos de aprovação dependem de aplicações indisponíveis, existe um procedimento alternativo?
Esse processo mantém controles mínimos de segurança, segregação de funções e rastreabilidade?
Quais operações precisam continuar funcionando?
A empresa conhece seus processos prioritários?
Foram definidos objetivos de tempo de recuperação (RTO), objetivos de ponto de recuperação (RPO), quando aplicáveis, e limites máximos toleráveis de interrupção?
Quem possui autoridade para declarar uma contingência?
Existe uma estrutura clara de comando, escalonamento e comunicação?
Os responsáveis sabem quando ativar os procedimentos emergenciais?
Se essas respostas não estiverem disponíveis antes do incidente, provavelmente será tarde demais para improvisá-las durante a crise.
E se o próprio sistema de identidade estiver indisponível?
Existe uma dimensão adicional frequentemente negligenciada nas estratégias de continuidade: a dependência dos serviços de Identity and Access Management (IAM).
Imagine que uma empresa dispõe de infraestrutura alternativa, aplicações redundantes e ambientes de recuperação.
Mas os administradores não conseguem autenticar-se.
Ou que o acesso emergencial depende de uma plataforma de Privileged Access Management (PAM) integrada ao mesmo provedor de identidade que está indisponível.
Ou, ainda, que os procedimentos de recuperação exigem aprovações de acesso por meio de uma plataforma de Identity Governance and Administration (IGA) que não pode ser acessada.
Nesse cenário, a organização pode possuir recursos tecnológicos suficientes para recuperar suas operações, mas não conseguir utilizá-los.
Não existe continuidade operacional efetiva sem continuidade dos mecanismos de identidade e acesso.
Por isso, uma estratégia de resiliência precisa considerar:
- Contas de emergência (break-glass) devidamente protegidas e monitoradas.
- Métodos alternativos de autenticação, quando tecnicamente viáveis.
- Acesso privilegiado de contingência.
- Disponibilidade dos mecanismos de recuperação de credenciais.
- Procedimentos de autorização emergencial.
- Registro e auditoria das ações executadas durante a contingência.
- Testes periódicos dos acessos necessários para recuperação.
Esses mecanismos precisam ser controlados e protegidos para que a contingência não introduza novas vulnerabilidades.
Afinal, um procedimento de emergência que elimina todos os controles de segurança pode resolver um problema de disponibilidade e criar outro ainda mais grave.
Continuidade de negócios é responsabilidade da liderança, não apenas da TI
Quando uma plataforma fica indisponível, a equipe técnica trabalha para identificar o problema, acionar fornecedores e restabelecer os serviços.
Mas quem decide quais processos terão prioridade?
Quem autoriza uma operação manual temporária?
Quem avalia o impacto financeiro de uma interrupção?
Quem comunica a situação aos clientes, parceiros e colaboradores?
Quem determina o momento de retornar à operação normal?
Essas são decisões de negócio.
O CIO e o CISO possuem papéis fundamentais na preparação tecnológica e na gestão dos riscos digitais.
Entretanto, a continuidade precisa envolver a alta administração, os responsáveis pelos processos de negócio, as áreas de risco e as equipes operacionais.
A TI pode recuperar os sistemas. Mas é a liderança que precisa garantir que a empresa saiba operar durante a recuperação.
A responsabilidade pela resiliência não pode ser delegada exclusivamente ao departamento de tecnologia.
Um exercício de 60 minutos pode revelar problemas que anos de documentação não identificaram
Existe uma provocação simples que qualquer liderança pode levar para sua próxima reunião executiva.
E se amanhã, às 10 horas, sua organização ficasse uma hora sem Teams, Outlook, SharePoint e os principais serviços de autenticação?
Durante a simulação, tente responder:
- Como a equipe de crise seria acionada?
- Como seriam tomadas e registradas decisões urgentes?
- Como os colaboradores acessariam os procedimentos essenciais?
- Como administradores acessariam os ambientes de recuperação?
- Quais operações seriam interrompidas imediatamente?
- Quanto tempo a empresa conseguiria operar em modo de contingência?
- Quais fornecedores precisariam ser acionados?
- Como clientes e parceiros seriam informados?
Não é necessário desligar os sistemas de produção para iniciar essa avaliação.
Um exercício de mesa (tabletop exercise) bem estruturado já pode revelar dependências críticas, falhas de comunicação e problemas de governança.
Posteriormente, testes técnicos controlados podem validar os mecanismos de recuperação.
O importante é transformar a continuidade em uma capacidade operacional demonstrável, e não apenas em uma exigência documental.
A pergunta que deveria chegar ao conselho de administração
Durante muito tempo, uma das principais perguntas feitas à liderança de segurança foi:
Estamos protegidos contra ataques cibernéticos?
Essa pergunta continua relevante, mas já não é suficiente.
Precisamos acrescentar outra:
Por quanto tempo nossa empresa consegue continuar operando quando a tecnologia da qual depende deixa de funcionar?
Resiliência não significa garantir que nenhuma falha acontecerá.
Significa conhecer as dependências, antecipar cenários de interrupção, preparar alternativas e recuperar operações dentro de limites aceitáveis para o negócio.
A próxima indisponibilidade pode acontecer em um provedor de nuvem, em uma plataforma de identidade, em um serviço de comunicação ou em uma aplicação essencial.
E, quando acontecer, a diferença entre uma interrupção controlada e uma crise operacional poderá estar na qualidade das decisões tomadas muito antes do incidente.
Sua empresa tem um Plano de Continuidade de Negócios ou apenas um documento explicando o que deveria acontecer quando tudo parar?
