Sightadel

Plataforma · Planos de ação

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

Uma avaliação mostra onde falta alguma coisa. Para que seja corrigida, é preciso uma pessoa responsável e um prazo. No Sightadel, pode criar para isso planos de ação e associá-los exatamente aos controlos, documentos ou vulnerabilidades em causa.

Responsabilidade clara

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

Contexto em vez de ilhas

Os planos estão associados aos controlos, documentos e vulnerabilidades a que dizem respeito. O contexto não se perde.

Prazos à vista

A data limite e o estado mostram o que vem a seguir.

Registo sem lacunas

A criação, a alteração e a conclusão ficam no registo de atividade, com data, hora e pessoa.

Como funciona

Configurado em 4 passos.

  1. 1

    Criar o plano

    Atribua um título, por exemplo «Revisão pela gestão», e, se necessário, descreva o que há a fazer.

  2. 2

    Definir responsável e prazo

    Escolha a pessoa responsável e, opcionalmente, defina uma data limite.

  3. 3

    Associar objetos

    Associe o plano a vulnerabilidades, documentos, pedidos ou controlos. Os controlos são escolhidos diretamente no framework.

  4. 4

    Trabalhar e concluir

    O estado mostra o progresso. Quando a medida estiver implementada, conclua o plano.

Antes – depois

O que muda com planos de ação.

Não é o trabalho que desaparece, mas sim a procura, as perguntas repetidas e a insistência.

Sem o Sightadel

  • Os pontos em aberto estão 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 tratou uma lacuna sabe se ela foi corrigida.
  • A relação entre medida e controlo tem de ser explicada oralmente 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 estão associados a controlos, documentos, vulnerabilidades e pedidos.
  • O estado mostra o que está em aberto, em curso ou concluído.
  • Um problema no Security Score dá origem a um plano de ação.
  • O registo de atividade guarda cada alteração com data, hora e pessoa.

Planos de ação

O que pode ser associado

Um plano de ação raramente está isolado. Através das associações, pode ver no plano a que se refere e, no controlo ou na evidência, que planos lhes pertencem.

  • Vulnerabilidades da verificação dos seus domínios
  • Documentos da biblioteca de evidências
  • Pedidos
  • Controlos dos seus frameworks ativos

Planos de ação

Registo de atividade

O registo de atividade guarda quem fez o quê e quando, em toda a plataforma. Mostra, por exemplo, quando um plano de ação foi criado, alterado ou concluído e quando foram submetidos dados de controlos.

  • 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

Porque é que isto 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 secção 10 da ISO 27001.

  • Evidência de ações corretivas
  • Histórico rastreável
  • Associação ao ponto de controlo em causa
  • Visão geral para o acompanhamento pela gestão de topo, por exemplo segundo a NIS2
  • Base para a revisão pela gestão
  • Prova da eficácia através das evidências associadas

Em detalhe

Planos de ação: o que deve saber.

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

As lacunas surgem em muitos sítios: na avaliação, quando um controlo é respondido com «nenhum», na auditoria interna, na revisão pela gestão, numa deteção do Security Score ou num pedido de um cliente. O decisivo é que cada uma destas lacunas vá parar a um único lugar e não volte a perder-se.

Um plano de ação não precisa de muito. São obrigatórios um título e uma pessoa responsável. Formule o título de forma a ser compreensível sem contexto, por exemplo «Introduzir autenticação multifator para o acesso remoto» em vez de «MFA». Na descrição, registe o que há exatamente a fazer e como se reconhece que está concluído.

Depois, associe o plano a tudo o que lhe diz respeito: o controlo do framework, o documento afetado, a vulnerabilidade ou o pedido. Os controlos são escolhidos diretamente no framework ativo. Assim, quem abrir o controlo vê que a lacuna está a ser tratada.

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

Boas práticas para responsabilidades e prazos

Cada plano tem exatamente uma pessoa responsável. É intencional. Vários responsáveis levam a que ninguém se sinta encarregado. A pessoa responsável não tem de implementar a medida sozinha, mas garante que ela é implementada e informa sobre o ponto da situação.

Divida os grandes projetos em vários planos. «Implementar o SGSI» não é um plano de ação, é um projeto. «Rever 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 empenhados.

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

Só conclua um plano quando a medida for eficaz, e associe 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 reaja às não conformidades, determine a causa, tome medidas e avalie a sua eficácia. O auditor verifica este ciclo com exemplos.

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

Os auditores prestam especial atenção à análise de causas. Foi apenas corrigido o sintoma, ou evitou-se que o problema voltasse a ocorrer? Registe brevemente na descrição do plano qual era a causa e porque é que a medida atua sobre ela.

O registo de atividade também é revelador para o auditor. Mostra quando um plano foi criado, alterado e concluído, e por quem. Com a função «Auditor externo», o auditor vê isto por si próprio e nunca pode apagar nada. O registo indica ainda 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. Estes 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, replanear ou fechar com justificação.

Um segundo erro é concluir sem prova. O estado «concluído», por si só, não convence nenhum auditor. Associe a evidência de que a medida foi implementada, por exemplo uma política alterada, uma captura de ecrã da nova configuração ou a ata de uma formação.

Em terceiro lugar, falta muitas vezes a ligação ao controlo. Um plano que está apenas numa lista não explica que requisito cumpre. Com a associação ao controlo, o contexto continua claro meses depois.

Em quarto lugar, as deteções técnicas e as lacunas organizacionais são geridas em separado. No Sightadel, ambas convergem nos mesmos planos de ação. Assim, a gestão de topo vê num só lugar o que está em aberto.

Perguntas e respostas

Perguntas sobre planos de ação

Mais nas nossas perguntas frequentes ou diretamente através do nosso formulário de contacto.

Quem pode criar planos de ação?

Pessoas com permissões de escrita, como Admin ou consultores. Os utilizadores com a função Viewer e o auditor externo veem os planos, mas não os alteram.

Um plano pode dizer respeito a vários controlos?

Sim. Pode associar vários controlos, documentos, vulnerabilidades e pedidos a um plano.

A data limite é obrigatória?

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

O auditor pode consultar o registo de atividade?

Sim. A função «Auditor externo» vê o âmbito da auditoria, comenta e, após a sua aprovação, cria ou edita entradas. Nunca pode apagar nada. O registo indica também 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 expirada. A ação corretiva elimina a causa, para que a não conformidade não volte a ocorrer, por exemplo através de uma responsabilidade fixa e de uma data de validade. Ambas podem ser geridas como plano de ação.

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

Sim. Para um problema do Security Score, pode criar um plano de ação e associá-lo à vulnerabilidade e ao controlo correspondente. Assim, a deteção técnica torna-se uma medida gerida.

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

A pessoa que consegue realmente conduzir a implementação, normalmente a chefia da área ou o responsável pelo sistema afetado. Não tem de fazer tudo sozinha, mas deve garantir que a medida é implementada dentro do prazo.

Os planos de ação fazem parte da revisão pela gestão?

Sim. A ISO 27001 e a ISO 9001 esperam que a gestão analise o estado das ações de revisões anteriores e o tratamento das não conformidades. A lista de planos com estado e prazo é uma boa base para isso.

Comece com uma norma.

14 dias, acesso completo, sem dados de pagamento. Tudo o que configurar mantém-se no plano pago.