À la carte
Triple contrôle de sécurité
Risque éliminé
Détecte et bloque le risque que des clés secrètes exposées, des composants libres vulnérables et des failles de sécurité arrivent en production et provoquent une intrusion ou une fuite de données.
Jusqu’au 4 déc. 2026 (heure de Corée)
Prix final en USD. Les taxes locales sont à votre charge.

Périmètre de l’analyse
- Secrets exposés
- Vulnérabilités des dépendances
- Analyse statique de sécurité
Preuves, recommandations et rapport PDF signé numériquement pour le périmètre choisi
Sous 24 heures après réception des éléments
Éléments requis
- Dépôt de code source ou ZIP
Remboursement intégral avant le début de l’analyse ; aucun remboursement pour simple changement d’avis une fois l’analyse commencée (remboursement intégral si, de notre fait, le rapport n’est pas émis dans le délai indiqué).
Pour qui
- Les équipes qui veulent corriger une fois pour toutes les failles de sécurité restées dans le code avant le lancement d’un service
- Les entreprises qui, après un incident de sécurité, veulent vérifier que le même problème ne se cache pas ailleurs dans le code
- Les situations où, après un changement ou un départ de développeur, plus personne ne sait ce que contient le code
Ce que nous vérifions, et comment
- Clés secrètes et identifiants restés dans le codeNous recherchons les clés d’API et mots de passe de base de données écrits dans le code. Les valeurs que vous pensiez supprimées restent dans l’historique git : nous analysons donc à la fois l’arbre de travail et l’intégralité de l’historique git (gitleaks).
- Vulnérabilités déjà publiées (CVE)Nous vérifions si vous utilisez des versions de composants open source dont la méthode d’attaque est publique. Pour limiter les oublis et les faux positifs d’un outil unique, nous croisons les résultats de deux scanners (Trivy, Grype).
- Flux de code dangereuxNous repérons, au niveau du fichier et de la ligne, les failles de sécurité telles que les entrées externes traitées sans validation ou les chemins d’accès contournant les contrôles (semgrep).
Contenu du rapport
- Synthèse d’une page pour la direction (niveau de risque et priorités)
- Liste pour l’équipe de développement : pour chaque élément, chemin du fichier, numéro de ligne, preuve et recommandation de correction
- PDF signé numériquement et hachage de vérification d’authenticité
Déroulement
- Envoi du code source (environ 5 minutes) : fichier ZIP ou dépôt git ou svn en lecture seule
- Analyse exhaustive en environnement isolé, sans aucune transmission externe
- Sous 24 heures après réception des éléments, vous recevez le rapport
- Après correction, nouvelle analyse gratuite (1 fois) sous 30 jours, avec une comparaison des problèmes corrigés, restants et nouveaux
Questions fréquentes
Quelle différence avec un scanner gratuit lancé par l’équipe de développement ?
Chaque outil donne des résultats différents, et leur sortie est une liste destinée aux développeurs, pas un document sur lequel la direction peut fonder une décision. Le Triple contrôle de sécurité confronte et ajuste les résultats de plusieurs outils, et vous remet dans un seul document une synthèse pour la direction et les preuves pour l’équipe de développement.
Retrouvez-vous aussi les mots de passe supprimés ?
Oui. Nous analysons non seulement le code actuel, mais aussi l’intégralité de l’historique git : les valeurs restées dans l’historique des commits sont donc également détectées.
Puis-je vous confier mon code source en toute sécurité ?
Le code source est analysé uniquement dans un environnement isolé, coupé de l’extérieur, et n’est jamais envoyé à un LLM externe. Le ZIP du code source, le lien du dépôt et le jeton en lecture seule que vous fournissez sont automatiquement supprimés à la fin de l’évaluation, et cette suppression est consignée comme preuve. En cas de fuite de code source via ce système, nous versons une indemnisation égale à 100 fois le montant payé pour l’évaluation concernée (conditions d’utilisation).
Sous quelle forme vais-je recevoir les résultats ?
Un rapport PDF signé numériquement qui réunit dans un seul document une synthèse d’une page pour la direction et des preuves au niveau du fichier et de la ligne, directement exploitables par l’équipe de développement. Le rapport comporte un hachage de vérification d’authenticité, ce qui permet de le remettre à des tiers.
Puis-je être remboursé ?
Le remboursement est intégral avant le début de l’analyse. Une fois l’analyse commencée, aucun remboursement n’est possible pour un simple changement d’avis ; toutefois, si nous ne pouvons pas émettre le rapport dans le délai indiqué pour des raisons qui nous sont imputables, le remboursement est intégral.