Sightadel

Plataforma · Planos de ação

De cada lacuna, uma tarefa.
Com nome e data.

Uma avaliação mostra onde algo está faltando. Para que seja corrigido, é preciso uma pessoa responsável e um prazo. No Sightadel, você cria planos de ação para isso e os vincula exatamente aos controles, documentos ou vulnerabilidades em questão.

Responsabilidade clara

Cada plano de ação tem exatamente uma pessoa responsável. Quem está encarregado aparece na lista.

Contexto em vez de ilhas

Os planos ficam vinculados aos controles, documentos e vulnerabilidades a que se referem. O contexto não se perde.

Prazos à vista

O prazo e o status mostram o que vem a seguir.

Registro sem lacunas

Criação, alteração e conclusão ficam no registro de atividades, com data, hora e pessoa.

Como funciona

Configurado em 4 passos.

  1. 1

    Criar o plano

    Dê um título, por exemplo “Análise crítica pela direção”, e, se necessário, descreva o que precisa ser feito.

  2. 2

    Definir responsável e prazo

    Escolha a pessoa responsável e, se quiser, defina um prazo.

  3. 3

    Vincular objetos

    Vincule o plano a vulnerabilidades, documentos, solicitações ou controles. Os controles são escolhidos diretamente no framework.

  4. 4

    Executar e concluir

    O status mostra o andamento. Quando a medida estiver implementada, conclua o plano.

Antes – depois

O que muda com planos de ação.

Não é o trabalho que desaparece, e sim a procura, as perguntas repetidas e a cobrança.

Sem o Sightadel

  • Os pontos em aberto ficam espalhados em atas, e-mails e listas pessoais.
  • As constatações da auditoria são anotadas, mas não são atribuídas a ninguém.
  • Só quem cuidou de uma lacuna sabe se ela foi corrigida.
  • A relação entre medida e controle precisa ser explicada verbalmente na auditoria.
  • Não é possível comprovar quem alterou o quê e quando.

Com o Sightadel

  • Cada plano de ação tem uma pessoa responsável e, se desejado, um prazo.
  • Os planos ficam vinculados a controles, documentos, vulnerabilidades e solicitações.
  • O status mostra o que está em aberto, em andamento ou concluído.
  • Um problema no Security Score dá origem a um plano de ação.
  • O registro de atividades salva cada alteração com data, hora e pessoa.

Planos de ação

O que pode ser vinculado

Um plano de ação raramente existe sozinho. Pelos vínculos, você vê no plano a que ele se refere e, no controle ou na evidência, quais planos pertencem a eles.

  • Vulnerabilidades da verificação dos seus domínios
  • Documentos da biblioteca de evidências
  • Solicitações
  • Controles dos seus frameworks ativos

Planos de ação

Registro de atividades

O registro de atividades mostra quem fez o quê e quando, em toda a plataforma. Ele mostra, por exemplo, quando um plano de ação foi criado, alterado ou concluído e quando dados de controles foram enviados.

  • Data e hora de cada ação
  • Tipo de ação e objeto afetado
  • Executado por, com função
  • Detalhes da alteração
  • Filtros por ação, tipo de recurso e período

Planos de ação

Por que isso conta na auditoria

O auditor quer ver que as lacunas identificadas não são apenas anotadas, mas corrigidas. Um plano com responsável, prazo e histórico é exatamente essa prova, por exemplo para as ações corretivas da seção 10 da ISO 27001.

  • Evidência de ações corretivas
  • Histórico rastreável
  • Vínculo com o ponto de controle em questão
  • Visão geral para o acompanhamento pela alta direção, por exemplo segundo a NIS2
  • Base para a análise crítica pela direção
  • Prova da eficácia por meio das evidências vinculadas

Em detalhe

Planos de ação: o que você precisa saber.

Da constatação ao plano de ação

As lacunas surgem em muitos lugares: na avaliação, quando um controle é respondido com “nenhum”, na auditoria interna, na análise crítica pela direção, em um achado do Security Score ou em uma solicitação de um cliente. O decisivo é que cada uma dessas lacunas vá para um único lugar e não se perca de novo.

Um plano de ação não precisa de muito. Título e pessoa responsável são obrigatórios. Formule o título de modo que seja compreensível sem contexto, por exemplo “Implantar autenticação multifator para o acesso remoto” em vez de “MFA”. Na descrição, registre o que exatamente precisa ser feito e como saber que está concluído.

Depois, vincule o plano a tudo o que se refere a ele: o controle do framework, o documento afetado, a vulnerabilidade ou a solicitação. Os controles são escolhidos diretamente no framework ativo. Assim, quem abrir o controle vê que a lacuna está sendo tratada.

Defina um prazo, mesmo que seja opcional. A experiência mostra que um plano sem data fica parado. Escolha o prazo de forma realista e de acordo com o risco: uma vulnerabilidade crítica tem prioridade sobre uma formulação em uma política.

Boas práticas para responsabilidades e prazos

Cada plano tem exatamente uma pessoa responsável. Isso é proposital. Vários responsáveis fazem com que ninguém se sinta encarregado. A pessoa responsável não precisa implementar a medida sozinha, mas garante que ela seja implementada e informa sobre o andamento.

Divida projetos grandes em vários planos. “Implantar o SGSI” não é um plano de ação, é um projeto. “Revisar os direitos de acesso ao sistema de contabilidade” é um plano de ação. Planos pequenos e bem delimitados podem ser acompanhados e concluídos. Isso mostra progresso e mantém os envolvidos engajados.

Revise regularmente os planos em aberto, por exemplo em uma reunião mensal com os responsáveis. Não pergunte apenas pelo status, mas também pelos obstáculos. Se um prazo mudar, ajuste-o e registre o motivo na descrição. Um prazo adiado de forma rastreável não é problema na auditoria; um prazo estourado em silêncio, sim.

Só conclua um plano quando a medida for eficaz, e vincule a prova disso como evidência.

O que os auditores verificam nas ações corretivas

As normas de sistemas de gestão, como a ISO 27001 e a ISO 9001, exigem que você reaja às não conformidades, identifique a causa, tome medidas e avalie a eficácia delas. O auditor verifica esse ciclo com exemplos.

Ele escolhe uma constatação da última auditoria externa ou interna e pergunta o que resultou dela. Boas respostas mostram um plano com pessoa responsável, prazo, histórico e uma prova da implementação. Respostas fracas se resumem à frase de que o assunto foi discutido.

Os auditores prestam atenção especial à análise de causas. Foi corrigido apenas o sintoma, ou o problema foi impedido de voltar a acontecer? Registre brevemente na descrição do plano qual era a causa e por que a medida atua sobre ela.

O registro de atividades também é revelador para o auditor. Ele mostra quando um plano foi criado, alterado e concluído, e por quem. Com a função “Auditor externo”, o auditor vê isso por conta própria e nunca pode excluir nada. O registro também indica que o acesso foi feito por uma pessoa externa.

Erros típicos

O erro mais frequente é o plano eternamente em aberto. Foi criado há meses, ninguém se sente responsável e o prazo já passou há muito tempo. Esses planos fazem mais mal do que bem, porque mostram que as lacunas são conhecidas, mas não são tratadas. Faça uma limpeza regular: implementar, replanejar ou encerrar com justificativa.

Um segundo erro é concluir sem prova. O status “concluído”, sozinho, não convence nenhum auditor. Vincule a evidência de que a medida foi implementada, por exemplo uma política alterada, uma captura de tela da nova configuração ou a ata de um treinamento.

Em terceiro lugar, muitas vezes falta o vínculo com o controle. Um plano que está só em uma lista não explica qual requisito atende. Com o vínculo ao controle, o contexto continua claro meses depois.

Em quarto lugar, os achados técnicos e as lacunas organizacionais são gerenciados separadamente. No Sightadel, os dois convergem nos mesmos planos de ação. Assim, a alta direção vê em um só lugar o que está em aberto.

Perguntas e respostas

Perguntas sobre planos de ação

Mais em nossas perguntas frequentes ou diretamente pelo nosso formulário de contato.

Quem pode criar planos de ação?

Pessoas com permissão de escrita, como Admin ou consultores. Usuários com a função Viewer e o auditor externo veem os planos, mas não os alteram.

Um plano pode se referir a vários controles?

Sim. Você pode vincular vários controles, documentos, vulnerabilidades e solicitações a um plano.

O prazo é obrigatório?

Não, apenas o título e o responsável são campos obrigatórios. Mesmo assim, recomendamos um prazo; caso contrário, o plano fica parado com facilidade.

O auditor pode consultar o registro de atividades?

Sim. Com a função “Auditor externo”, o auditor comenta e, após a sua aprovação, cria ou edita registros, mas nunca pode excluir nada. O registro também indica que o acesso foi feito por uma pessoa externa.

Qual é a diferença entre correção e ação corretiva?

A correção resolve uma não conformidade concreta, por exemplo uma evidência vencida. A ação corretiva elimina a causa, para que a não conformidade não volte a acontecer, por exemplo por meio de uma responsabilidade fixa e de uma data de validade. As duas podem ser gerenciadas como plano de ação.

Posso criar um plano de ação a partir de uma vulnerabilidade?

Sim. Para um problema do Security Score, você pode criar um plano de ação e vinculá-lo à vulnerabilidade e ao controle correspondente. Assim, o achado técnico vira uma medida gerenciada.

Quem deve ser responsável por um plano de ação?

A pessoa que realmente consegue conduzir a implementação, normalmente o gestor da área ou o responsável pelo sistema afetado. Ela não precisa fazer tudo sozinha, mas deve garantir que a medida seja implementada dentro do prazo.

Os planos de ação fazem parte da análise crítica pela direção?

Sim. A ISO 27001 e a ISO 9001 esperam que a direção analise a situação das ações de análises críticas anteriores e o tratamento das não conformidades. A lista de planos com status e prazo é uma boa base para isso.

Comece com uma norma.

14 dias, acesso completo, sem dados de pagamento. Tudo o que você configurar continua valendo no plano pago.