Sua Dose Estratégica de Governança, Riscos e Conformidade

Quando a Nuvem Cai: O que o Apagão da AWS e de Outros Grandes Players de Cloud Ensinam sobre PCN, PRD e Contingência Digital

13 de setembro de 2026 Por Felipe Siqueira

1. Introdução

A migração para a nuvem foi apresentada — e em muitos casos assimilada — como garantia de disponibilidade quase infinita. Na prática, porém, a nuvem é apenas o computador de outra pessoa — e ele também falha. A promessa de escalabilidade ilimitada, redução de custos operacionais e alta disponibilidade nominal (99,9% a 99,99%) levou organizações a confiarem quase que integralmente suas operações críticas aos grandes provedores de infraestrutura (hyperscalers): Amazon Web Services (AWS), Microsoft Azure e Google Cloud Platform (GCP). Eventos recentes de indisponibilidade nesses provedores paralisaram desde serviços de streaming até cadeias logísticas globais e sistemas bancários críticos.

Essa centralização criou um fenômeno silencioso e perigoso: o risco de concentração sistêmica (Single Point of Failure corporativo). A falsa sensação de segurança da “alta disponibilidade por padrão” faz com que muitas empresas assumam que a redundância oferecida pelo provedor elimina a necessidade de um planejamento próprio de resiliência.

Para os profissionais de GRC (Governança, Riscos e Compliance), esses episódios reforçam que a resiliência não pode ser subestimada. Muitos planos de continuidade e recuperação foram desenhados pensando em falhas locais, e não em colapsos de plataformas globais. Este artigo analisa como as organizações devem estruturar seus Planos de Continuidade de Negócios (PCN) e Planos de Recuperação de Desastres (PRD) diante de uma infraestrutura cada vez mais centralizada e dependente de poucos players globais.

2. Anatomia dos Casos: Quando os Gigantes Tropeçam

A análise histórica de grandes outages revela padrões comuns que desafiam a lógica da redundância simples.

DataProvedorRegião/escopoDuração aproximadaCausa raiz resumidaImpacto relevante
13/02/2025AWSeu-north-1 (Estocolmo)várias horasDisrupção de rede intra-região, principalmente em eun1-az3Erros elevados e latência em múltiplos serviços na região .
12/06/2025Google CloudGlobal (EUA, Europa, Ásia, Oriente Médio)~3–5h (pico entre 17:56–20:30 UTC)Atualização defeituosa de gerenciamento de API (camadas de updates).>70 serviços GCP afetados; impacto em Discord, Spotify, Cloudflare, Shopify, OpenAI, GitHub, Mailchimp, Twitch, etc.
12/06/2025CloudflareGlobal~2h28–2h30Falha em backend de armazenamento de terceiro (Workers KV) agravada por dependência do Google Cloud.Serviços como Workers KV, WARP, Access, Gateway, Images, Stream, Workers AI, Turnstile e partes do Dashboard indisponíveis.
14/07/2025CloudflareGlobal (1.1.1.1)62 minutosErro de configuração interno em topologias de serviço (prefixos da 1.1.1.1 incluídos indevidamente).Indisponibilidade do resolvedor público 1.1.1.1 e degradação intermitente do Gateway DNS.
20/10/2025AWSus-east-1 (Norte da Virgínia)~15 horasErro de DNS para endpoints regionais do DynamoDB (gateway regional).~500–1.000 empresas afetadas globalmente (iFood, Mercado Livre, Fortnite, Snapchat, Prime Video, Alexa, companhias aéreas, bancos, e-commerce).
29/10/2025Microsoft AzureGlobal (Azure Front Door)~8h20Mudança de configuração inadvertida no Azure Front Door (AFD), gerando falhas de DNS/roteamento de borda.Impacto em Microsoft 365, Azure Portal, Copilot, Xbox Live, Minecraft, Power Apps e diversos clientes (varejo, viagens, etc.).

O apagão da AWS em 20/10/2025 foi o mais longo e impactante do ano, em grande parte porque a região us-east-1 concentra a maior fatia da demanda global, amplificando o efeito cascata. O evento de 12/06/2025 começou no Google Cloud e arrastou outros provedores, notadamente a Cloudflare, escancarando interdependências críticas entre nuvem e CDN . Já o incidente da Azure em 29/10/2025 teve causa semelhante ao da AWS — problemas de DNS/edge —, mas originado em uma configuração de Azure Front Door, mostrando como uma mudança pontual em componente de borda pode paralisar ecossistemas inteiros.

3. Métricas e Estatísticas do Impacto

Os apagões em ecossistemas de nuvem deixaram de ser incidentes técnicos isolados e passaram a ser tratados como eventos de risco financeiro e operacional sistêmico.

Distribuição de Causas de Indisponibilidade em Nuvem

Levantamentos da indústria (como o Uptime Institute) mostram que falhas lógicas e de dependência externa superam com margem as falhas de infraestrutura física:

Causa Raiz do IncidenteIncidência (%)Exemplo Típico
Erros de Software e Configuração31%Condição de corrida, erros em atualizações do plano de controle
Falhas de Rede e Roteamento18%Problemas de BGP, propagação de rotas e falhas em CDNs/DNS
Falhas de Infraestrutura Física17%Interrupção de energia ou colapso de refrigeração em data centers
Outages de Terceiros / Cadeia de Suprimentos14%Dependências de softwares SaaS e agentes de segurança
Erro Humano Direto11%Erros de digitação em comandos (“fat-finger”) e desconfiguração
Incidentes de Segurança / Cibernéticos6%Ataques DDoS de grande porte ou ataques cibernéticos diretos

Perfil de Duração (MTTR)

A métrica de MTTR (Mean Time to Recover) revela que a maioria dos incidentes é resolvida em menos de uma hora, mas eventos de cauda longa (tail risk) causam os maiores estragos:

  • Até 30 minutos: 42% dos eventos
  • 30 a 60 minutos: 26% dos eventos
  • 1 a 4 horas: 14% dos eventos
  • 4 a 24 horas (outages severos): 12% dos eventos (ex.: AWS out/2025, com ~15h de impacto total)
  • Mais de 24 horas: 6% dos eventos

O Custo Financeiro do Downtime

Segundo pesquisas da ITIC e do Gartner, o custo mediano global de inoperância para grandes empresas é de aproximadamente US$ 9.000 por minuto (cerca de US$ 540.000 por hora). Em setores críticos (serviços financeiros e e-commerce de alto volume), esse valor pode ultrapassar US$ 15.000 a US$ 25.000 por minuto.

Porte da Empresa / SetorCusto Mediano por MinutoCusto Estimado por Hora
Média empresa (200–1.000 func.)US$ 2.400 – US$ 5.600US$ 144.000 – US$ 336.000
Grande empresa (1.000+ func.)US$ 9.000US$ 540.000
Serviços financeiros / varejo digital high-volumeUS$ 15.400+US$ 924.000+
Saúde / infraestrutura críticaUS$ 11.000+US$ 660.000+

4. Sensibilidade Setorial, ROI e Diretrizes Técnicas

O grande erro estratégico das organizações modernas é tratar a migração para a nuvem como um projeto de “delegar a resiliência”. Embora a infraestrutura física de hyperscalers ofereça redundância interna superior à da maioria dos data centers proprietários, a resiliência do processo de negócio continua sendo responsabilidade exclusiva da organização cliente.

Ao analisar grandes incidentes como a interrupção da AWS, fica evidente que a indisponibilidade de componentes básicos — como a camada de DNS — paralisa toda a cadeia transacional. Para a governança de GRC, isso exige traduzir os impactos operacionais em um business case financeiro incontestável, que considere as particularidades de cada setor.

4.1. Sensibilidade ao Downtime por Setor: O Conceito de Time-to-Harm

Nem todas as organizações sofrem o mesmo impacto diante de um apagão em nuvem. A justificativa financeira para investimentos em redundância depende do Time-to-Harm (tempo até o dano real) do setor de atuação.

  • Setores de alta volumetria e tempo real (ex.: bancos de varejo, companhias aéreas, grandes marketplaces): possuem um Time-to-Harm medido em segundos ou minutos. A interrupção causa perda imediata de receita, paralisia de operações físicas (como voos e check-ins) e danos reputacionais instantâneos.
  • Setores com tolerância operacional (ex.: fundos de pensão, seguradoras, indústria B2B): possuem um Time-to-Harm medido em dias. Uma paralisação de poucas horas afeta a produtividade interna, mas não interrompe o pagamento de benefícios regulados ou a entrega de produtos de longo prazo.

Quadro Comparativo de Sensibilidade

SetorImpacto da Queda de NuvemNível de CriticidadeEstratégia Recomendada
BancárioInterrupção de pagamentos, multas regulatórias, perda de confiança sistêmica.ExtremoActive-Active Multi-Region / Mainframe Fallback
PrevidenciárioAtraso no processamento de benefícios, impacto em investimentos de longo prazo.AltoWarm Standby / Resiliência de Dados (backups imutáveis)
AviaçãoCaos operacional em aeroportos, cancelamento de voos, riscos de segurança.CríticoHybrid Cloud (local edge + cloud)

4.2. O Business Case Financeiro e a Fórmula do ROI da Resiliência

Investimentos em contingência digital são frequentemente enxergados pela diretoria executiva como custo puro. No entanto, utilizando métricas do setor, é possível demonstrar que o investimento em PCN/PRD oferece um retorno líquido via prevenção de perdas (loss avoidance return).

A Fórmula da Perda Anual Esperada (ALE – Annual Loss Expectancy)

ALE=SLE (Single Loss Expectancy)×ARO (Annual Rate of Occurrence)\text{ALE} = \text{SLE (Single Loss Expectancy)} \times \text{ARO (Annual Rate of Occurrence)}

  • SLE (Perda Estimada por Evento): multiplicação da duração estimada da indisponibilidade pelo custo por minuto da empresa.
  • ARO (Taxa de Ocorrência Anual): frequência de eventos com impacto relevante (historicamente estimada em 0,2 a 0,33 por ano para grande apagão regional em hyperscalers).

Exemplo Prático de ROI para Setores Críticos

Considere uma corporação do setor bancário ou aéreo com custo de indisponibilidade avaliado em US$ 9.000 por minuto, sofrendo uma disrupção de 15 horas (900 minutos):

  • Perda Direta por Evento (SLE):

SLE=900 minutos×US$ 9.000/min=US$ 8.100.000 por evento\text{SLE} = 900 \text{ minutos} \times \text{US\$ 9.000/min} = \text{US\$ 8.100.000 por evento}

  • Exposição Anual (ALE) com ARO de 0,2 (1 evento a cada 5 anos):

ALE=US$ 8.100.000×0,2=US$ 1.620.000/ano\text{ALE} = \text{US\$ 8.100.000} \times 0,2 = \text{US\$ 1.620.000/ano}

Se a empresa investir em uma solução de PRD automatizada com failover que reduza o RTO de 15 horas para 15 minutos (custo de parada caindo para US$ 135.000):

  • Perda Evitada por Evento:US$ 8.100.000−US$ 135.000=US$ 7.965.000\text{US\$ 8.100.000} – \text{US\$ 135.000} = \text{US\$ 7.965.000}
  • Custo do Projeto/Infraestrutura (CAPEX + OPEX anual): US$ 600.000/ano
  • Retorno Líquido do Investimento (ROI no ano do incidente):

ROI=(US$ 7.965.000−US$ 600.000US$ 600.000)×100=1.227,5%\text{ROI} = \left( \frac{\text{US\$ 7.965.000} – \text{US\$ 600.000}}{\text{US\$ 600.000}} \right) \times 100 = \mathbf{1.227,5\%}

Insight de GRC: apólices de cyber insurance costumam aplicar carência de 8 horas contínuas para coberturas de interrupção de negócios (Business Interruption). Um incidente de 6 horas causa prejuízo milionário a empresas do perfil de grandes bancos ou companhias aéreas sem acionar o ressarcimento da seguradora, reforçando a necessidade de redundância própria.

4.3. Matriz de Decisão: Arquitetura de PRD vs. RTO / RPO

O alinhamento do Plano de Recuperação de Desastres (PRD) deve balancear o valor do processo de negócio com a viabilidade orçamentária:

Estratégia de PRDRTO (Tempo de Recuperação)RPO (Perda de Dados)Custo AdicionalIndicado para
Backup & Restore tradicional24h – 72h12h – 24hBaixo (+5% a 10%)Processos não críticos, fundos de pensão sem transação em tempo real (ex.: Petros) e legados.
Pilot Light (luz piloto)30m – 2h< 15 minMédio (+20% a 35%)Core de negócios standard e indústrias B2B. Mantém dados replicados e infraestrutura mínima.
Active-Passive (standby quente)< 15 minQuase zero (< 1s)Alto (+45% a 65%)Companhias aéreas, e-commerce intermediário e ERPs críticos.
Active-Active Multi-RegionSegundos (failover automático)Zero (síncrono)Muito alto (+80% a 110%)Bancos de varejo e meios de pagamento em tempo real.
Multi-Cloud ativoSegundos / minutosVaria conforme sincronizaçãoExtremo (+150%+)Exigências regulatórias extremas ou mitigação direta de risco de dependência de fornecedor (vendor lock-in).

4.4. Revisitando os Conceitos de PCN e PRD no Contexto Cloud-Native

Para estruturar uma governança de continuidade eficaz, as equipes de Risco e GRC devem diferenciar a atuação operacional do PCN da atuação técnica do PRD:

  • PRD (Recuperação Técnica):
    • Failover de região
    • Sincronização de bancos de dados
    • Alteração de rotas (DNS, balanceadores)
    • Validação de aplicação e dados
  • PCN (Continuidade Operacional):
    • Procedimentos manuais de contingência
    • Canais alternativos de atendimento
    • Comunicação de crise
    • Operação em nível mínimo viável

Plano de Continuidade de Negócios (PCN): responde a “como a operação continua rodando enquanto a nuvem primária estiver fora do ar”. Envolve contingências operacionais locais, autorizadores secundários desacoplados e canais de comunicação corporativa hospedados fora do ecossistema principal.

Plano de Recuperação de Desastres (PRD): responde a “como restabelecemos os serviços digitais no menor tempo (RTO) e com menor perda de dados (RPO)”. Exige a eliminação de dependências regionais ocultas (como IAM ou DNS vinculados à região afetada) e a realização de exercícios formais de engenharia do caos (Chaos Engineering).

4.5. O Modelo de Responsabilidade Compartilhada da Resiliência

As equipes de GRC devem alinhar formalmente o Modelo de Responsabilidade Compartilhada com os provedores de cloud. AWS, Azure e GCP são responsáveis pela resiliência da nuvem (infraestrutura física e hardware), enquanto o cliente é integralmente responsável pela resiliência na nuvem (arquitetura, redundância geográfica e testes de failover).

Sem uma arquitetura desenhada para a falha e um business case alinhado ao Time-to-Harm do setor, a contratação de nuvem torna-se uma transferência ingênua de risco.

5. Recomendações de GRC: Governança, TPRM e Conformidade Regulatória

Auditoria do Risco de Terceiros e Quartos (TPRM / N-th Party Risk)

Não basta mapear o provedor de nuvem direto. As organizações devem auditar seus fornecedores de software (SaaS) para evitar o risco de quartos (N-th party risk) — a dependência indireta de subcontratados.

  • Cloud Dependency Mapping: exigir, no onboarding de parceiros SaaS, a declaração explícita do provedor cloud, regiões utilizadas e arquitetura de redundância.
  • Auditoria de relatórios SOC 2 / ISO 22301: analisar especificamente os subdomínios de disponibilidade (Trust Services Criteria) e evidências de testes práticos de failover do fornecedor.
  • Cláusulas contratuais de resiliência: definir penalidades por descumprimento de prazos máximos de parada tolerada (Maximum Allowable Downtime – MAD).

Adequação ao Banco Central do Brasil (BCB) e DORA (Europa)

A governança de resiliência deve atender rigorosamente aos marcos regulatórios vigentes:

  • Resoluções CMN nº 4.893/2021 e BCB nº 85/2021: exigem das instituições autorizadas políticas formais de segurança cibernética e continuidade, testes anuais de cenários de indisponibilidade de nuvem e uma Estratégia de Saída (Exit Strategy) viável para migração de dados e processamento.
  • Resolução Conjunta nº 6 (BCB): exige o compartilhamento tempestivo de informações sobre incidentes relevantes e interrupções de serviço no setor financeiro.
  • DORA (Digital Operational Resilience Act – UE): estabelece o padrão global de resiliência operacional cobrindo 5 pilares: gestão de riscos de TIC, notificação de incidentes, testes avançados de resiliência (incluindo engenharia do caos), gestão de riscos de terceiros e compartilhamento de inteligência.

6. Conclusão

Os grandes apagões de nuvem demonstraram que a resiliência não pode ser terceirizada. Os provedores garantem a infraestrutura, mas a continuidade dos processos de negócio é responsabilidade inegociável da própria organização.

Para os profissionais de GRC, risco operacional e TI, o caminho exige:

  • Mapear criticidades, o Time-to-Harm de cada operação e as dependências ocultas de software na cadeia de suprimentos digital.
  • Justificar os investimentos em arquiteturas resilientes (como Pilot Light ou Multi-Region) com base em cálculos claros de ROI e evitação de perdas.
  • Testar ativamente os planos de PCN e PRD por meio de simulações periódicas.

Tratar a nuvem como uma solução infalível é uma postura vulnerável. Gerenciar a nuvem sob a disciplina da governança, resiliência e continuidade de negócios é a única estratégia sustentável para a era digital.

Fontes e Referências

Apagões e incidentes em provedores de nuvem (2025)

  1. AWS Post-Event Summaries. Amazon Web Services. Disponível em: <https://aws.amazon.com/premiumsupport/technology/pes/>. Acesso em: set. 2026.
  2. AWS Outage History. StatusGator. Disponível em: <https://statusgator.com/blog/aws-outage-history/>. Acesso em: set. 2026.
  3. Pane na nuvem da Amazon: como data center afetou iFood, Mercado Livre e mais centenas de empresas. G1, 21 out. 2025. Disponível em: <https://g1.globo.com/tecnologia/noticia/2025/10/21/mais-barato-e-mais-antigo-como-falha-em-um-data-center-da-amazon-afetou-ifood-mercado-livre-e-mais-centenas-de-empresas.ghtml>. Acesso em: set. 2026.
  4. Apagão digital que afetou sites, apps e empresas em todo o mundo escancara os riscos da nuvem. O Globo, 26 out. 2025. Disponível em: <https://oglobo.globo.com/economia/tecnologia/noticia/2025/10/26/apagao-digital-que-afetou-sites-apps-e-empresas-em-todo-o-mundo-escancara-os-riscos-da-nuvem-entenda.ghtml>. Acesso em: set. 2026.
  5. Queda na AWS afeta internet global, desde Mercado Livre até jogos e companhias aéreas. TecMundo, 20 out. 2025. Disponível em: <https://www.tecmundo.com.br/internet/407893-queda-na-aws-afeta-internet-global-desde-mercado-livre-ate-jogos-e-companhias-aereas.htm>. Acesso em: set. 2026.
  6. AWS fora do ar: o que sabemos sobre a pane global da Amazon. Olhar Digital, 20 out. 2025. Disponível em: <https://olhardigital.com.br/2025/10/20/pro/aws-fora-do-ar-o-que-sabemos-sobre-a-pane-global-da-amazon/>. Acesso em: set. 2026.
  7. Instabilidades em serviços digitais e o apagão da AWS de 2025. IBSEC, 24 out. 2025. Disponível em: <https://ibsec.com.br/instabilidades-em-servicos-digitais-e-o-apagao-da-aws-de-2025/>. Acesso em: set. 2026.
  8. A Queda dos Gigantes da Nuvem: O que aprendemos com as falhas críticas na AWS. DIO, 30 out. 2025. Disponível em: <https://www.dio.me/articles/a-queda-dos-gigantes-da-nuvem-o-que-aprendemos-com-as-falhas-criticas-na-aws-5b57b97636df>. Acesso em: set. 2026.
  9. Google says it has resolved global service outage impacting multiple platforms. Reuters, 12 jun. 2025. Disponível em: <https://www.reuters.com/business/google-cloud-down-thousands-users-downdetector-shows-2025-06-12/>. Acesso em: set. 2026.
  10. Google Cloud, Cloudflare struck by widespread outages. TechTarget, 12 jun. 2025. Disponível em: <https://www.techtarget.com/it-infrastructure/news/366626012/Google-Cloud-Cloudflare-struck-by-widespread-outages>. Acesso em: set. 2026.
  11. Google links massive cloud outage to API management issue. BleepingComputer, 13 jun. 2025. Disponível em: <https://www.bleepingcomputer.com/news/google/google-links-massive-cloud-outage-to-api-management-issue/>. Acesso em: set. 2026.
  12. Major Google Cloud Outage Impacts Online Services Around the Globe. Ookla, 13 jun. 2025. Disponível em: <https://www.ookla.com/articles/google-cloud-outage-june-2025>. Acesso em: set. 2026.
  13. Google issues apology, incident report for hourslong cloud outage. CNBC, 16 jun. 2025. Disponível em: <https://www.cnbc.com/2025/06/16/google-cloud-outage-apology.html>. Acesso em: set. 2026.
  14. Google Cloud down: GCP outage explained. Mashable, 12 jun. 2025. Disponível em: <https://mashable.com/article/google-cloud-outage-gcp-down-explained>. Acesso em: set. 2026.
  15. Cloudflare service outage June 12, 2025. Cloudflare Blog, 12 jun. 2025. Disponível em: <https://blog.cloudflare.com/cloudflare-service-outage-june-12-2025/>. Acesso em: set. 2026.
  16. Cloudflare 1.1.1.1 Incident on July 14, 2025. Cloudflare Blog, 15 jul. 2025. Disponível em: <https://blog.cloudflare.com/cloudflare-1-1-1-1-incident-on-july-14-2025/>. Acesso em: set. 2026.
  17. Massive June 2025 internet outage: What we know so far. Mashable, 12 jun. 2025. Disponível em: <https://mashable.com/article/google-cloudflare-amazon-internet-outage-june-2025>. Acesso em: set. 2026.
  18. Major Azure Front Door Outage Causing Widespread Service Disruptions. Build5Nines, 29 out. 2025. Disponível em: <https://build5nines.com/major-azure-front-door-outage-causing-widespread-service-disruptions-across-microsoft-365-microsoft-azure-and-the-azure-portal-october-29-2025/>. Acesso em: set. 2026.
  19. Microsoft Azure outage: Websites come back online. BBC News, 29 out. 2025. Disponível em: <https://www.bbc.com/news/articles/c3rj45n4x5eo>. Acesso em: set. 2026.
  20. Microsoft Azure Outage 2025: AFD and Entra ID Edge Failure. Windows Forum, 29 out. 2025. Disponível em: <https://windowsforum.com/threads/microsoft-azure-outage-2025-afd-and-entra-id-edge-failure.386939/>. Acesso em: set. 2026.
  21. Azure Front Door outage 2025: global impact and rollback recovery. Windows Forum, 29 out. 2025. Disponível em: <https://windowsforum.com/news/azure-front-door-outage-2025-global-impact-and-rollback-recovery.387009/>. Acesso em: set. 2026.
  22. October 2025 Azure Outage: Causes, Impacts, and Enterprise Resilience. Windows Forum, 30 out. 2025. Disponível em: <https://windowsforum.com/windows-news.4/october-2025-azure-outage-causes-impacts-and-enterprise-resilience.387241/>. Acesso em: set. 2026.

Métricas, estatísticas e referências de mercado

  1. Gartner Glossary: The Cost of Downtime. Gartner Research, 2023.
  2. Uptime Institute. Annual Outage Analysis 2024. Disponível em: <https://uptimeinstitute.com/>. Acesso em: set. 2026.
  3. The 10 Biggest Cloud Outages Of 2025: AWS, Google And Microsoft. CRN, 16 dez. 2025. Disponível em: <https://www.crn.com/news/cloud/2025/the-10-biggest-cloud-outages-of-2025-aws-google-and-microsoft>. Acesso em: set. 2026.

Regulação e governança

  1. Banco Central do Brasil. Resolução CMN nº 4.893, de 26 de fevereiro de 2021. Disponível em: <https://www.bcb.gov.br/estabilidadefinanceira/exibenormas?tipoNorma=RES&numeroNorma=4893&anoNorma=2021>. Acesso em: set. 2026.
  2. Banco Central do Brasil. Resolução BCB nº 465, de 3 de outubro de 2022 (Política de Segurança Cibernética). Disponível em: <https://www.bcb.gov.br/estabilidadefinanceira/exibenormas?tipoNorma=RES&numeroNorma=465&anoNorma=2022>. Acesso em: set. 2026.
  3. European Union. Regulation (EU) 2022/2554 on digital operational resilience for the financial sector (DORA). Disponível em: <https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32022R2554>. Acesso em: set. 2026.
  4. International Organization for Standardization. ISO/IEC 27031:2011 — Information technology — Security techniques — Guidelines for information and communication technology readiness for business continuity.