User Scanner est passé d'un grand utilitaire OSINT de courrier électronique et de nom d'utilisateur à quelque chose de plus conséquent pour les systèmes d'IA : une capacité d'enquête appelable par un agent. La version 1.5.1 ajoute la prise en charge native du Model Context Protocol, tandis que la version précédente v1.5.0 introduisait une analyse croisée qui peut extraire de nouveaux identifiants d'un résultat, pivoter vers une autre analyse et attribuer des étiquettes de confiance aux liens résultants.
Cette combinaison compte plus que la dynamique actuelle du projet sur GitHub. Un analyste utilisant un outil OSINT en ligne de commande décide normalement si chaque identifiant, adresse e-mail ou profil nouvellement découvert est pertinent avant de continuer. Lorsque la même fonctionnalité est exposée à un agent IA via MCP, la question technique change. La question n’est plus seulement « l’outil est-il autorisé à numériser ? » mais « jusqu’où l’agent est-il autorisé à étendre l’enquête à partir de l’identifiant qui lui a été initialement attribué ?
L'analyse croisée modifie l'unité d'automatisation
Le référentiel User Scanner décrit un moteur OSINT modulaire qui vérifie les adresses e-mail et les noms d'utilisateur sur des centaines de services publics, extrait les métadonnées de profil, prend en charge les analyses groupées et peut exporter des résultats structurés. Il intègre également des contrôles externes de renseignement sur les violations et déclare explicitement qu'il fonctionne sur des informations accessibles au public et une utilisation défensive autorisée plutôt que de contourner l'authentification ou d'accéder à des données non publiques.
La version 1.5.0 a introduit un changement de flux de travail plus important. Selon le miroir de publication, une analyse terminée peut alimenter une analyse croisée qui sépare les noms d'utilisateur et les adresses e-mail nouvellement découverts en tâches de suivi, les revérifie avec des modules spécialisés et attribue des niveaux de confiance.
Cela signifie que le résultat d’une recherche peut devenir l’entrée d’une autre. Un profil peut exposer un autre handle ; ce handle peut être résolu vers un autre compte public ; ce compte peut exposer un autre identifiant. Le système n'énumère plus seulement une valeur sur une liste fixe de sites. Il construit un sentier.
Ceci est utile pour les enquêtes légitimes car cela réduit le pivotement manuel. Cela crée également un problème de précision qui ne peut être résolu par la seule automatisation. Les noms d’utilisateur courants entrent en collision. Les champs du profil public peuvent être obsolètes, copiés ou délibérément trompeurs. Une correspondance potentielle ne constitue pas une preuve d'identité simplement parce que plusieurs services publics contiennent la même chaîne.
MCP déplace le jugement d'investigation dans la boucle des agents
Dans une annonce à la première personne v1.5.1, un responsable de User Scanner indique que la version ajoute un serveur MCP natif afin que les clients IA puissent appeler directement des analyses OSINT. L'annonce décrit également l'analyse croisée récursive automatisée et les états de confiance, notamment confirmés, probables, candidats et conflictuels.
Un examen en environnement isolé par MrKeyoor indépendant fournit une corroboration utile. Son test de la version 1.5.1 a trouvé trois outils MCP pour l'analyse des noms d'utilisateur, l'analyse des e-mails et la liste des modules, et a noté qu'un agent peut sélectionner des modules d'analyse et demander des analyses croisées. L’examen a également révélé que la dépendance MCP était facultative et que les tests du projet ont réussi 375 tests avant une erreur de collecte liée au module MCP manquant dans cet environnement.
L’implication technique n’est pas que MCP rend User Scanner intrinsèquement dangereux. MCP n'est que l'interface. Le changement important est qu’un modèle peut désormais participer à la décision sur ce qu’il va scanner ensuite.
Un enquêteur humain peut s'arrêter après avoir découvert un compte sans rapport avec le même nom d'utilisateur. Un agent autonome ou semi-autonome peut traiter le nouvel identifiant comme une autre opportunité d'appel d'outil à moins que le système environnant ne contraigne ce comportement.
L'autorisation d'outil n'est pas la même chose que l'autorisation d'enquête
Cela met en évidence une lacune de gouvernance qui apparaît dans de nombreux systèmes d’agents.
Les modèles traditionnels d'autorisation d'agent ont tendance à répondre à des questions telles que : cet agent peut-il appeler l'outil OSINT ? Peut-il accéder au réseau ? Peut-il écrire un fichier ? Ce sont des contrôles nécessaires, mais ils ne définissent pas la portée de l’enquête.
Supposons qu'un agent soit autorisé à enquêter sur l'identifiant A. La première analyse renvoie un profil qui mentionne l'identifiant B. B mène à l'e-mail C et C produit les comptes D et E. Une liste verte au niveau de l'outil peut considérer chaque appel valide car le même outil MCP approuvé est utilisé à chaque fois. Pourtant, l’enquête pourrait bien avoir dépassé l’objectif initial.
Pour les outils orientés identité, la gouvernance de la production nécessite donc une autre dimension de contrôle : la traçabilité du périmètre. Chaque nouveau pivot doit indiquer la raison pour laquelle il a été dérivé, son niveau de confiance, le sujet initialement autorisé et si son extension nécessite une décision humaine.
C’est différent d’une limitation de taux ordinaire. Un budget approfondi peut arrêter une récursion infinie, mais il ne peut pas décider si une branche particulière est pertinente, proportionnée ou légalement justifiée.
Les scores de confiance réduisent le bruit, pas la responsabilité
La conception d’analyse croisée de User Scanner est prudente en termes de direction car elle distingue les états de confiance au lieu de traiter chaque nom d’utilisateur correspondant comme la même personne. L’examen indépendant note que les orientations du projet reconnaissent les collisions et mettent en garde contre l’intégration des correspondances de candidats directement dans les décisions d’application ou d’identité.
Cette distinction est essentielle pour une utilisation agent. Un agent peut utiliser la confiance pour prioriser les preuves, mais la confiance ne doit pas silencieusement se transformer en autorisation.
Un lien « probable » peut être utile à un analyste, tout en étant inapproprié pour une expansion automatique. Un résultat « contradictoire » peut être une raison d’arrêter. Un e-mail public découvert dans le texte du profil peut avoir une valeur probante différente d'une adresse exposée via un champ de profil structuré.
L'architecture la plus sûre conserve ces différences visibles dans la trace de l'agent plutôt que de les regrouper en une seule « correspondance » booléenne.
Ce que les équipes de production doivent contrôler
Si User Scanner est connecté à un agent IA interne, le plan de contrôle doit le traiter comme une capacité d’investigation plutôt que comme un utilitaire générique en lecture seule.
Au minimum, le système doit préserver la cible autorisée d'origine, enregistrer chaque identifiant dérivé et pourquoi il a été suivi, limiter la récursivité et la portée de l'analyse, séparer les pistes de faible confiance des associations vérifiées et exiger un examen humain avant qu'un pivot n'élargisse sensiblement le sujet de l'enquête.
Les contrôles du réseau et de la confidentialité sont toujours importants, notamment parce que le projet prend en charge l'analyse groupée et l'utilisation de proxy. Mais le problème de gouvernance le plus complexe est d’ordre sémantique : l’agent a besoin de règles sur ce sur quoi il enquête, et pas seulement sur la fonction qu’il est techniquement autorisé à appeler.
User Scanner est précieux pour les lecteurs d'Aipolix précisément pour cette raison. Il montre comment un utilitaire de sécurité open source conventionnel évolue lorsqu'il devient un outil agent. MCP ne rend pas simplement OSINT plus facile à invoquer. Combiné à une analyse croisée récursive, il transforme la portée de l’investigation en partie intégrante de l’exécution de l’agent.
La prochaine génération de gouvernance des agents devra suivre non seulement les autorisations, mais aussi la provenance : ce avec quoi l’agent a commencé, ce qu’il a déduit, ce qu’il a découvert et pourquoi il a été autorisé à continuer.
Sources
- https://github.com/kaifcodec/user-scanner
- https://www.reddit.com/r/osinttools/comments/1w0fqr3/the_only_recon_osint_tool_youll_need_in_2026/
- https://newreleases.io/project/github/kaifcodec/user-scanner/release/v1.5.0
- https://mrkeyoor.com/repos/user-scanner/