Servidores próprios na Europa · RGPD · Suporte em inglês e espanhol

Modelos e registos · ISO 27001 · Cláusula 6.1.3

Modelo de plano de tratamento de riscos ISO 27001

O que se vai fazer com cada risco que não é aceite: com que controlos, quem, até quando e que risco fica depois, aprovado pelo seu proprietário.

Numa frase

O plano de tratamento de riscos reúne, para cada risco que não é aceite, a opção escolhida —mitigar, evitar, transferir ou aceitar—, os controlos a aplicar, o responsável e o prazo, bem como a aprovação do proprietário e a sua aceitação do risco residual, que é o que exigem as alíneas e) e f) da secção 6.1.3 da ISO/IEC 27001.

Conteúdo revisto em

Onde a norma o exige
ISO 27001 · Cláusula 6.1.3 As secções seguem a ISO/IEC 27001:2022; as que começam por «A.» são controlos do Anexo A, exigíveis na medida em que a declaração de aplicabilidade os inclua.
Tipo de informação
Registo obrigatório Processo documentado (6.1.3) e resultados a conservar (8.3)
Quem o preenche
Responsável de segurança e proprietários O proprietário aprova o plano e assina a aceitação do risco residual
Quando
Após cada análise de riscos O seu progresso é revisto no comité de segurança e na revisão pela gestão
Durante quanto tempo se conserva
Definido pela organização A ISO/IEC 27001 não fixa prazos: pede que se decida a conservação e a eliminação da informação documentada (7.5.3). Abranger o ciclo de certificação de três anos permite mostrar o histórico na renovação.

O que a norma exige


O que o referencial ISO 27001 exige e o que fica ao seu critério

Com os riscos avaliados, a norma pede que se escolham opções de tratamento, se determinem os controlos necessários, se formule um plano e se obtenha dos proprietários a aprovação do plano e a aceitação do risco residual.

O plano não é a declaração de aplicabilidade: a SoA diz que controlos existem e porquê; o plano diz o que se faz, quem e quando para chegar a esse estado. Ambos se alimentam da mesma análise.

A execução do plano acompanha-se no capítulo 8: é preciso implementá-lo e conservar os seus resultados, de forma que na auditoria se veja o que foi feito, o que está pendente e porquê.

Estrutura


Campos que o modelo deve ter

  • Risco tratado e nível antes do tratamento
  • Opção de tratamento: mitigar, evitar, transferir ou aceitar
  • Controlos ou ações previstos (com a referência ao Anexo A, se existir)
  • Responsável e data prevista
  • Recursos necessários
  • Nível de risco residual esperado
  • Aprovação do proprietário e aceitação do risco residual
  • Estado e data de encerramento

Exemplo


Exemplo: tratamento do risco de indisponibilidade do fornecedor

Empresa, pessoas e números fictícios: o exemplo serve apenas para mostrar como fica um registo bem preenchido.

Campo Conteúdo
Risco R-07 · Nível 10, alto
Opção Mitigar
Ação T-07 Réplica da plataforma numa segunda região, com comutação testada (controlos 5.30 e 8.14)
Responsável e prazo Responsável de infraestrutura · 31 de janeiro de 2027
Recursos Orçamento aprovado de 18 000 € por ano
Risco residual esperado Nível 5, aceitável
Aprovação Diretora de operações, 10 de setembro de 2026; aceita o risco residual
Estado Em curso · 60 %

Na auditoria


Erros que os auditores costumam apontar

  • O plano não tem datas nem responsáveis: é uma lista de boas intenções.
  • Não consta a aceitação do risco residual pelo proprietário.
  • Riscos «transferidos» para um seguro ou um fornecedor sem verificar o que o contrato cobre.
  • Ações encerradas no plano que não se refletem na declaração de aplicabilidade.

No Kimobox


Como se gere este registo no Kimobox

  1. 1Cada ação do plano é atribuída a um responsável com data, e o sistema avisa se houver atraso.
  2. 2O tratamento fica registado junto do risco e do seu proprietário, com a respetiva aprovação.
  3. 3A revisão pela gestão parte de um modelo com os incidentes de segurança e os riscos já agregados.

Perguntas frequentes


O que nos perguntam antes de começar

É possível aceitar um risco alto?

Sim, se o seu proprietário o aceitar de forma consciente e isso ficar registado. A norma não proíbe aceitar riscos acima do critério; pede que a decisão seja explícita e tomada por quem tem autoridade para isso.

O plano de tratamento e a SoA podem ser o mesmo documento?

Podem coexistir na mesma ferramenta, mas respondem a perguntas diferentes. Misturá-los costuma fazer com que se perca o acompanhamento das ações ou a justificação dos controlos.

Faça a gestão dos registos do referencial ISO 27001 sem modelos avulsos

Mostramos-lhe o módulo a funcionar com dados semelhantes aos seus.

Pedir uma demonstração

Fontes


De onde vem cada dado

Referências ao texto oficial em vigor. Se uma norma for revista, esta página é atualizada e a data de revisão reflete-o.

  1. ISO/IEC 27001:2022 — Sistemas de gestão da segurança da informação. Requisitos ISO/IEC · 25 de outubro de 2022
  2. ISO/IEC 27005:2022 — Orientações sobre a gestão dos riscos de segurança da informação ISO/IEC · Outubro de 2022