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.
- 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
- 1Cada ação do plano é atribuída a um responsável com data, e o sistema avisa se houver atraso.
- 2O tratamento fica registado junto do risco e do seu proprietário, com a respetiva aprovação.
- 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.
Continue a explorar
Páginas relacionadas
Planeamento
Planear na ISO 27001 significa analisar o risco de cada ativo e decidir, com critério, que controlos do…
Modelo de declaração de aplicabilidade ISO 27001
O que deve conter a declaração de aplicabilidade da ISO 27001 (6.1.3 d): controlos necessários…
Modelo de análise de riscos de segurança ISO 27001
Como documentar a análise de riscos de segurança exigida pela ISO 27001: critérios de aceitação…
Modelo de inventário de ativos de informação ISO 27001
Como montar o inventário de ativos de informação exigido pelo controlo 5.9 da ISO 27001: tipo, proprietário…
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.
- ISO/IEC 27001:2022 — Sistemas de gestão da segurança da informação. Requisitos ISO/IEC · 25 de outubro de 2022
- ISO/IEC 27005:2022 — Orientações sobre a gestão dos riscos de segurança da informação ISO/IEC · Outubro de 2022