Sightadel

Plateforme · Plans d’action

Pour chaque écart, une tâche.
Avec un nom et une date.

Une évaluation montre ce qui manque. Pour que ce soit corrigé, il faut une personne responsable et une échéance. Dans Sightadel, vous créez pour cela des plans d’action et les liez précisément aux contrôles, documents ou vulnérabilités concernés.

Une responsabilité claire

Chaque plan d’action a exactement une personne responsable. Qui en est chargé figure dans la liste.

Du contexte plutôt que des îlots

Les plans sont liés aux contrôles, documents et vulnérabilités qu’ils concernent. Le contexte ne se perd pas.

Les échéances en vue

La date d’échéance et le statut montrent ce qui vient ensuite.

Une journalisation complète

Création, modification et clôture sont consignées dans le journal d’activité, avec horodatage et personne.

Comment ça marche

Opérationnel en 4 étapes.

  1. 1

    Créer un plan

    Vous attribuez un titre, par exemple « Revue de direction », et décrivez si nécessaire ce qu’il faut faire.

  2. 2

    Définir le responsable et l’échéance

    Vous choisissez la personne responsable et fixez, si vous le souhaitez, une date d’échéance.

  3. 3

    Lier des objets

    Vous liez le plan à des vulnérabilités, documents, demandes ou contrôles. Vous sélectionnez les contrôles directement dans le framework.

  4. 4

    Traiter et clôturer

    Le statut indique l’avancement. Une fois la mesure mise en œuvre, vous clôturez le plan.

Avant – après

Ce qui change avec plans d’action.

Le travail ne disparaît pas – ce qui disparaît, ce sont les recherches, les relances et les questions à tout le monde.

Sans Sightadel

  • Les points ouverts figurent dans des procès-verbaux, des e-mails et des listes personnelles.
  • Les constats d’audit sont notés, mais ne sont attribués à personne.
  • Seule la personne qui l’a traité sait si un écart est corrigé.
  • Le lien entre mesure et contrôle doit être expliqué oralement lors de l’audit.
  • Impossible de prouver qui a modifié quoi, et quand.

Avec Sightadel

  • Chaque plan d’action a une personne responsable et, si vous le souhaitez, une échéance.
  • Les plans sont liés aux contrôles, documents, vulnérabilités et demandes.
  • Le statut montre ce qui est ouvert, en cours ou terminé.
  • Un problème du Security Score devient un plan d’action.
  • Le journal d’activité consigne chaque modification avec horodatage et personne.

Plans d’action

Ce qui peut être lié

Un plan d’action est rarement isolé. Grâce aux liens, vous voyez dans le plan à quoi il se rapporte, et dans le contrôle ou la preuve, quels plans s’y rattachent.

  • Vulnérabilités issues de l’analyse de vos domaines
  • Documents de la bibliothèque de preuves
  • Demandes
  • Contrôles de vos frameworks actifs

Plans d’action

Journal d’activité

Le journal d’activité consigne qui a fait quoi et quand, sur l’ensemble de la plateforme. Il montre par exemple quand un plan d’action a été créé, modifié ou clôturé, et quand des données de contrôle ont été transmises.

  • Date et heure de chaque action
  • Type d’action et objet concerné
  • Exécuté par, avec rôle
  • Détails de la modification
  • Filtres par action, type de ressource et période

Plans d’action

Pourquoi c’est important pour l’audit

L’auditeur veut constater que les écarts identifiés ne sont pas seulement notés, mais corrigés. Un plan avec responsable, échéance et historique en est précisément la preuve, par exemple pour les actions correctives selon le chapitre 10 de l’ISO 27001.

  • Preuve des actions correctives
  • Historique traçable
  • Lien vers le contrôle concerné
  • Vue d’ensemble pour la surveillance par la direction, par exemple selon NIS2
  • Base de la revue de direction
  • Preuve de l’efficacité grâce aux preuves liées

En détail

Plans d’action : ce qu’il faut savoir.

Du constat au plan d’action

Les écarts apparaissent à de nombreux endroits : dans l’évaluation, lorsqu’un contrôle reçoit la réponse « aucune », lors de l’audit interne, dans la revue de direction, lors d’une découverte dans le Security Score ou à la suite de la demande d’un client. L’essentiel est que chacun de ces écarts arrive à un seul endroit et ne s’y perde plus.

Un plan d’action ne demande pas grand-chose. Un titre et une personne responsable sont obligatoires. Formulez le titre de sorte qu’il soit compréhensible sans contexte, par exemple « Mettre en place l’authentification multifacteur pour l’accès à distance » plutôt que « MFA ». Dans la description, précisez ce qu’il faut faire exactement et à quoi l’on reconnaît que c’est fait.

Liez ensuite le plan à tout ce qui s’y rattache : le contrôle du framework, le document concerné, la vulnérabilité ou la demande. Vous sélectionnez les contrôles directement dans le framework actif. Ainsi, quiconque ouvre le contrôle voit que l’écart est en cours de traitement.

Fixez une échéance, même si elle est facultative. L’expérience montre qu’un plan sans date reste en suspens. Choisissez l’échéance de façon réaliste et selon le risque : une vulnérabilité critique passe avant une formulation dans une politique.

Bonnes pratiques pour les responsabilités et les échéances

Chaque plan a exactement une personne responsable. C’est voulu. Avec plusieurs responsables, personne ne se sent concerné. La personne responsable n’a pas à mettre en œuvre la mesure seule, mais elle veille à ce qu’elle le soit et rend compte de l’avancement.

Découpez les grands projets en plusieurs plans. « Mettre en place un SMSI » n’est pas un plan d’action, mais un projet. « Revoir les droits d’accès au système comptable » en est un. Des plans courts et bien délimités se suivent et se clôturent. Cela montre des progrès et maintient l’engagement des personnes impliquées.

Passez régulièrement en revue les plans ouverts, par exemple lors d’un point mensuel avec les responsables. Ne demandez pas seulement le statut, mais aussi les obstacles. Si une échéance est reportée, ajustez-la et consignez le motif dans la description. Un report traçable ne pose pas de problème lors de l’audit, une échéance dépassée en silence, si.

Ne clôturez un plan que lorsque la mesure est efficace, et liez-en la justification comme preuve.

Ce que les auditeurs vérifient dans les actions correctives

Les normes de système de management comme l’ISO 27001 et l’ISO 9001 exigent que vous réagissiez aux non-conformités, en déterminiez la cause, preniez des mesures et en évaluiez l’efficacité. L’auditeur vérifie ce cycle à partir d’exemples.

Il choisit un constat du dernier audit externe ou interne et demande ce qu’il en est advenu. Les bonnes réponses présentent un plan avec personne responsable, échéance, historique et une preuve de mise en œuvre. Les réponses faibles se résument à affirmer qu’on en a discuté.

Les auditeurs portent une attention particulière à l’analyse des causes. N’a-t-on corrigé que le symptôme, ou a-t-on empêché que le problème se reproduise ? Indiquez brièvement dans la description du plan quelle était la cause et pourquoi la mesure agit à ce niveau.

Le journal d’activité est lui aussi instructif pour l’auditeur. Il montre quand un plan a été créé, modifié et clôturé, et par qui. Avec le rôle « Auditeur externe », il le voit lui-même. Le journal indique en outre que l’accès provient d’une personne externe.

Erreurs fréquentes

L’erreur la plus fréquente est le plan éternellement ouvert. Il a été créé il y a des mois, personne ne s’en sent responsable et l’échéance est dépassée depuis longtemps. De tels plans nuisent plus qu’ils ne servent, car ils montrent que des écarts sont connus, mais pas traités. Faites régulièrement le tri : mettre en œuvre, replanifier ou clôturer avec justification.

Une deuxième erreur consiste à clôturer sans preuve. Le statut « terminé » seul ne convainc aucun auditeur. Liez la preuve que la mesure est mise en œuvre, par exemple une politique modifiée, une capture d’écran du nouveau paramétrage ou le procès-verbal d’une formation.

Troisièmement, le lien avec le contrôle manque souvent. Un plan qui figure seulement dans une liste n’explique pas quelle exigence il satisfait. Grâce au lien avec le contrôle, le contexte reste clair des mois plus tard.

Quatrièmement, les découvertes techniques et les écarts organisationnels sont gérés séparément. Dans Sightadel, les deux convergent dans les mêmes plans d’action. La direction voit ainsi en un seul endroit ce qui reste ouvert.

Questions et réponses

Questions sur plans d’action

Plus de réponses dans la FAQ ou directement via notre formulaire de contact.

Qui peut créer des plans d’action ?

Les personnes disposant de droits d’écriture, par exemple Admin ou Consultant. Les Viewers voient les plans sans les modifier. L’auditeur externe peut en créer ou en modifier après votre validation, mais jamais en supprimer.

Un plan peut-il concerner plusieurs contrôles ?

Oui. Vous liez plusieurs contrôles, documents, vulnérabilités et demandes à un même plan.

La date d’échéance est-elle obligatoire ?

Non, seuls le titre et le responsable sont des champs obligatoires. Nous recommandons néanmoins une échéance, faute de quoi le plan risque de rester en suspens.

L’auditeur peut-il consulter le journal d’activité ?

Oui. Avec le rôle « Auditeur externe », il le consulte directement. Le journal indique aussi que l’accès provient d’une personne externe.

Quelle est la différence entre correction et action corrective ?

La correction traite une non-conformité concrète, par exemple une preuve expirée. L’action corrective élimine la cause, pour que la non-conformité ne se reproduise pas, par exemple grâce à une responsabilité attribuée et une date de validité. Les deux peuvent être gérées comme plan d’action.

Puis-je créer un plan d’action à partir d’une vulnérabilité ?

Oui. Pour un problème issu du Security Score, vous créez un plan d’action et le liez à la vulnérabilité et au contrôle correspondant. La découverte technique devient ainsi une mesure pilotée.

Qui devrait être responsable d’un plan d’action ?

La personne qui peut réellement piloter la mise en œuvre, en général le manager compétent sur le plan métier ou le responsable du système concerné. Elle n’a pas à tout faire elle-même, mais doit veiller à ce que la mesure soit mise en œuvre dans les délais.

Les plans d’action ont-ils leur place dans la revue de direction ?

Oui. L’ISO 27001 et l’ISO 9001 attendent que la direction examine l’état des actions issues des revues précédentes et le traitement des non-conformités. La liste des plans avec statut et échéance en constitue une bonne base.

Commencez par une seule norme.

14 jours, accès complet, sans données de paiement. Tout ce que vous créez est conservé dans l’offre payante.