Déclencheur
L’événement qui lance le workflow. Il y en a exactement un par workflow, et il ne peut pas être supprimé. Tuile orange.
Workflows
Un workflow décide de ce qui se passe quand un événement touche votre projet : une nouvelle CVE sur la stack du projet, un produit qui approche de sa fin de vie, un certificat HTTPS qui expire, une échéance NIS2. Dans TechWatchAlert, toute notification passe par un workflow : sans workflow actif pour un événement, personne n’est prévenu, ni dans la cloche, ni par e-mail, ni par webhook.
L’écran se trouve dans Espace de travail › Workflows. Il montre les workflows du projet actif (celui choisi en haut du menu). Tous les membres du projet peuvent les consulter ; seuls ceux qui ont le droit de gérer les workflows peuvent les modifier (voir Qui peut faire quoi).
- Portée : les workflows du Projet, ou ceux de l’Organisation (avis NIS2 de l’organisation). Le sélecteur n’apparaît que si NIS2 est en service dans l’organisation et que vous l’administrez ou y tenez une fonction NIS2.
- Importer : crée un workflow à partir d’un code partagé ou d’un fichier
.json. - Nouveau workflow : crée un workflow vide, prêt à être construit.
- Bandeaux d’avertissement : ce qui empêche vos alertes d’arriver (workflows en pause, désactivés, sans tuile de notification…).
- Liste des workflows du projet, avec leur interrupteur marche/arrêt.
- Onglets Éditeur et Exécutions du workflow sélectionné.
- Ajouter une tuile et le test du workflow sur un cas réel.
- Annuler, Rétablir et Enregistrer.
Le principe : déclencheur, conditions, actions
Section intitulée « Le principe : déclencheur, conditions, actions »Un workflow est un petit schéma de tuiles reliées par des flèches, lu de gauche à droite.
Condition
Une question posée à l’événement. Elle a deux sorties : oui (vert) et non (rouge). Tuile bleue.
Action
Ce qui est fait : notifier, envoyer un e-mail, appeler des webhooks, créer un suivi, ouvrir un ticket… Les actions s’enchaînent. Tuile verte.
Quelques règles, appliquées par le serveur à l’enregistrement :
- 30 tuiles au plus, 20 niveaux de profondeur au plus, aucune boucle ;
- une flèche ne peut pas entrer dans un déclencheur ;
- une tuile non reliée est tolérée (le brouillon reste enregistrable) mais elle ne s’exécute jamais ;
- les tuiles s’exécutent dans l’ordre du schéma : une tuile attend que toutes les branches qui la précèdent soient résolues ;
- les textes saisis dans une condition font 100 caractères au plus (pas d’expression régulière : « contient », « commence par », « finit par », « égale », sans tenir compte des majuscules) ;
- un projet compte 10 workflows créés à la main au plus. Les workflows fournis avec le projet et les workflows NIS2 ne comptent pas dans cette limite.
La liste des workflows du projet
Section intitulée « La liste des workflows du projet »
Chaque projet reçoit à sa création cinq workflows prêts à l’emploi :
| Workflow | Déclencheur | Ce qu’il fait |
|---|---|---|
| Workflow par défaut CVE | Nouvelle CVE (stack) | Crée un suivi (la fiche d’alerte), puis notification in-app, e-mail et webhooks du projet. |
| CVE devenue exploitée | Devient exploitée | Notification in-app, e-mail et webhooks du projet. |
| Workflow par défaut fins de vie | Fin de vie approche | Notification in-app. |
| Fin de support actif | Fin de support approche | Notification in-app. |
| Nouvelles versions | Nouvelle version | Notification in-app. |
Chaque carte affiche le nom en entier (sur deux lignes au repos, en totalité au survol et sur le workflow ouvert), puis, dessous, son déclencheur en clair (« Nouvelle CVE (stack) », « Fin de vie approche »…) suivi de sa nature :
- Par défaut : le workflow de référence de sa famille (CVE, fin de vie, certificat) ;
- Inclus : fourni avec le projet ;
- Personnalisé : créé par un membre ;
- Workflow NIS2 et En pause : voir Workflows de conformité.
Les workflows par défaut s’affichent en tête, puis dans l’ordre de création. Un workflow barré est désactivé. L’interrupteur à droite l’active ou le désactive immédiatement, sans passer par Enregistrer. Une pastille verte avec une initiale signale un collègue qui a ce workflow ouvert en ce moment.
Les actions d’un workflow sont dans son menu ⋯ (sous l’interrupteur ; visible au survol, et toujours sur le workflow ouvert) :
| Entrée | Action | Quand elle est proposée |
|---|---|---|
| Renommer | Renommer : le nom devient modifiable sur place. Entrée valide, Échap annule. | Toujours |
| Partager / Exporter | Partager / Exporter (voir Partager, importer, copier) | Toujours |
| Copier vers un projet | Copier vers un projet | Portée Projet |
| Réinitialiser | Réinitialiser : rend le schéma d’origine | Workflow par défaut CVE, workflows fournis avec le projet, workflows NIS2 |
| Définir comme workflow par défaut | Définir comme workflow par défaut | Workflow créé à la main, hors NIS2 |
| Supprimer | Supprimer | Toujours |
- Définir par défaut ne change rien à l’exécution : seul l’affichage (pastille, nom traduit) et la possibilité de réinitialiser en dépendent. Un projet a un seul workflow par défaut par famille ; s’il en a déjà un, la demande est refusée. Un workflow qui porte encore le nom « Nouveau workflow » est renommé à cette occasion.
- Supprimer efface aussi l’historique des exécutions. Le serveur refuse de supprimer un workflow par défaut s’il est le dernier du projet.
- Si la liste est vide, le bouton Créer le workflow par défaut recrée le workflow CVE d’origine.
Les avertissements
Section intitulée « Les avertissements »Au-dessus de la liste, des bandeaux signalent ce qui fait que des alertes n’arriveront pas :
- Tous les workflows sont désactivés : aucune notification ne partira pour ce projet ;
- Workflow(s) actif(s) sans tuile de notification : ils tournent mais ne préviennent personne ;
- Workflow(s) actif(s) sans tuile « Créer un suivi » (déclencheur CVE) : ils n’alimentent pas l’écran Alertes, et l’e-mail n’a pas de bouton « Voir l’alerte » ;
- Workflows de conformité en pause : NIS2 n’est plus activé sur le projet ; le lien Réactiver NIS2 mène aux réglages NIS2.
L’éditeur
Section intitulée « L’éditeur »Cliquez sur un workflow pour l’ouvrir dans l’onglet Éditeur.
- Ajouter une tuile ouvre la palette. Choisir un déclencheur remplace celui du workflow (ses réglages sont remis à zéro) ; choisir une condition ou une action ajoute une tuile à droite du schéma. Si elle n’est pas visible, le bouton ajuster la vue (en bas à gauche du schéma) recadre l’ensemble.
- Reliez les tuiles en tirant une flèche depuis le point de sortie d’une tuile (à droite) vers le point d’entrée d’une autre (à gauche). Une condition a deux sorties, oui et non.
- Cliquez sur une tuile pour ouvrir son panneau de réglages à droite. Les champs marqués d’un astérisque sont obligatoires. Son encadré Où ça se règle mène à ce dont elle dépend (voir Où ça se règle).
- Supprimez une tuile ou une flèche sélectionnée avec la touche Suppr ou Retour arrière, ou avec Supprimer la tuile dans son panneau.
- Ctrl + Z annule, Ctrl + Y rétablit (50 étapes).
- Enregistrer : le bouton ne s’active qu’après une modification. Tant que vous n’avez pas enregistré, rien ne change pour les alertes, et quitter le workflow demande d’abord confirmation (voir Modifications non enregistrées).
- La tuile ajoutée, ici Priorité (politique du projet).
- Son panneau de réglages : description, champs, Supprimer la tuile.
- Enregistrer est désormais actif.
Où ça se règle
Section intitulée « Où ça se règle »Une tuile ne vit pas seule : Créer un ticket ne fait rien sans outil de tickets, Appeler les webhooks sans webhook actif, et une tuile CVE ne voit que la stack du projet. Le panneau de chaque tuile porte donc un encadré Où ça se règle : ce que la tuile lit ou ce dont elle a besoin, et des liens qui mènent directement au bon écran, sur le bon onglet des réglages. Dans la palette, une ligne sous le nom de chaque tuile le dit déjà avant de la poser.
| Tuile | Ce dont elle dépend | Le lien mène à |
|---|---|---|
| Déclencheurs CVE, Nom du produit, Nom du vendeur, Type de correspondance | la stack du projet ; pour Nouvelle CVE (stack), CVE modifiée, PoC publié et Correctif disponible, aussi les règles d’exclusion du projet | Stack ; réglages du projet, onglet Exclusions |
| Fin de vie approche, Fin de support approche | les produits suivis, les délais de prévenance | Fin de vie ; réglages du projet, onglet Général |
| Nouvelle version | les produits dont le projet suit les nouvelles versions | Fin de vie |
| Conditions de fin de vie | le cycle suivi | Fin de vie, Stack |
| Certificat HTTPS expirant, conditions de certificat, URL contient | les URL surveillées | URL |
| Déclencheurs et condition NIS2 | les registres NIS2 | Réglages NIS2, Échéances |
| Priorité | la politique de priorisation | réglages du projet, page Alertes |
| Statut du suivi, Créer un suivi | la fiche de suivi | Alertes |
| A le tag, Ajouter un tag | le catalogue de tags de l’organisation | réglages de l’organisation, page Étiquettes |
| Notification in-app | les membres du projet | réglages du projet, page Membres |
| Envoyer un email | les membres du projet et la cadence de chacun | onglet Membres ; Mes notifications, qui s’ouvre sans quitter l’éditeur |
| Appeler les webhooks | les webhooks actifs du projet, l’interrupteur Envoyer les webhooks | réglages du projet, page Intégrations |
| Créer un ticket | l’outil de tickets du projet, l’offre | réglages du projet, page Intégrations |
| Option Analyse IA | l’IA de la plateforme, le quota IA de l’organisation | onglet Abonnement de l’organisation (propriétaire) |
Dans un workflow d’organisation, les destinataires sont les membres de l’organisation : le lien mène à la page Membres des réglages de l’organisation.
Quand l’éditeur peut le vérifier, l’encadré donne aussi l’état : Configuré, À configurer, Désactivé, Hors offre ou Indisponible, avec la raison (« Aucun outil de tickets n’est configuré pour ce projet : la tuile ne fera rien. »). Une tuile qui ne pourra pas agir telle qu’elle est réglée porte un point orange sur le schéma : cliquez dessus pour savoir pourquoi. Sont vérifiés l’outil de tickets (absent, désactivé, hors offre), les webhooks du projet (aucun actif, webhook choisi désactivé, envoi coupé), le catalogue de tags (vide) et, quand l’option est cochée, l’analyse IA (IA non configurée sur la plateforme, offre sans IA).
Les liens tiennent compte de vos droits et de l’offre : sans le droit de voir les webhooks du projet ou de gérer le catalogue de tags, l’encadré le dit au lieu d’afficher un lien ; une page que l’offre n’inclut pas est marquée d’un cadenas.
Modifications non enregistrées
Section intitulée « Modifications non enregistrées »Tant que des modifications ne sont pas enregistrées, quitter le workflow demande d’abord confirmation : ouvrir un autre workflow de la liste, passer à l’onglet Exécutions, changer de portée ou de projet, créer ou importer un workflow, suivre un lien (menu, fil d’Ariane, liens des panneaux, palette de commandes, notifications), ou utiliser Précédent et Suivant du navigateur. La fenêtre Modifications non enregistrées propose :
- Enregistrer : enregistre le workflow, puis continue. Si l’enregistrement échoue, vous restez sur le workflow, modifications intactes ; si un collègue a enregistré entre-temps, la fenêtre Version plus récente enregistrée prend le relais (voir Travailler à plusieurs) ;
- Ne pas enregistrer : abandonne les modifications et continue ;
- Annuler, Échap ou un clic à côté : vous restez sur le workflow.
Fermer ou recharger l’onglet du navigateur, ou suivre un lien vers un autre site, affiche l’avertissement du navigateur lui-même.
Déclencheurs
Section intitulée « Déclencheurs »
| Déclencheur | Se déclenche quand… |
|---|---|
| Nouvelle CVE (stack) | une nouvelle CVE correspond à un élément de la stack du projet. Une seule fois par CVE, par workflow et par membre concerné. Seules les CVE publiées depuis la création du projet le déclenchent (voir Alertes) ; c’est vrai aussi des déclencheurs ci-dessous, sauf pour une CVE qui a déjà son alerte. |
| CVE modifiée | une CVE déjà connue de la stack est modifiée. Au plus une fois par jour et par CVE. |
| PoC publié | un code d’exploitation public est publié pour une CVE de la stack. |
| Ajout au KEV CISA | une CVE de la stack entre au catalogue KEV de la CISA. |
| Devenue exploitée | une CVE de la stack passe en exploitation avérée, quelle que soit la source : KEV de la CISA, VulnCheck, CERT-FR ou EUVD de l’ENISA. Il couvre aussi le KEV : inutile de garder les deux déclencheurs dans un même projet. |
| Correctif disponible | une version corrigée est publiée pour une CVE de la stack qui n’en avait pas (CVE, NVD, GitHub, OSV ou systèmes affectés d’un avis du CERT-FR). C’est le passage de « pas de correctif connu » à « correctif connu » qui compte : un réimport ne le redéclenche pas, et une CVE publiée d’emblée avec son correctif passe par Nouvelle CVE (stack). La notification et l’e-mail citent la version corrigée ; le webhook la porte dans versions_corrigees. Le message suit le rythme de chacun (immédiat ou résumé). |
| Associée à un rançongiciel | une CVE de la stack est associée à un rançongiciel par la CISA (champ « Known » du catalogue KEV) ou par VulnCheck, y compris quand la CISA requalifie sans bruit une entrée ancienne. Une source qui confirme l’autre ne le redéclenche pas. Urgent : l’e-mail part tout de suite, même en résumé ; la notification cite la source, le webhook la porte dans rancongiciel_sources. |
| Déclencheur | Se déclenche quand… |
|---|---|
| Fin de vie approche | un produit suivi dans Fin de vie approche de sa fin de vie. |
| Fin de support approche | un produit suivi approche de sa fin de support. |
| Nouvelle version | une nouvelle version d’un produit suivi est détectée. |
| Déclencheur | Se déclenche quand… |
|---|---|
| Certificat HTTPS expirant | le certificat d’une URL surveillée franchit un palier : 60, 30, 14, 7 ou 1 jour avant l’expiration, puis à l’expiration. |
| Déclencheur | Se déclenche sur… |
|---|---|
| Événement NIS2 du projet | les événements NIS2 cochés dans ses réglages : échéance de correction proche, dépassée, escaladée au RSSI ; composant passé hors support, escaladé ; revue d’inventaire due ; risque à approuver, décision sur un risque, acceptation de risque à revoir. Proposé seulement quand NIS2 est activé sur le projet. |
| Événement NIS2 (org.) | disponible uniquement dans la portée Organisation : délai de déclaration d’incident, fournisseur à évaluer, rapport NIS2 prêt, responsable NIS2 désigné. |
Conditions
Section intitulée « Conditions »| Condition | Famille | Réglages | Vraie quand… |
|---|---|---|---|
| Priorité (politique du projet) | CVE | Critère * | la CVE remplit le critère choisi selon la politique de priorisation du projet (voir ci-dessous). |
| PoC disponible ? | CVE | — | un code d’exploitation public existe. |
| Dans le KEV ? | CVE | — | la CVE figure au catalogue KEV de la CISA. |
| Nom du produit | CVE | Opérateur *, Valeur * | le produit principal de la CVE contient / commence par / finit par / égale le texte. |
| Nom du vendeur | CVE | Opérateur *, Valeur * | même chose pour l’éditeur principal de la CVE. |
| Type de correspondance | CVE | Valeur * (Vendeur, Produit) | l’élément de stack qui a fait correspondre la CVE est de ce type. |
| Statut du suivi | CVE | Opérateur * (égal à, différent de), Valeur * | le suivi de la CVE dans le projet a ce statut ; « Aucun suivi » quand il n’y en a pas. |
| A le tag | CVE | Tag * | la CVE porte ce tag dans le projet (tags de l’organisation). |
| Jours avant échéance | Fin de vie | Opérateur *, Valeur * (de −3650 à 3650) | le nombre de jours avant l’échéance respecte la comparaison ; négatif = échéance dépassée. |
| Échéance déjà passée ? | Fin de vie | — | la fin de vie ou de support est déjà atteinte. |
| Nom du produit (EOL) | Fin de vie | Opérateur *, Valeur * | le nom du produit concerné correspond. |
| Jours avant expiration | Certificat | Opérateur *, Valeur * | le nombre de jours avant l’expiration respecte la comparaison ; négatif = déjà expiré. |
| Certificat expiré ? | Certificat | — | le certificat est déjà expiré. |
| URL contient | Certificat | Opérateur *, Valeur * | l’URL (ou son libellé) correspond. |
| Type d’événement NIS2 | NIS2 | Événements * | l’événement reçu fait partie de ceux cochés : utile pour traiter une escalade autrement qu’une simple échéance. |
Les opérateurs numériques sont « supérieur à », « supérieur ou égal », « inférieur à », « inférieur ou égal ».
La condition Priorité lit la politique de priorisation du projet (lien onglet Priorisation dans son panneau), affinée par le seuil de l’élément de stack qui a fait correspondre la CVE. Ses quatre critères :
| Critère | Vrai si… |
|---|---|
| CVE exploitée selon la politique | la CVE porte un signal d’exploitation retenu par la politique : exploitation avérée (KEV, EUVD, CERT-FR), EPSS au-dessus de son seuil ou PoC public. |
| CVE à exploitation avérée, en tête | l’exploitation est avérée (KEV de la CISA, EUVD de l’ENISA ou CERT-FR) et la politique la met en tête. |
| CVE qui dépasse le seuil d’alerte | le score CVSS atteint le seuil d’alerte : celui de l’élément de stack s’il est affiné, sinon celui de la politique. |
| CVE sous le seuil mais alertée par l’exception d’exploitation | la CVE est sous le seuil mais alerte quand même parce qu’elle est exploitée. |
| Action | Famille | Réglages | Ce qu’elle fait |
|---|---|---|---|
| Notification in-app | Toutes | Destinataires (NIS2) | Crée une notification dans la cloche. |
| Envoyer un email | Toutes | Restreindre les destinataires, Analyse IA, Consigne (optionnelle) ; Destinataires (NIS2) | Envoie l’e-mail d’alerte, selon la cadence choisie par chaque destinataire. |
| Appeler les webhooks | Toutes | Webhook, Format, Analyse IA, Consigne (optionnelle) | Envoie l’alerte aux webhooks du projet. |
| Créer un suivi | CVE | Statut | Crée la fiche d’alerte de la CVE dans le projet, avec le statut choisi (À traiter par défaut). |
| Ajouter un tag | CVE | Tag * | Ajoute un tag de l’organisation à la CVE dans le projet. |
| Créer un ticket | CVE | — | Ouvre un ticket dans l’outil configuré dans la page Intégrations des réglages du projet (Jira, GitLab ou GitHub). |
Ce qu’il faut savoir sur chaque action :
- Un workflow s’exécute pour chaque destinataire du projet : chaque membre qui voit ses alertes (droit « Voir les alertes », tous les rôles par défaut), plus le propriétaire du projet. Les actions qui portent sur le projet (Créer un suivi, Ajouter un tag, Créer un ticket, Appeler les webhooks) n’ont lieu qu’une fois ; les envois personnels (notification, e-mail) partent une fois par personne. Restreindre les destinataires ne fait que filtrer parmi eux. Sans sélection, tous reçoivent l’e-mail.
- Envoyer un email respecte la désinscription de chacun et son choix de cadence (immédiat ou résumé). L’offre peut fixer un plafond quotidien d’e-mails par workflow ; aucune offre actuelle n’en fixe.
- Appeler les webhooks vise Tous les webhooks du projet (actifs) ou un seul. Le Format : JSON brut (par défaut), Slack, Discord ou Microsoft Teams. Quand l’interrupteur Envoyer les webhooks du projet est coupé (réglages du projet, carte Notifications de l’équipe), cette action n’appelle rien.
- Analyse IA : l’e-mail ou le message de webhook reçoit une courte analyse (120 mots au plus) rédigée à partir des seules données techniques publiques de l’événement ; aucune adresse e-mail n’est transmise, même dans la consigne. 50 analyses au plus par workflow et par jour. Non proposée dans les workflows NIS2.
- Créer un suivi n’écrase jamais un suivi existant. Le statut Risque accepté est refusé quand le registre des risques NIS2 est actif : accepter un risque demande une décision de la direction, pas un automate.
- Créer un ticket : un seul ticket par CVE et par projet, 50 au plus par projet et par jour ; nécessite une offre qui comprend la gestion des dossiers.
Le format exact du graphe (tuiles, paramètres, flèches) est décrit dans le guide de l’API : Format JSON des workflows.
Tester un workflow
Section intitulée « Tester un workflow »Le champ de test de la barre d’outils rejoue le workflow tel qu’il est à l’écran (même non enregistré) sur un cas réel, sans rien exécuter : les conditions sont évaluées, les actions sont seulement simulées.
- Saisissez la cible, selon le déclencheur :
- CVE : un identifiant, par exemple
CVE-2024-6387; - fin de vie : le produit et, si besoin, son cycle, par exemple
nodejs 20; - certificat : l’identifiant de l’URL surveillée ;
- NIS2 : rien, le test utilise un avis d’exemple.
- CVE : un identifiant, par exemple
- Cliquez sur Tester (ou Entrée).
- Lisez le résultat : chaque tuile parcourue est entourée (vert : oui, envoyé, simulé ; orange : non, ignoré, plafonné ; rouge : erreur) et le cadre Résultat du test (aucune action exécutée) liste le parcours.
- Le champ de test et le bouton Tester.
- Les tuiles parcourues sont entourées et portent leur résultat (déclenché, simulé…).
- Le Résultat du test récapitule le parcours, tuile par tuile.
Historique des exécutions
Section intitulée « Historique des exécutions »L’onglet Exécutions liste les 50 dernières exécutions du workflow sélectionné : Événement, CVE, Statut, Quand. Cliquez sur une ligne pour voir le parcours détaillé, tuile par tuile, avec le motif d’une action ignorée. Un appel de webhook y apparaît d’abord en file d’attente (pastille bleue) : il part après l’enregistrement de l’événement, et son issue réelle, envoyé ou erreur, remplace ensuite cette mention (voir Notifications › Les webhooks du projet).
| Statut | Signification |
|---|---|
| Succès | toutes les actions atteintes ont abouti (ou ont été ignorées pour une raison normale). |
| Partiel | au moins une action a échoué. |
| Échec | le workflow n’a pas de déclencheur. |
| Plafonné | un plafond (d’e-mails par exemple) a retenu une action. |
| Test | exécution de test. |
Une exécution n’est jamais rejouée deux fois pour le même événement : une nouvelle CVE, un PoC, un ajout au KEV, un passage en exploitation, un correctif devenu disponible ou une association à un rançongiciel ne déclenchent qu’une exécution par workflow et par membre ; une modification de CVE, au plus une par jour.
Les deux derniers laissent aussi une trace dans l’historique du dossier de la CVE, s’il existe, qu’un workflow soit configuré ou non : « Correctif disponible » avec la version corrigée, « Associée à un rançongiciel » avec la source. Ces lignes ne changent pas le statut du dossier et ne comptent pas comme des actions de l’équipe.
Travailler à plusieurs
Section intitulée « Travailler à plusieurs »- Quand un collègue a le même workflow ouvert, un bandeau « Également ouvert par… » s’affiche au-dessus du schéma.
- S’il enregistre pendant que vous modifiez, votre schéma n’est pas remplacé : un bandeau propose Recharger.
- Si vous enregistrez après lui, la fenêtre Version plus récente enregistrée vous laisse choisir : Écraser avec ma version ou Recharger sa version.
Partager, importer, copier
Section intitulée « Partager, importer, copier »
- Partager / Exporter donne le code du workflow (Afficher le code, Copier le code) ou le fichier (Télécharger .json, nommé
nom-du-workflow.twa-workflow.json). - Importer accepte ce code collé ou un fichier
.json, puis crée un nouveau workflow. Un graphe seul (tuiles et flèches) est aussi accepté. Le graphe est validé par le serveur comme à l’enregistrement.
- Copier vers un projet envoie une copie dans un autre projet où vous pouvez créer des workflows (ou la duplique dans le projet courant avec Dupliquer ici). La copie arrive désactivée : les choix de webhook ne sont pas copiés, vérifiez ses tuiles puis activez-la. Si le nom existe déjà, il reçoit un suffixe « (1) », « (2) »…
Créer un workflow
Section intitulée « Créer un workflow »Nouveau workflow crée immédiatement un workflow nommé « Nouveau workflow », actif, avec le seul déclencheur Nouvelle CVE (stack). Les bandeaux signalent aussitôt qu’il ne notifie encore personne.
- La nouvelle carte, sélectionnée.
- Le déclencheur par défaut ; choisissez-en un autre dans Ajouter une tuile si besoin.
- Les avertissements, qui disparaîtront quand le workflow aura une tuile de notification et une tuile Créer un suivi.
Les raccourcis de l’application mènent directement au bon workflow : l’étape « Choisissez qui reçoit les alertes » de la carte Premiers pas ouvre le workflow par défaut CVE ; dans Conformité NIS2 › Réglages, le nom d’un workflow l’ouvre dans l’éditeur, et Voir les workflows ouvre ceux du projet.
Workflows de conformité (NIS2)
Section intitulée « Workflows de conformité (NIS2) »Quand NIS2 est activé sur un projet, ses avis (échéances de correction, escalades, fin de vie, revues d’inventaire, risques acceptés) passent eux aussi par des workflows, rangés dans le groupe replié Conformité NIS2 de la liste. Si NIS2 est ensuite désactivé, ces workflows passent En pause : ils reprennent tels quels à la réactivation.
| Workflow NIS2 | Portée | Événements |
|---|---|---|
| NIS2 · Échéances de correction | Projet | échéance de correction proche, dépassée |
| NIS2 · Escalades au RSSI | Projet | correction escaladée, composant hors support escaladé |
| NIS2 · Composants en fin de vie | Projet | composant passé hors support |
| NIS2 · Revues d’inventaire | Projet | revue d’inventaire due |
| NIS2 · Risques acceptés | Projet | risque à approuver, décision, acceptation à revoir |
| NIS2 · Déclarations d’incident | Organisation | délais de déclaration d’incident (24 h, 72 h, un mois) |
| NIS2 · Fournisseurs | Organisation | fournisseur à évaluer |
| NIS2 · Gouvernance | Organisation | rapport NIS2 prêt, responsable NIS2 désigné |
Dans ces workflows, les tuiles de notification ont un réglage Destinataires par rôle : Destinataires prévus (la personne que l’événement concerne : porteur de la correction, demandeur, approbateur…, à défaut les administrateurs), RSSI, Direction, Contact incident, Administrateurs du projet, Administrateurs de l’organisation. Personne n’est prévenu deux fois pour un même événement.
La portée Organisation regroupe les trois workflows d’organisation. Ils sont partagés par les administrateurs de l’organisation et les responsables NIS2 ; seuls les administrateurs de l’organisation les modifient.
- Le sélecteur de portée, sur Organisation.
- Le nom de l’organisation remplace celui du projet.
- Les workflows de l’organisation.
- Leur déclencheur Événement NIS2 (org.).
Les réglages NIS2 eux-mêmes sont décrits dans Conformité NIS2 › Réglages.
Constructeur de workflows par IA
Section intitulée « Constructeur de workflows par IA »Sur l’écran Workflows, l’assistant IA sait créer ou modifier un workflow à partir d’une phrase (« Crée un workflow qui m’alerte par email sur les CVE critiques avec un PoC public »). Le schéma proposé est chargé dans l’éditeur comme brouillon : rien n’est enregistré tant que vous n’avez pas choisi Approuver et enregistrer (ou Créer le workflow pour un nouveau), et Annuler rend le schéma précédent. L’assistant ne construit que des workflows de projet.
Cette fonction demande :
- une offre qui comprend Workflows par IA (Pro et Business) ;
- le droit de créer des workflows ;
- un assistant IA configuré sur la plateforme ; sinon l’entrée Vigie du panneau des Discussions (rail au bord droit de l’écran, Ctrl J) n’apparaît pas.
Elle consomme le quota de messages quotidien de l’assistant et le quota mensuel d’IA de l’organisation.
Qui peut faire quoi
Section intitulée « Qui peut faire quoi »| Action | Lecteur | Analyste | Administrateur | Propriétaire |
|---|---|---|---|---|
| Voir les workflows et leurs exécutions, test à blanc | ✓ | ✓ | ✓ | ✓ |
| Créer, modifier, activer, supprimer, test réel | ✓ | ✓ | ||
| Copier vers un projet, workflows par IA | ✓ | ✓ |
Ce sont les droits par défaut de chaque rôle ; ils peuvent être ajustés membre par membre (voir Équipe, rôles et groupes). La copie demande de pouvoir créer des workflows dans le projet cible ; le constructeur par IA, de pouvoir créer des workflows dans le projet courant. Sans droit de modification, l’éditeur s’ouvre en lecture seule.
Offre : les workflows sont inclus dans toutes les offres. Dépendent de l’offre : le nombre de webhooks du projet, la tuile Créer un ticket (gestion des dossiers), le constructeur par IA.
Questions fréquentes
Section intitulée « Questions fréquentes »J’ai désactivé le workflow par défaut CVE : suis-je encore alerté ? Non, sauf si un autre workflow actif du projet écoute le même événement. Le bandeau « Tous les workflows sont désactivés » ou « sans tuile de notification » vous le rappelle.
Mes collègues reçoivent-ils les e-mails de mes workflows ? Oui, s’ils sont membres du projet, qu’ils voient ses alertes et qu’ils ne sont pas exclus par Restreindre les destinataires. Chacun les reçoit selon sa propre cadence.
Pourquoi mon test dit « non » alors que la CVE est critique ? La condition Priorité suit la politique de priorisation du projet et le seuil de l’élément de stack, pas seulement la sévérité. Vérifiez la page Alertes des réglages du projet.