VULNRELAY / CELLULE DE SUIVI SÉCURITÉ

Une faille vient de sortir.
Qui s’en occupe ?

VulnRelay relie un avis aux composants de vos dépôts, images et environnements. Puis il organise le travail : quoi faire, qui doit agir, ce qui bloque et quand vérifier à nouveau.

Parcours illustratif · Produit en développement

DOSSIER / VR-EX-01EXEMPLE FICTIF
NOUVEL AVIS DE SÉCURITÉ

Le signal devient
un plan d’action.

  1. Avis reçuUn composant déjà inventorié est concerné.
  2. Portée établieUn dépôt concerné ; déploiement à confirmer.
  3. Action attribuéeÉquipe désignée, mise à jour proposée.
  4. Preuve attendueNouveau digest déployé avant clôture.
01 RECONNAÎTRE→02 RECOUPER→03 AGIR→04 VÉRIFIER

01 / LE DOSSIER, PAS SEULEMENT L’ALERTE

Voici ce qui se passe
après « une faille est sortie ».

Parcourez les étapes d’un incident fictif. Chaque décision garde sa source et sa prochaine action ; un manque de preuve reste visible.

02 / LA CHAÎNE DE PREUVES

La CI voit le changement.
La veille voit le temps passer.

Un commit, une image construite et un déploiement sont trois faits différents. VulnRelay cherche à les relier, puis réévalue les inventaires quand un nouvel avis apparaît.

A / DÉPÔT
Code & lockfiles

Node, Go, PHP… la reconnaissance identifie les fichiers et les dépendances déclarées.

COMMIT
B / ARTEFACT
Image & SBOM

La construction fixe un digest et révèle les paquets réellement embarqués.

DIGEST
C / PRODUCTION
Environnement observé

Cette preuve permet de confirmer l’impact et de vérifier qu’un correctif est arrivé.

PREUVE
AVIS PUBLIÉ PLUS TARD ↘

Même si le dépôt ne change pas, un nouvel avis relance le recoupement avec les versions déjà enregistrées.

Si une étape manque, le dossier dit « à confirmer ». Une CI verte ne prouve pas, à elle seule, que la production est corrigée.

03 / DOSSIERS DE DÉMONSTRATION

Une méthode.
Des situations différentes.

Choisissez un service fictif pour voir la preuve disponible, l’action suivante et la limite de ce que nous savons.

PORTEFEUILLE / EXEMPLES05 SERVICES

Les cinq cas affichés sont fictifs. La bêta fermée analyse réellement le composer.lock à la racine de dépôts GitHub ou GitLab.com publics, avec scans planifiés et notifications dans l’application. Connexions Git privées, CI, images Docker et notifications externes restent à développer.

04 / AUTOMATISER AVEC DES LIMITES CLAIRES

L’assistant prépare.
La preuve tranche.

L’IA pourra résumer un avis et préparer une proposition. La qualification, les permissions et la clôture doivent rester vérifiables.

AUTOMATISER

Recouper les versions, dédupliquer les alertes, relancer les dossiers arrivés à échéance.

PROPOSER

Un plan d’action, une mise à jour ou une MR, soumis aux droits et aux tests du client.

ATTENDRE

Une preuve de production, une décision humaine ou la réponse d’un hébergeur ; dire pourquoi et quand reprendre.

05 / ACCÈS SUR DEMANDE

Tester VulnRelay
avec nous.

La bêta est fermée. Décrivez votre contexte et vos attentes : nous examinerons votre demande et vous répondrons personnellement par e-mail. Aucun dépôt ni identifiant d’accès n’est demandé ici.

Les demandes sans suite sont supprimées après 180 jours. Vous pouvez demander leur suppression en répondant à notre e-mail.

VULNRELAY / BÊTA FERMÉE

Une alerte a une suite.
Et une fin vérifiable.

Demander un accès