Les vulnérabilités non patchées sont exploitées dans les 15 jours suivant la publication de la CVE — les attaquants scannent les CVE connues dès leur divulgation, tandis que les équipes ETI jonglent avec des milliers de CVE par mois sans priorité claire. La priorisation automatisée des patchs ferme cette fenêtre de 15 jours avant l'exploitation.

Sans workflow structuré, les données de vulnérabilité vivent dans un PDF de scanner que personne ne lit, le patching est traité au cas par cas au service desk, et les rapports de conformité sont assemblés manuellement sous pression d'échéance.

Utilyx modélise la gestion des vulnérabilités en un arbre de décision exécutable — scan CVE, corrélation d'actifs, priorisation CVSS, déploiement de patchs, vérification et reporting prêt pour audit.

Le workflow est structuré en arbre de décision avec 5 branches principales (Scan, Corrélation, Priorisation, Déploiement de patchs, Vérification) s'exécutant sur cadence planifiée (quotidienne ou sur nouveau flux CVE), avec des sous-branches de déploiement parallèles et 9 étapes de bout en bout. Chaque étape est exécutée par un acteur nommé (Discovery Agent, Copilote IA, Sécurité, IT Operations) et chaque action est ajoutée à la sous-table d'audit timeline_vulnerability.

• Étape 1 (Start — Scan CVE — sql-query) : le workflow lance des scans de vulnérabilités sur les actifs enrôlés et ingère les flux CVE, mappant chaque CVE aux versions logicielles affectées via sql-query dans la table cve_finding avec champs cve_id, cve_score, affected_title, affected_version, asset_id, exposure (internet_facing / internal).

• Étape 2 (Corrélation d'actifs — sql-query) : le Copilote corrèle chaque CVE avec l'inventaire d'actifs via sql-query — quels titres installés, quelles versions, quels actifs exposés — écrivant le blast radius précis dans la table asset_exposure avec champs cve_id, asset_id, asset_criticality, exposure.

• Étape 3 (Priorisation du risque — Copilote IA) : le Copilote score chaque constat par CVSS combiné à la criticité d'actif et l'exposition, produisant une file de remédiation priorisée. L'arbre se sépare — Branche A (CVSS ≥ 7.0 ou internet_facing = true) : critique, déployer sous 7 jours ; Branche B (CVSS 4.0-6.9, internal) : haute, déployer sous 30 jours ; Branche C (CVSS < 4.0) : basse, batcher dans la prochaine fenêtre de maintenance.

• Étape 4 (Déploiement de patchs — IT Operations) : les patchs sont packagés, testés en groupe pilote, puis déployés sur les actifs affectés par vagues via la table patch_deployment avec champs cve_id, patch_id, wave, asset_id, status, deployed_at — suivis jusqu'à achèvement avec rollback en cas d'échec.

• Étape 5 (Notification email — email) : le Copilote envoie un email à la sécurité et IT Operations avec la file priorisée et le planning de déploiement, signalant tout constat critique (Branche A) au-delà du SLA 7 jours comme breaché.

• Étape 6 (Vérification — sql-query) : des scans post-déploiement confirment via sql-query que la CVE est remédiée sur chaque actif. Sous-branche : toute exposition résiduelle déclenche un nouveau cycle de remédiation retour à l'Étape 4.

• Étape 7 (usePDF rapport de conformité) : usePDF génère un rapport de conformité des vulnérabilités — constats, patchs, statut de vérification — pour auditeurs et régulateurs, en 7 langues.

• Étape 8 (useArchive) : useArchive conserve chaque scan, enregistrement de patch et vérification dans une traçabilité infalsifiable avec champs d'index cve_id, asset_id, cvss_score, patch_status, scan_date.

• Étape 9 (Dashboard) : un dashboard temps réel affiche les constats ouverts par CVSS, exposition et statut SLA — rafraîchi en direct depuis la table cve_finding.

Les équipes qui déploient Utilyx ferment la fenêtre d'exploitation de 15 jours sur les CVE critiques (mean-time-to-patch réduit de 70% via file priorisée et déploiement automatisé), atteignent 100% de reporting conformité à la demande, et passent les audits sécurité sans assemblage manuel.

Le designer no-code et le copilote IA permettent à un manager sécurité ou IT de construire le workflow de vulnérabilités en une session — sans consultant sécurité, à un TCO 70% inférieur aux plateformes legacy de gestion des vulnérabilités. Le SLA 7 jours sur les constats critiques est suivi automatiquement, donc rien ne glisse dans la fenêtre d'exploitation.