Surveillance des identifiants et des stealer logs pour les mots de passe, les sessions et les identités
Nous collectons les identifiants partout où ils fuient, des stealer logs complets aux fuites de ransomware, et montrons chaque mot de passe, cookie et token avec sa source, son âge et son risque.
- 4 Systèmes propres
- 2 SaaS professionnels
- 3 Privé
- vpn.northwind.example : risque actif lié aux identifiants. L’identifiant VPN enregistré. Capturé il y a trois semaines, il peut donc encore fonctionner.
- git.northwind.example : risque d’identifiant actif. Un token d’accès personnel pour le serveur de code.
- console.cloud.example : risque d’identifiant actif. Une connexion à une console cloud avec un rôle d’administrateur.
- sso.northwind.example : risque de session. Un cookie de session pour la connexion de l’entreprise : tant qu’il est valide, il ouvre la session sans mot de passe ni MFA.
- mail.northwind.example : risque de session. Messagerie web avec un mot de passe enregistré et un cookie de session actif.
- crm-saas.example : risque de session. Le CRM de l’entreprise dans le cloud, connecté avec un compte professionnel.
- social.example : risque de session. Un compte privé de réseau social, toujours connecté.
- bank.example : preuve de compromission du poste. Banque en ligne : le nom d’utilisateur et des indices de carte issus des données de saisie automatique.
- shop.example : exposition historique d’identité. Un compte boutique privé qui réutilise le mot de passe du VPN.
- sources de fuites en une seule recherche
- 6
- vues d’identifiants
- 7
- nouveauté et risque par identifiant
- 0–10
- durée habituelle d’un rapport de comparaison
- 15 min
Une infection par stealer n’est pas une fuite de mot de passe. C’est un instantané d’une identité numérique.
Un infostealer infecte un ordinateur et extrait l’identité stockée dans ses navigateurs et applications. Selon la famille de malware et sa configuration, cela peut inclure tout ce qui suit :
- Mots de passe
- Cookies
- Jetons (tokens) de session
- Saisie automatique
- Historique de navigation
- Portefeuilles crypto
- Identifiants d’applications
- Fichiers locaux
- Détails du système
Familles courantesRedLine · Lumma · Vidar · Raccoon · Stealc · RhadamanthysCe commerce est industrialisé : les criminels vendent des packages de stealer complets, pas des mots de passe isolés.
- 13,2 Mnouvelles infections
- 642 Midentifiants, environ 50 par infection
- 8,6 Mdcookies volés
- 27identifiants enregistrés sur une machine infectée type ; certaines en contiennent des centaines
Les mots de passe ne sont que la moitié du problème. Les sessions sont l’autre moitié.
Les stealers dérobent les cookies du navigateur et les jetons (tokens) d'authentification. Avec une session active, un attaquant n'a peut-être pas besoin du mot de passe, et le MFA ne l'arrête pas. Cela change la façon de nettoyer.
- Les cookies sont des actifs d’identitéLes rapports du secteur dénombrent des milliards de cookies volés par an ; les artefacts de session comptent parmi les biens les plus précieux échangés par les criminels.
- Nous les montronsNotre API renvoie en option les données de cookies de session, à côté des mots de passe, des détails de la machine, des logiciels installés, de la navigation et des informations d’annuaire.
Mots de passe, sessions et identités, pas seulement des identifiants issus de fuites.
- 1Réinitialiser le mot de passe
- 2Investiguer
- 3Imposer le MFA
- 1Révoquer les sessions et les jetons (tokens)
- 2Réinitialiser l’identifiant
- 3Enquêter sur l’appareil
- 4Réenregistrer la MFA si nécessaire
En avance sur le leader sur son propre terrain, et bien au-delà des identifiants.
Hudson Rock qualifie sa plateforme de « propulsée par la base de données d’identifiants compromis la plus complète au monde ». Pour montrer où nous nous situons, nous avons placé sa recherche publique à côté de nos données pour quatre domaines, le même jour.
- 28×fois plus d’identifiantsToutes les sources
- +43%ordinateurs infectés en plusStealer logs, le terrain de Hudson Rock
- 6,1 millionsenregistrements divulgués, soit 599 fois les 10 246 identifiants de la recherche de Hudson RockJeux de données complets sur les quatre domaines. Le nôtre inclut chaque stealer log, ainsi que des dumps, documents, e-mails et fichiers de configuration.
- En directtrafic de stealersLogs tels qu’ils sont vendus, pas seulement recyclés. Ne fait pas partie de la recherche publique. Voir
DarknetSearch : tous les identifiants du domaine dans notre collection : stealer logs, listes URL:identifiant:mot de passe (presque toutes des lignes de stealer logs partagées sans la machine ni ses cookies), fuites de données, combo lists et autres fuites. Une machine qui a seulement visité le domaine compte comme un ordinateur, pas comme un identifiant. Hudson Rock se décrit comme exclusivement axé sur les infostealers ; son chiffre est le nombre d’identifiants indiqué dans le texte d’analyse de sa recherche publique, que ce texte date d’avril 2026.
| Domaine | Hudson Rock, recherche publique | DarknetSearch | Écart |
|---|---|---|---|
| mattel. | 4 898 | 64 844 | 13× |
| morganstanley. | 2 375 | 84 231 | 35× |
| harley-davidson. | 2 570 | 50 752 | 20× |
| merck. | 403 | 86 410 | 214× |
Hudson Rock, recherche publique : 5 novembre 2026, 19:48–19:50 UTCDarknetSearch : 5 novembre 2026, 18:59–20:10 UTC
- Hudson Rock : les chiffres affichés par sa recherche publique de domaine à la date de capture ; la recherche indique qu’ils proviennent des données Cavalier de Hudson Rock. Les ordinateurs infectés sont ses employés compromis plus ses utilisateurs compromis, d’après les tuiles actuelles de la recherche ; son chiffre d’identifiants provient du texte d’analyse de la même page, daté d’avril 2026. Toutes les données divulguées : côté Hudson Rock, il s’agit de tout ce que sa recherche compte, ses identifiants ; elle n’affiche aucune autre donnée divulguée. DarknetSearch : notre tableau de bord le même jour, dédoublonné (une machine comptée
- DarknetSearch : notre tableau de bord le même jour, dédoublonné (une machine comptée une fois, le même site, utilisateur et mot de passe comptés une fois). Les ordinateurs infectés proviennent des stealer logs ; les identifiants et les enregistrements bruts, de toutes les sources.
- Totaux : les quatre domaines additionnés ; l’écart correspond à notre chiffre divisé par celui de Hudson Rock.
- Les produits payants de Hudson Rock peuvent montrer davantage que sa recherche publique. Les deux collections grandissent chaque jour, les chiffres évoluent donc. Des captures d’écran des deux côtés sont archivées.
- Nous affichons chaque domaine testé des deux côtés, quel que soit le résultat.
- Hudson Rock et Cavalier sont des noms appartenant à leurs propriétaires et ne sont utilisés ici qu’à des fins d’identification.
Le malware est un moyen de voler une identité. Le phishing en est un autre.
Un attaquant n’a pas besoin de malware. Les kits de phishing adversary-in-the-middle relaient la vraie connexion : la victime saisit le vrai mot de passe, valide le MFA, et le kit conserve la session qui en résulte.
28,6 Menregistrements d’identité issus de phishing en un an de données sectorielles, dont 49 % concernent des utilisateurs en entreprise
Les équipes de réponse aux incidents voient aussi des attaquants appeler le personnel, l’envoyer vers une fausse page de connexion au SSO de l’entreprise, récupérer mots de passe et codes MFA, puis prendre le contrôle d’applications SaaS et extorquer l’entreprise.
- Victime
- Fausse page de connexionrelaie chaque étape
- Vraie connexion
- 1Mot de passe
- 2Réponse MFA
- 3Cookie de session
- 4Refresh token
L’attaquant se connecte avec la session volée : ni mot de passe, ni demande de MFA.
Un fournisseur qui affirme « nous surveillons les stealer logs, donc nous surveillons les identités compromises » décrit une seule façon de voler des identités. Un malware n’est pas du phishing, et aucun des deux ne couvre les bases de données compromises. Nous collectons aussi les autres voies : fuites de données, bases de données ouvertes, combo lists, fuites de ransomware, ainsi que les forums et les canaux où les identifiants volés sont échangés.
Une ligne ULP est un indice. Le log complet est la preuve.
ULP signifie URL, identifiant et mot de passe. C’est utile d’emblée, car la ligne nomme le service visé, mais elle a généralement été extraite d’un ensemble plus vaste. Une fois un log découpé en lignes ULP, l’essentiel de son contexte disparaît.
privéSiègerécentlivepremiumde première mainbrutLogs C2
Les vendeurs emploient ce type de termes pour du matériel proche de la source. Aucune norme du secteur ne les définit. Ce qui compte : nous ingérons aussi le trafic de stealers en direct, et pas seulement des collections recyclées par des canaux publics.
https://vpn.northwind.example : j.doe@northwind.example : [redacted]- Identité de la machine
- Système d’exploitation et version
- Nom d’hôte
- Date d’infection
- IP et localisation
- Profils de navigateur
- Mots de passe enregistrés
- URL visitées
- Cookies
- Tokens
- Saisie automatique
- Applications installées
- Arborescence des répertoires
- Fichiers
- Chemin d’infection
Un service compromis, de nombreux utilisateurs.
Les fuites de données traditionnelles restent une immense source d’identifiants. Une base de données d’application compromise expose un service pour de nombreux utilisateurs ; un stealer expose une personne pour de nombreux services.
email | username | bcrypt_hash | first_name | phone | birth_date | addressemail | plaintext_passwordOù nous les trouvons : dumps SQL et fuites de bases de données issus de forums de hackers, de places de marché et de sites d’acteurs malveillants, conservés comme enregistrements d’origine. Chaque fuite reçoit une description, des tags et trois dates.
La question à laquelle elle répondQuelles identités de notre organisation sont apparues dans des services externes compromis ?
La question à laquelle elle répondQuelle personne ou quel appareil compromis peut nous donner accès en ce moment ?
Toutes les fuites ne nécessitent pas un hacker. Certaines sont simplement laissées ouvertes.
Les bases de données et espaces de stockage accessibles publiquement forment une catégorie à part. Un identifiant trouvé dans un index Elasticsearch ouvert peut avoir fuité à cause d’une mauvaise configuration, et non d’un malware.
L’origine change la réponse : un serveur ouvert doit être fermé et ses clés renouvelées ; un identifiant volé exige d’enquêter sur son appareil.
Les erreurs de configuration et les identifiants faibles ou absents restent parmi les principales causes de compromission du cloud.
Où nous les trouvons : bases de données exposées et stockages S3 et Azure mal configurés, indexés en raw data avec le serveur d’où ils proviennent.
- Elasticsearch
- MongoDB
- Sauvegardes PostgreSQL
- Stockage compatible S3
- Bases de données Firebase
- Dépôts Git
- Sauvegardes de configuration
- Points d’accès de débogage
- Identifiants et hachages
- Clés API
- Chaînes de connexion
- Éléments de session
- Données clients
- Configuration interne
Cinq occurrences, souvent une seule compromission.
Une combo list est une liste agrégée de paires e-mail:mot de passe ou nom d’utilisateur:mot de passe, avec peu ou pas de provenance. Elle mélange d’anciennes fuites, des hashs craqués, des stealer logs, des résultats de phishing et d’anciennes listes.
51%des enregistrements des combo lists underground analysées recoupaient des données infostealer antérieures (rapport sectoriel)
Où nous les trouvons : forums, canaux Telegram et sites de paste. Nous les dédoublonnons (le même serveur, le même nom d’utilisateur et le même mot de passe comptent une seule fois) et estimons la part non valide d’une liste.
- Fuite A
- Combo list A
- Archive Telegram
- Combo list B
- Dump de place de marché
- Méga-collection
1 compromission initiale
Le même identifiant circule par toutes ces voies. Cinq occurrences peuvent correspondre à une seule compromission d’origine, et non à cinq incidents.
Ce que nous conservons pour chaque identifiant- Première occurrence
- Dernière détection
- Type de source
- Date de la compromission initiale, si elle est connue
- Date de redistribution
Après la fuite, et au-delà de la victime.
Les identifiants issus des fuites de ransomware et d’extorsion proviennent d’une phase plus tardive d’une attaque : l’organisation était déjà compromise. Cela en fait un autre type de renseignement.
- Identifiant issu d’un stealerpeut-être un avertissement avant une compromission
- Identifiants issus d’une fuite de ransomwaregénéralement du renseignement après une compromission
C’est pourquoi nous examinons l’intérieur des fuites au lieu de seulement guetter votre nom sur les sites de fuite. Nos propres outils téléchargent chaque fuite publiée sur les sites de ransomware, classent chaque fichier et en extraient les identités.
Un ransomware frappe l’entreprise A et publie un tableur contenant les identifiants VPN de son fournisseur, l’entreprise B. L’entreprise B n’a jamais été attaquée, mais ses identifiants sont désormais exposés.
Ce que peut contenir une fuite de ransomware- Fichiers de configuration
- Identifiants VPN
- Tableurs de mots de passe
- Exports de navigateur
- Sauvegardes de bases de données
- Données d’annuaire
- Secrets du code source
- Clés cloud
- Identifiants clients
Les secrets sont aussi des identifiants.
La surveillance des identifiants couvre aujourd’hui bien plus que les noms d’utilisateur et les mots de passe. On les retrouve dans les stealer logs, les bases de données ouvertes, les fuites de ransomware et le code public :
- Clés API
- Jetons (tokens) OAuth
- Jetons (tokens) d'accès personnels
- Clés IAM cloud
- Identifiants de comptes de service
- Chaînes de connexion aux bases de données
- Clés de services d’IA
- Secrets CI/CD
Cinq minutes ou huit mois après le vol.
Un identifiant trouvé quelques minutes après le vol peut encore donner accès. Un identifiant trouvé des mois plus tard reste une information utile.
- Un mot de passe valide
- Une session active
- Accès VPN actif
- Accès au cloud et aux SaaS
- Réutilisation des mots de passeLa personne utilise peut-être le même mot de passe ailleurs.
- Schémas de mots de passeUn mot de passe se terminant par le chiffre de l’an dernier revient souvent avec celui de cette année.
- Preuve sur le posteUne trace de stealer prouve que l’appareil a été compromis, quel que soit le sort d’un mot de passe.
- Autres comptes volésLa même infection contient généralement des dizaines d’autres identifiants.
- Cookies et jetons (tokens)Un nouveau mot de passe ne vous dit pas si toutes les sessions sont sûres.
- Historique des incidentsIl montre que l’identité ou l’appareil était exposé avant une intrusion ultérieure.
- Risque lié aux tiersUne ancienne fuite d’un prestataire peut révéler un appareil infecté et non géré.
- Recoupement d’identitésUne adresse e-mail professionnelle à côté de services privés montre où vie professionnelle et vie privée se croisent.
- Évaluation du risqueUne exposition répétée n’est pas le même risque qu’aucune exposition.
Ni valide ni invalide, mais quatre types de risque.
Un simple oui ou non sur la validité ne dit pas tout. Nous classons chaque exposition selon ce qu’elle signifie pour vous. À partir de l’ordinateur infecté ci-dessus :
Un peu plus de 1 %des identifiants divulgués vérifiés dans les environnements de clients étaient encore valides, d’après notre propre expérience. Nous le considérons tout de même comme beaucoup : un seul compte valide peut suffire à une compromission.
- Risque actif lié aux identifiantsUn mot de passe ou un token qui peut encore fonctionner.L’identifiant VPN enregistré pour vpn.northwind.example, vieux de trois semaines.
- Risque de sessionUn cookie ou un token qui connecte sans mot de passe ni MFA tant qu’il est valide.Un cookie de session pour sso.northwind.example.
- Preuves de compromission du posteL’appareil était infecté, quel que soit le sort d’un mot de passe.LAPTOP-NW-0427 lui-même : infecté, quel que soit le sort d’un mot de passe.
- Exposition d’identité passéeDes fuites plus anciennes qui montrent la réutilisation, les schémas de mots de passe et les expositions antérieures.Un compte privé sur une boutique en ligne qui réutilise le mot de passe du VPN.
Chaque stealer log, ouvert jusqu’à la machine.
Recherchez par domaine, e-mail ou site. Chaque résultat indique pourquoi il apparaît, et un clic ouvre la machine infectée correspondante.
- Pourquoi il apparaîtCorrespondance sur l’identifiant, le site web ou le mot de passe, indiquée pour chaque résultat.
- L’enregistrement completSystème, chemin d'infection, famille de malware, identifiants, cookies par site, jetons (tokens), données de saisie automatique, fichiers et capture d'écran.
- TéléchargerLe log complet au format JSON dans le tableau de bord ou via l’API. Les exports fournissent une ligne par machine.
https://vpn.northwind.example · j.doe@northwind.example · ••••••••- Machine
- LAPTOP-NW-0427
- Utilisateur
- j.doe
- IP · pays
- 203.0.113.58 · DE
- Malware
- Infostealer · Confiance élevée
- Chemin d’infection
- C:\Users\j.doe\Downloads\invoice-viewer.exe
- 142Mots de passe
- 640Cookies
- 6Tokens
- 154Saisie automatique
- 118Sites visités
- 97Fichiers
Chaque mot de passe exposé, avec nouveauté, risque et réutilisation.
Les identifiants sont dédoublonnés, notés et classés en vues : vos propres systèmes, vos collaborateurs sur d’autres services et les personnes extérieures sur vos portails ne sont donc jamais confondus.
Le même serveur, le même nom d’utilisateur et le même mot de passe comptent une seule fois.
| Utilisateur | Mot de passe | Serveur | Source | Nouveauté | Risque | Réutilisation | Fuites |
|---|---|---|---|---|---|---|---|
| j.doe@northwind.example | ••••••••conforme à la politique | vpn.northwind.example | Stealer log | 10/10 | 9/10 | 2 | 1 |
| it-admin@northwind.example | ••••••••conforme à la politique | sso.northwind.example | Base de données ouverte | 9/10 | 8/10 | 0 | 1 |
| partner.ops@supplier.example | ••••••••faible | portal.northwind.example | Fuite de ransomware | 8/10 | 7/10 | 0 | 1 |
| applicant@mail.example | ••••••••faible | careers.northwind.example | Stealer log | 9/10 | 6/10 | 1 | 1 |
| j.doe@northwind.example | ••••••••conforme à la politique | shop.example | Combo list | 7/10 | 5/10 | 2 | 3 |
| recruiting@northwind.example | ••••••••faible | jobs-board.example | Fuite de base de données | 6/10 | 4/10 | 0 | 1 |
| sales.emea@northwind.example | ••••••••faible | streaming.example | Combo list | 4/10 | 3/10 | 3 | 4 |
- Nouveauté et risqueDeux scores de 0 à 10 pour chaque identifiant.
- Réutilisation et fuitesRéutilisation du mot de passe et toutes les fuites dans lesquelles il apparaît.
- Politique de mots de passeMots de passe divulgués qui respectent encore votre politique.
- AgirSurveiller, exporter ou créer un rapport depuis la même recherche.
Comparez vos domaines, mois après mois.
Le rapport de comparaison des identifiants divulgués met côte à côte des divisions, filiales ou pairs. Lancez-le une fois, ou recevez-le le 1er de chaque mois pour le mois précédent.
- Ponctuel ou mensuelUne planification mensuelle commence par un rapport de référence portant sur le mois écoulé.
- ContenuStealer logs par rapport aux combo lists, une tendance sur trois mois, les systèmes externes utilisés par votre personnel, vos systèmes utilisés par des tiers et une analyse des mots de passe.
- À votre choixMots de passe complets ou masqués, toute période de recherche, et un fichier CSV pour chaque vue.
Durée de traitement habituelle : environ 15 minutes.
- 74Issus de stealer logs
- 54Issus de combo lists
| Vue | Groupe | Recherche | Distribution |
|---|---|---|---|
| Uniques | 128 | 37 | 84 |
| Org | 74 | 22 | 51 |
| Chez un tiers | 31 | 9 | 26 |
| Privé | 12 | 3 | 14 |
| Depuis un tiers | 46 | 11 | 19 |
| Conformité à la politique | 9 | 4 | 6 |
| Faible | 61 | 15 | 40 |
Groupe northwind.exampleRecherche northwind-labs.exampleRetail northwind-retail.example
Le même serveur, le même nom d’utilisateur et le même mot de passe comptent une seule fois.
Une surveillance constante, plus une API complète.
Les règles de surveillance ne signalent que les nouveautés depuis la dernière exécution, par e-mail ou webhook. L’API ajoute les mêmes recherches, les stealer logs complets et une vérification des identifiants pour vos formulaires d’inscription et de connexion.
- Règles de surveillanceNouvelles fuites pour vos domaines, sans relancer de recherche.
- Credential checkTestez un e-mail, un mot de passe ou les deux à l’inscription, à la connexion ou lors d’un changement de mot de passe.
- Stealer logsTrouvez les machines infectées et récupérez chaque capture complète.
- AnalysesTotaux, utilisateurs et mots de passe les plus à risque, robustesse des mots de passe.
POST /api/service/stealer_logs_search/requête : northwind.examplerecherche lancée · interrogez jusqu’à ce qu’elle soit prête3 machines infectées avec des identifiants NorthwindLAPTOP-NW-0427 · 142 mots de passe · 640 cookiesrécupérer le botid_url de la machinela capture complète au format JSON, avec captures d’écranrévoquer les sessions, puis réinitialiser et enquêter
X-API-Key par espace de travail · surveillances par e-mail ou webhook · exports JSON
Du stealer log à la formation, en un seul flux.
Lorsque l’identifiant professionnel d’un employé apparaît dans un stealer log ou une fuite de données, CyberFrog, notre société sœur, le forme à ce qui a réellement fuité, et vous voyez quand la formation est terminée.
Gratuit pour chaque client DarknetSearch
- Vos règles d’alerte décidentVous choisissez quelles règles d’alerte DarknetSearch déclenchent une formation. Vérification quotidienne par défaut, ou toutes les heures au plus.
- Uniquement vos propres collaborateursAssociation par e-mail professionnel avec votre annuaire. Nouvelles adresses uniquement sur votre propre domaine, et seulement si vous l’autorisez.
- Leçons sur ce qui a fuitéLa formation s’ouvre sur leur propre enregistrement et explique les stealer logs et les mots de passe enregistrés. Mots de passe affichés uniquement selon vos paramètres de confidentialité.
- Une progression visibleQui a été notifié, a commencé et a terminé, dans une même campagne continue. Par défaut, aucune leçon répétée pour le même type de fuite dans un délai de 30 jours.
- 1Alerte DarknetSearch
j.doe@northwind-example.comdans un stealer log, depuis votre règle d’alerte - 2Employé identifié
Jamie Doe, Financepar e-mail professionnel, dans votre annuaire - 3Leçon personnelle
portal.northwind-example.comj.doe@… | [redacted]son enregistrement, environ 8 min + quiz - 4Visible par votre administrateur
Jamie Doe · terminéquiz réussi, dans vos résultats
Tout sur les identifiants et les stealer logs, en bref.
Des personnes et des machines
- Des analystes sur les forums, places de marché, Telegram, Discord et sites de paste, chaque jour
- Collecteurs et scrapers actifs 24 h/24
- Trafic de stealers en direct, au plus près de la source
Chaque fuite décrite
- Une description rédigée, des tags et trois dates par fuite
- Affirmations de vendeurs non vérifiées signalées comme telles
- Enregistrements d’origine conservés et consultables
Nettoyé
- Identifiants dédoublonnés entre toutes les sources
- Une estimation de la part invalide d’une combo list
- Fuites de ransomware classées fichier par fichier
La machine
- Nom d’hôte, utilisateur, adresse IP, pays
- Chemin d’infection et date d’installation
- Famille de malware avec niveau de confiance
L’identité
- Connexions enregistrées : utilisateurs uniques, mots de passe et sites
- Cookies par site, jetons (tokens), données de saisie automatique
- Pages de connexion visitées
Les preuves
- Une capture d’écran au moment de l’infection
- L’arborescence des fichiers dérobés
- Log complet au format JSON ; exports avec une ligne par machine
Scores
- Nouveauté et risque de 0 à 10
- Réutilisation : fréquence à laquelle le mot de passe apparaît avec d’autres comptes
- Fuites : toutes les fuites où l’identifiant est apparu
Dates
- Quand un appareil a été infecté
- Quand une fuite a été publiée, découverte et ajoutée
- Première et dernière occurrence d’un identifiant
Vues
- Infrastructure propre, e-mails de l’organisation, activité privée
- Chez un tiers et provenant d’un tiers
- Conformité à la politique et mots de passe faibles
Configuration
- Les domaines enregistrés au nom de votre organisation
- Période de recherche : 30 jours, 6 mois, un an ou personnalisée
- Mots de passe complets ou masqués
Mensuel
- Le 1er de chaque mois, pour le mois précédent
- Commence immédiatement par un rapport de référence
- Date de fin facultative
Contenu
- Totaux, stealer logs par rapport aux combo lists, tendance sur trois mois
- Principaux systèmes externes et vos systèmes utilisés par des tiers
- Analyse des mots de passe et un fichier CSV par vue
- Nous ne conservons aucun historique de vos recherches
- Les rapports portent uniquement sur les domaines enregistrés pour votre organisation
- Les mots de passe peuvent être masqués dans chaque rapport
- Les données clients sont hébergées en Allemagne
- Nous trouvons ce qui a fuité et atteint notre collection : un résultat vide ne prouve pas qu’un compte est sûr
- La plateforme ne teste pas les mots de passe divulgués sur vos systèmes ; le risque et la conformité à la politique vous aident à établir des priorités
- La fraîcheur dépend de la source : le trafic de stealers en direct est récent, les combo lists sont souvent recyclées
- Les chiffres du secteur présentés sur cette page proviennent de rapports publics d’autres entreprises
- Les très grands domaines de messagerie gratuite ne peuvent pas être surveillés dans leur ensemble
Voyez quelles identités sont déjà exposées.
Vérifiez votre domaine maintenant, démarrez un essai gratuit ou réservez une démo et examinez votre propre domaine avec nous.
Même vérification que sur notre page d’accueil : nombre d’enregistrements divulgués pour votre domaine, sans inscription.