O que não pode parar
As atividades essenciais, os clientes ou utentes afetados, as obrigações contratuais, as restrições regulamentares e os impactos financeiros ou reputacionais.
Módulo Continuidade · BIA / PCN / PRD
Estruturar BIA, PCN e PRD em torno das atividades críticas
O módulo identifica as atividades a manter, as suas dependências, os prazos de retoma e as perdas de dados aceitáveis. Os planos de continuidade e de recuperação são depois associados a cenários, responsáveis, testes e ações de atualização.
Compreender o risco. Retomar o controlo. Manter no tempo.
Alojado em França na Scaleway · IA da Mistral (UE) · para preparar e documentar o RGPD, a NIS 2 e o DORA.
01 · O TEMA
O PCN/PRD deve responder a arbitragens concretas
A continuidade de negócio cibernética torna-se útil quando liga os impactos no negócio, as dependências técnicas, as responsabilidades e as condições de retoma. Entra-se pela decisão, não por uma lista de ferramentas.
O que permite continuar
As aplicações, contas, prestadores, fluxos, cópias de segurança, acessos de emergência, meios de comunicação e recursos humanos necessários à manutenção mínima.
O que tem de ser decidido
As prioridades de retoma, os limiares de ativação, os papéis de crise, os prazos aceitáveis, os modos degradados e os riscos residuais assumidos.
PRINCÍPIO
O verdadeiro plano
é o que funciona.
O verdadeiro plano de continuidade de negócio não é o que está escrito: é o que se aguenta quando os procedimentos habituais deixam de funcionar. Um documento nunca testado dá uma ilusão de controlo. A Galyct Pro equipa a continuidade para que continue ativável, realista e atualizada, não decorativa.
02 · BIA · PCN · PRD
Três planos, três funções: deixar de os confundir
Continuidade de negócio, recuperação, análise de impacto: estes termos são muitas vezes usados indiferentemente. Clarificá-los já é saber por onde começar, sempre pelo BIA.
BIA, análise de impacto no negócio
Identifica as atividades críticas, os impactos de uma interrupção, as dependências e as tolerâncias. É a base: sem BIA, um plano de continuidade é construído às cegas. Produz duas referências-chave, o RTO e o RPO.
PCN, plano de continuidade de negócio
Organiza a manutenção das funções essenciais durante a crise: modos degradados, procedimentos alternativos, papéis, meios. Vai além da informática, diz respeito à organização inteira.
PRD, plano de recuperação de desastres
A vertente técnica: restaurar os sistemas e os dados depois de um sinistro (cópias de segurança, transição, prioridades de reinício) respeitando os RTO/RPO definidos no BIA.
OS OBJETIVOS MENSURÁVEIS
RTO e RPO: os dois limites que a direção fixa
Duas referências resultantes do BIA, que traduzem uma exigência do negócio num objetivo de retoma verificável.
RTO, prazo de retoma
O tempo máximo aceitável para restabelecer um serviço depois de uma interrupção. Condiciona os investimentos em redundância, transição e assistência.
RPO, perda de dados
O volume de dados que a organização pode razoavelmente perder, expresso em tempo. Determina a frequência das cópias de segurança e a estratégia de restauro.
03 · A CRONOLOGIA
Da interrupção à continuidade, e depois à retoma
Uma mesma cronologia liga as cinco noções. O RPO fixa o ponto de retoma para trás, o PCN mantém o essencial durante a crise, o PRD restaura o sistema e o RTO delimita o regresso ao serviço nominal.
RPOÚltima cópia de segurança sãO ponto de retoma: até aí, os dados são recuperáveis. Delimita a perda aceitável.
T0InterrupçãoO incidente ocorre: indisponibilidade, comprometimento, sinistro. O serviço nominal para.
PCNContinuidadeO essencial é mantido em modo degradado: procedimentos alternativos, papéis, meios de recurso.
→DecisãoArbitragens: o que se corta, o que se mantém, o que se restaura primeiro, o que se comunica.
PRDRecuperaçãoRestauro técnico dos sistemas e dos dados: cópias de segurança, transição, prioridades de reinício.
RTOServiço restabelecidoO prazo máximo de retoma é cumprido: regresso a um funcionamento normal, desvios registados.
04 · FATORES DESENCADEANTES
Quando estruturar ou rever a sua continuidade?
Um PCN/PRD deve ser ativável antes da crise, mas também continuar realista depois de uma auditoria, de uma transformação do sistema de informação, de uma exigência de um cliente, de uma tensão com a seguradora ou de um incidente.
Atividade dependente do digital
Correio eletrónico, ERP, faturação, produção, telefonia, acessos cloud ou ferramentas de negócio tornaram-se pontos de bloqueio.
Auditoria ou análise de riscos
Dependências críticas, cópias de segurança frágeis, acessos não controlados ou prestadores estruturantes têm de ser traduzidos numa trajetória de continuidade.
Exigência de cliente, de seguro ou de mercado
Um terceiro pede provas de resiliência, de testes, de governação, de retoma ou de controlo dos incidentes cibernéticos.
Incidente ou quase-incidente
Uma indisponibilidade, uma conta comprometida, uma fraude, uma fuga ou um ransomware evitado revela uma necessidade de enquadramento e de procedimentos.
Transformação do sistema de informação ou externalização
Migração para a cloud, novo prestador, M365, ERP, aquisição ou mudança de fornecedor de outsourcing modificam as dependências de retoma.
Comité ou orçamento de cibersegurança
A direção tem de arbitrar os investimentos em cópias de segurança, supervisão, reforço, redundância, documentação e testes.
05 · OS ENTREGÁVEIS
Suportes utilizáveis pela direção, pela TI e pelas áreas de negócio
A documentação deve ser suficientemente clara para decidir, suficientemente precisa para agir e suficientemente curta para ser realmente consultada durante um incidente.
Síntese executiva
Visão para a direção: atividades críticas, riscos principais, arbitragens, ações prioritárias e orçamento indicativo.
Cartografia BIA
Atividades, impactos, prazos de interrupção toleráveis, dependências, recursos mínimos e requisitos de retoma.
Matriz RTO / RPO
Objetivos de retoma por atividade ou aplicação, condições de validação e pontos de fragilidade.
Cenários de continuidade
Perda do correio eletrónico, ransomware, indisponibilidade do ERP, fuga de dados, prestador crítico, local inacessível.
Fichas de reflexos
Célula de crise, comunicação, cópias de segurança, restauro, contas de emergência, contactos críticos, conservação de provas.
Plano de testes & lições aprendidas
Calendário de exercícios, critérios de sucesso, desvios observados, ações corretivas e manutenção em condição operacional.
06 · O QUE NÃO PROMETEMOS
A continuidade prepara-se, não se garante
A resiliência cibernética exige método, mas também testes regulares, responsabilidades claras e escolhas assumidas. Um documento não testado dá uma ilusão de controlo.
Nenhuma disponibilidade garantida
O dispositivo reduz a improvisação, mas não elimina nem os incidentes, nem as dependências externas, nem as arbitragens difíceis. Nenhum resultado é garantido: um PCN/PRD não assegura a ausência de interrupção.
Nenhum PRD puramente técnico
Restaurar um servidor não basta se os acessos, os dados, as validações, as áreas de negócio ou os prestadores não estiverem alinhados.
Nenhuma continuidade sem manutenção
Os contactos, procedimentos, contas de emergência, cópias de segurança, permissões e cenários têm de se manter atualizados. Um plano nunca testado é uma hipótese, não uma garantia.
Um plano nunca testado é uma hipótese, não uma garantia
O valor de um dispositivo de continuidade depende dos testes, da governação, das cópias de segurança, dos acessos de emergência e da manutenção em condição operacional. A Galyct Pro liga o BIA, os objetivos RTO/RPO e os cenários para que a continuidade continue ativável, no mesmo lugar que o risco e a gestão de incidentes.
Uma crise cibernética em curso?
Suspeita de intrusão, ransomware, conta crítica comprometida, fuga de dados: estabilize sem destruir as provas e faça-se acompanhar. Abrimos uma célula de crise e mantemos o fio das decisões.
Veja o módulo Continuidade no seu contexto.
Uma demonstração ao vivo de 30 minutos, ou comece sozinho pelo diagnóstico de direção gratuito. Sem compromisso, os seus dados tratados na União Europeia.