Chaque build a laissé son inventaire.
Chaque ligne est une branche d'un projet, chaque bloc un de ses builds. L'agent a enregistré les dépendances de chacun : la réponse existe avant même la question.
Quels projets, quelles branches, quelles versions contiennent ce composant, et depuis quand ?
Wisec garde l'inventaire de chaque build. Une recherche par composant ou par vulnérabilité parcourt tout cet historique, et la réponse dit aussi ce qu'elle ne sait pas.
Chaque ligne est une branche d'un projet, chaque bloc un de ses builds. L'agent a enregistré les dépendances de chacun : la réponse existe avant même la question.
La recherche allume chaque build qui contient le composant, et distingue ceux où il est encore présent dans le dernier build de ceux où il a déjà été retiré.
Exemple illustratifUne version déclarée en plage est marquée « à déterminer », jamais écartée. Une branche dont le dernier build n'a enregistré aucun inventaire est listée : le silence ne vaut pas « non affecté ».
Exemple illustratifLe résultat devient un rapport PDF : signé, ancré sur IPFS et inscrit dans Rekor, avec un QR code vers la déclaration. Il ne contient aucune donnée personnelle.
Pour chaque projet et chaque branche : la version trouvée, la première et la dernière fois qu'elle a été vue, et si le dernier build la contient encore.
Première et dernière apparition, conservées même quand la rétention a supprimé les builds anciens.
La distinction qui sépare une exposition actuelle d'une exposition passée.
Une dépendance déclarée « ^2.14 » peut être touchée : elle reste dans la réponse, marquée comme telle.
Les branches sans inventaire et le début de l'historique conservé sont indiqués, pour que l'absence de résultat ne soit pas lue comme une absence de risque.
| Projet / branche | Réponse Exemple illustratif |
|---|---|
| api / main | Encore dans le dernier build |
| billing / release-2.x | Retiré depuis |
| frontend / main | Aucune occurrence |
| worker / main | Plage déclarée : à déterminer |
| legacy-batch / main | Aucun inventaire enregistré |
Saisissez un identifiant CVE ou GHSA. Wisec retrouve les paquets concernés en suivant les alias de l'avis, puis vérifie chaque version enregistrée contre la base de vulnérabilités OSV, tenue dans notre cluster en France : aucune comparaison de versions maison.
Le rapport est recalculé côté serveur, jamais à partir d'un résultat envoyé par le navigateur, puis signé avec la clé d'attestation Wisec, ancré sur IPFS avec une copie en stockage non modifiable, et inscrit dans Rekor. Un tiers le vérifie sans compte Wisec, avec des outils standards.
Wisec ne dit jamais « livré ». Il voit des branches et des commits, pas vos mises en production. Le rapport dit où le composant a été construit, à vous de dire ce qui a été déployé.
Disponible avec les offres Business et Pro. La recherche porte sur l'historique conservé par votre offre, et la réponse indique la date à partir de laquelle cet historique est complet.