Sécurité de l’IA7 min de lecture

Ce qu’un LLM apprend sur votre organisation en vingt minutes

À partir de sources publiques uniquement. Quatre catégories, toutes légitimes prises séparément, et l’exercice de reconnaissance que votre équipe TI peut faire sur elle-même cette semaine.

Cet exercice se fait sur soi. C’est la seule façon dont il est légitime, et c’est aussi la seule dont il est utile — la surface exposée d’une autre organisation ne vous apprend rien d’actionnable.

Ce qui suit décrit des catégories de sources, pas un cas réel.

Les quatre catégories

Les offres d’emploi

Une offre pour un poste d’administrateur système nomme la pile technique. Elle doit le faire : un candidat doit savoir s’il correspond.

Ce qui s’y trouve régulièrement : la version de l’hyperviseur, le fournisseur de pare-feu, le SIEM utilisé, la plateforme infonuagique, l’outil de gestion des identités, parfois le nom du produit de sauvegarde.

Prises ensemble sur douze mois d’affichages, ces offres décrivent une architecture. Elles indiquent aussi ce qui a changé — un poste soudainement ouvert sur une technologie absente des affichages précédents signale une migration en cours, période où les configurations sont le plus souvent transitoires.

Les dépôts publics

Le dépôt open source que votre équipe maintient est en général propre. Ce qui l’est moins, c’est l’historique.

Les commits d’un contractuel parti il y a deux ans. Un fichier de configuration d’exemple qui contient un nom d’hôte interne réel plutôt qu’un exemple. Un README qui décrit l’environnement de développement avec assez de détail pour cartographier le réseau. Les adresses courriel de tous les contributeurs, qui donnent la convention de nommage des comptes.

Un secret retiré dans un commit ultérieur reste dans l’historique, et c’est un motif suffisamment courant pour que 28,6 millions de secrets aient fuité dans des commits publics sur une année, en hausse de 34 % (GitGuardian, 2026).

Les profils professionnels

C’est l’organigramme, reconstruit sans que personne l’ait publié.

Qui relève de qui. Qui vient d’arriver et n’a donc pas encore les réflexes. Qui gère la paie, les comptes fournisseurs, les accès. Qui est en vacances, parce que les gens l’écrivent.

C’est ce qui rend un prétexte crédible, et c’est la catégorie contre laquelle la sensibilisation fonctionne le moins bien, parce que le message paraîtra parfaitement informé.

Les journaux de transparence des certificats

Chaque certificat TLS émis pour un domaine est enregistré dans un journal public. C’est intentionnel : le mécanisme existe pour détecter les certificats émis frauduleusement.

L’effet secondaire est un inventaire complet de vos sous-domaines. Y compris ceux créés pour un projet terminé, une démonstration à un client, un environnement de préproduction que personne n’a démantelé.

C’est la catégorie qui produit le plus de surprises, parce qu’elle est exhaustive et que la mémoire de l’équipe ne l’est pas.

Ce qui a réellement changé

Aucune de ces sources n’est nouvelle. Elles sont publiques depuis des années, et la reconnaissance à partir de sources ouvertes est un métier bien établi.

Ce qui a changé est le temps d’assemblage.

Corréler quarante offres d’emploi, l’historique de trois dépôts, deux cents profils et une liste de sous-domaines demandait des heures de travail attentif. C’est exactement le type de tâche — lecture large, extraction, mise en relation — que les outils actuels font pendant que vous préparez un café.

La conséquence n’est pas que de nouvelles informations existent. C’est que le seuil de rentabilité de la reconnaissance ciblée s’est effondré. Une organisation de 400 personnes qui n’était pas assez grosse pour justifier ce travail est maintenant à portée.

L’exercice, cette semaine

À faire sur votre propre organisation.

Cherchez votre domaine dans les sites d’emploi, y compris les affichages fermés quand ils restent archivés. Notez chaque produit nommé.

Interrogez les journaux de transparence des certificats pour votre domaine. Comparez la liste obtenue avec ce que votre équipe peut nommer de mémoire.

Parcourez l’historique de vos dépôts publics, pas seulement leur état actuel.

Cherchez votre domaine dans les sites de partage de texte et les moteurs qui les indexent.

Puis comptez ce qui vous surprend. Ce nombre est la mesure utile, et il est presque toujours plus grand que ce que l’équipe TI estimait avant de commencer.

Ce qu’on en fait

Peu de ces éléments se retirent, et ce n’est pas le but. Une offre d’emploi doit décrire le poste, un organigramme professionnel a une raison d’être, et un certificat est public par conception.

Deux choses en sortent qui valent la peine.

Les sous-domaines oubliés se démantèlent. C’est la seule catégorie où le retrait est à la fois possible et clairement bénéfique — un environnement de préproduction abandonné est un système non corrigé avec une adresse.

Et le reste change ce que vous supposez. Une sensibilisation qui apprend aux gens à repérer un message mal écrit est calibrée pour un adversaire qui ne fait plus cet effort. Ce qui tient est la vérification hors bande : un canal différent pour confirmer une demande inhabituelle, indépendamment de sa crédibilité apparente.

Combien de vos sous-domaines pourriez-vous nommer de mémoire ?

Besoin d’aide pour mettre cela en œuvre ?

Nous travaillons avec votre équipe pour concevoir, construire et exploiter les contrôles décrits ci-dessus.