Trouvez vos secrets fuites avant que quelqu'un ne les utilise.

Whiteintel analyse les depots GitHub publics a la recherche de cles API, jetons et identifiants appartenant a votre organisation, et vous alerte des qu'un secret est commite.

The Whiteintel secret exposure view, listing API keys and credentials found in public repositories with their repository and commit.

Les secrets fuient par le code, pas seulement par les personnes

Une seule cle commitee peut ouvrir un acces direct a la production. Nous surveillons les depots publics ou ces cles finissent.

Analyse continue des depots

Les commits publics sont analyses des leur publication, sur les depots qui referencent vos domaines, noms d'organisation et noms d'hotes internes.

Repository watchlive
contractor-x/acme-tools
3 new commits · 2m ago
scanned
acme-labs/internal-sdk
public fork · 41 files
watching
j-dev/terraform-notes
mentions acme.com
queued

Tous les types de secrets qui comptent

Cles d'acces cloud, cles API de fournisseurs de modeles, URI de bases de donnees, cles privees, jetons de webhooks et identifiants CI, chacun classe par type.

Secret typesclassified
AKIA••••••••7QZF
aws_access_key
cloud
sk-••••••••a91f
openai_api_key
api
postgres://••••@db
database_uri
db

Contexte complet du commit

Le depot, le chemin du fichier, le commit et la date de premiere detection, pour revoquer la bonne cle et identifier l'auteur.

Commit contextpublic
repocontractor-x/acme-tools
filedeploy/terraform/main.tf:42
commit9e1c4ab
authorcontractor-x
first seen2026-06-05 11:41Z

Des alertes exploitables

Les nouvelles expositions arrivent par email, webhook ou SOAR, dedupliquees : une cle fuitee, une alerte.

Alert routingdeduplicated
email · delivered
sent
hooks.acme.com/wi
webhook · 200 OK
sent
rotate-key playbook
SOAR · triggered
queued
1 leaked key1 alert

Du commit a la revocation

Quatre etapes en continu, de la publication d'une cle jusqu'a sa neutralisation.

01

Surveiller

Les flux de depots et de commits publics sont surveilles a la recherche de references a vos domaines, votre organisation et votre infrastructure.

Public commitsOrg namesHostnames
02

Detecter

Les chaines candidates sont confrontees aux motifs de secrets puis validees, afin qu'un simple placeholder ne soit pas signale comme une cle active.

Cloud keysAPI keysPrivate keysDB URIs
03

Attribuer

Chaque detection est rattachee a son depot, son fichier, son commit et son auteur, avec la date de premiere detection.

RepositoryFile pathCommitAuthor
04

Alerter

Votre equipe recoit la detection avec le contexte necessaire pour revoquer, renouveler et auditer ce que la cle pouvait atteindre.

EmailWebhookSOAR

Chaque champ dont votre équipe AppSec a besoin sur un secret exposé

Une détection n'est utile que si vous pouvez révoquer la bonne clé. Chacune porte le type de secret, le dépôt et le fichier où il se trouve, le commit qui l'a introduit, et s'il fonctionne encore.

Type de secret
Clé d'accès cloud, clé API, clé privée, URI de base de données, jeton de webhook ou identifiant CI.
Valeur masquée
Assez du secret pour l'identifier, jamais la clé active en clair.
Fournisseur ou service
L'éditeur auquel appartient la clé : AWS, GCP, OpenAI, Stripe, Slack, GitHub.
Dépôt
Le dépôt public où le secret a été commité, avec son propriétaire.
Chemin du fichier et ligne
Le fichier et la ligne exacts, pour voir le contexte de la fuite.
Commit et auteur
Le SHA du commit, son horodatage, et le compte qui l'a poussé.
Statut de validation
Si la clé s'authentifie encore ou si elle a déjà été rotée.
Première / dernière apparition
La date du premier commit, et si le secret est toujours dans l'arbre public.
GET /api/v1/secrets/findings
200 OK
{
  "secret_type":  "aws_access_key",
  "masked":       "AKIA************7QZF",
  "provider":     "AWS",
  "repository":   "github.com/contractor-x/acme-tools",
  "visibility":   "public",
  "file_path":    "deploy/terraform/main.tf",
  "line":         42,
  "commit":       "9e1c4ab",
  "author":       "contractor-x",
  "committed_at": "2026-06-05T11:19:48Z",
  "validated":    "still_active",
  "first_seen":   "2026-06-05T11:41:02Z",
  "last_seen":    "2026-06-11T03:08:55Z"
}

Découvrez la plateforme en action.

Faites une visite guidée de la plateforme Whiteintel et découvrez précisément ce que votre équipe peut accomplir.

Whiteintel

Plateforme Whiteintel

Plateforme Whiteintel dashboard
  • Suivez les fuites, les violations et les infections par infostealers au même endroit
  • Recherchez parmi plus de 15 milliards d'identifiants divulgués et d'actifs exposés
  • Surveillez votre surface d'attaque externe en temps réel
Visiter le centre de démos

Plus de 100 entreprises dans le monde font confiance à nos données pour se protéger

Ne nous croyez pas sur parole

Avis verifies de CISO, responsables SOC et equipes de securite operationnelles utilisant Whiteintel en production.

Rich Data, Reliable API, and Prompt Personal Service

Whiteintel provides us a rich dataset through a reliable API that allows us to flag at-risk user accounts and protect our customers' data. The API performs as well, and service is always personal and prompt. The price point aligns well with the value it provides to our organization.

Alexander B.
Technical Director

Commencez gratuitement

Du renseignement dark web bâti sur plus de 15 milliards d'identifiants exposés et 25 000 acteurs malveillants suivis. Voyez ce qui circule déjà sur votre organisation, et coupez-le en premier.

FAQ : l'exposition de secrets

GitHub analyse les dépôts détenus par une organisation et alerte leur propriétaire. Or les fuites à l'origine d'incidents se situent fréquemment hors de ces dépôts : compte personnel d'un prestataire, fork, dépôt de tutoriel, ou SDK publié avec un fichier de configuration intact. Whiteintel surveille les commits publics sur GitHub à la recherche de secrets attribuables à une organisation, quel que soit le compte de publication.

Non. La collecte se limite aux commits et dépôts publics. Un secret contenu dans un dépôt privé n'a pas été exposé et n'est pas accessible à Whiteintel. Les détections renvoyées sont celles que n'importe quel tiers sur Internet pourrait localiser, c'est-à-dire précisément l'exposition qui exige une remédiation.

L'attribution s'appuie sur les identifiants déclarés : domaines, noms d'organisation, noms d'hôtes internes et services exploités. Une clé AWS détectée à côté d'une configuration référençant un nom d'hôte interne est attribuable ; une clé sans rapport dans un dépôt non affilié ne l'est pas. Chaque détection affiche le contexte de découverte, pour une vérification indépendante de l'attribution.

Les chaînes candidates sont validées contre des motifs de secrets, afin qu'un espace réservé dans un exemple de configuration ne soit pas signalé comme clé active, et chaque détection porte un statut de validation indiquant si la clé s'authentifie encore ou a déjà été rotée. La valeur complète de la clé n'est jamais affichée en clair, seulement la portion nécessaire à son identification.

Oui, et ils figurent parmi les plus importants à détecter. Supprimer une ligne ne l'efface pas de l'historique Git : une clé commitée puis supprimée le lendemain reste récupérable par quiconque clone le dépôt. Les détections Whiteintel incluent le SHA du commit et son horodatage, si bien que l'exposition est identifiable dans l'historique même lorsque le fichier actuel est propre.

Les flux de commits publics sont surveillés au fil des publications : la détection intervient en quelques minutes à quelques heures, et non au prochain scan programmé. Les alertes sont dédupliquées, une clé fuitée produisant une alerte et non une nouvelle notification à chaque mise en miroir du commit ou fork du dépôt.