Créez des flux qui réagissent aux vulnérabilités dès leur apparition : ouvrir un correctif, créer un ticket, attendre une validation ou faire tourner un secret exposé. Votre équipe définit les règles et garde la main sur chaque étape.
Flux illustratif · données synthétiques
Les étapes à gauche, le flux sur le canevas, la configuration à droite. Un test à blanc montre précisément le chemin suivi par une vulnérabilité avant toute mise en service.
Chaque flux est une suite d’étapes que votre équipe définit une fois. Plexicus l’exécute pour chaque vulnérabilité concernée et enregistre ce qui s’est passé.
Lancez un flux lorsqu’une vulnérabilité est créée, enrichie ou rouverte. Vous pouvez aussi le lancer à la main, selon un planning ou depuis un webhook signé.
Orientez selon la sévérité, le type de vulnérabilité ou le dépôt grâce aux conditions if et switch. Chaque étape a un chemin de succès et un chemin d’erreur.
Préparer un correctif, ouvrir un ticket, prévenir l’équipe, appeler une API externe ou faire tourner un secret exposé avec les intégrations que vous utilisez déjà.
Ajoutez des étapes de validation, fixez des délais et examinez chaque exécution. Modifier un flux crée une nouvelle version : les exécutions en cours gardent leurs règles d’origine.
Quel que soit votre point de départ, le flux est validé avant l’enregistrement et rien ne s’exécute tant qu’un administrateur ne l’a pas activé.
Les vulnérabilités élevées et critiques passent directement en remédiation automatisée avec une modification prête pour la revue. Tout le reste devient un ticket de tri. Si aucun correctif ne peut être préparé, un ticket est ouvert à la place.
Nouvelle vulnérabilité → contrôle de sévérité → remédiation ou ticket Jira
Générez une nouvelle valeur, stockez-la dans HashiCorp Vault, ouvrez une PR brouillon qui remplace le secret codé en dur par une variable d’environnement, vérifiez la nouvelle valeur, puis promouvez la PR après validation. Toute erreur ouvre un ticket.
Rotation → stockage dans Vault → PR brouillon → vérification → validation → promotion de la PR
Chaque intégration doit réussir un test de connexion avant qu’un flux qui l’utilise puisse être activé.
Les flux s’exécutent avec les mêmes contrôles que le reste de Plexicus.
Seuls les administrateurs peuvent créer, modifier ou activer des flux. Les autres peuvent consulter l’historique des exécutions. Chaque modification est tracée.
Attendez un validateur avant les étapes sensibles. Une étape qui attend trop longtemps suit son chemin d’erreur, et une exécution qui dépasse sa durée maximale est arrêtée.
Les secrets des intégrations sont chiffrés au repos et en écriture seule : ils ne sont plus jamais affichés après l’enregistrement. Les appels HTTP sortants sont protégés contre l’accès au réseau interne.
Chaque vulnérabilité exécute un flux une fois, puis à nouveau seulement si elle est rouverte. Les déclenchements en double ne créent pas de travail en double.
Testez un flux avant de l’activer, puis rejouez n’importe quelle exécution étape par étape avec l’entrée et la sortie de chaque étape.
Chaque flux, intégration et exécution appartient à un seul espace de travail. Rien ne circule d’un client à l’autre.
Réservez une démo pour voir une vulnérabilité déclencher un flux, attendre une validation et livrer une modification prête pour la revue.
