Pourquoi cet outil existe

En août 2026, un harnais d'agent open source est passé de zéro à plus de 200 000 étoiles GitHub en trois semaines. Son écosystème de plugins a dépassé les 13 000 dépôts dans la même période. Des clients de bureau en un clic sont apparus le jour même de son lancement. Des carrousels Instagram apprennent désormais aux employés de bureau à tout installer.

Chacune de ces installations est un programme capable d'exécuter des commandes, de lire des fichiers et de détenir des identifiants — configuré dans des dotfiles que personne ne regarde deux fois. Posez-vous la question à laquelle cet outil répond : qu'est-ce qui tourne réellement sur cette machine, et à quoi cela peut-il accéder ? La plupart des gens ne peuvent pas y répondre. Maintenant, c'est une seule commande.

À quoi ressemble un scan

Sortie réelle d'une machine réelle (valeurs masquées — voir ci-dessous).

Ce qu'il détecte

Chaque résultat indique : ce que c'est, d'où il vient (registre, store, git, script local, serveur distant — ou UNKNOWN-ORIGIN), ce qu'il peut faire (EXECUTES, HOLDS-SECRETS, BROAD-FILESYSTEM, BROAD-WEB, NETWORK), et le chemin de la preuve pour que vous puissiez vérifier à la main.

Geiger reconnaît aussi les wrappers de politique (agents qui placent une couche d'application devant les serveurs MCP) et signale les deux couches au lieu de masquer le vrai serveur derrière le wrapper.

Les trois promesses

1. Lecture seule. La seule écriture que geiger effectue jamais est le fichier --json que vous nommez explicitement.
2. Aucune télémétrie. Rien ne quitte votre machine. Il n'existe aucun point de terminaison où envoyer quoi que ce soit. (Cela signifie aussi que nous n'avons aucune idée du nombre de personnes qui utilisent ceci — un compromis qui nous convient.)
3. Secrets par forme uniquement. Lorsqu'une valeur ayant la forme d'un identifiant est trouvée dans une configuration, geiger signale le nom de la clé, le fichier et le type de secret dont il semble s'agir — jamais aucune partie de la valeur. Une passe de masquage s'exécute sur toute la sortie en défense en profondeur, et la suite de tests l'impose.

Utilisation

Alarme de dérive : une fois que vous avez examiné une machine, enregistrez une référence (--json baseline.json) et placez geiger-scan --strict --diff baseline.json dans cron ou la CI. Il ne renvoie le code 2 que lorsqu'un nouvel élément peut exécuter du code ou détenir des secrets — l'inventaire permanent, déjà examiné, reste silencieux. Même modèle mental qu'un lockfile : acceptez ce qui est là, alertez sur les changements.

Pas de npm ? npx github:Atomburstofficial/geiger s'exécute directement depuis le dépôt.

À quoi ressemblent les rapports

Avant d'exécuter quoi que ce soit, voyez exactement ce que vous obtiendriez : un exemple de rapport HTML et un exemple de sortie JSON se trouvent dans ce dépôt, générés à partir de la fixture de test — données synthétiques, chemins génériques, identifiants affichés par forme uniquement (comme toujours). Le rapport HTML :

Chaque résultat qui justifie une action comporte une remédiation en langage clair — sous forme de lignes fix: dans le terminal et de blocs « What to do » dans le rapport HTML.

Modèle de flotte (MSP, IT) : exécutez avec --json par machine selon un calendrier (une tâche RMM ou un script de connexion écrivant %COMPUTERNAME%.json sur un partage), conservez la référence de chaque machine, et laissez --diff signaler la dérive par machine. Le schéma est versionné et stable. Geiger ne téléphone jamais à la maison — les fichiers JSON ne voyagent que là où vous les placez.

Limitations

Énoncées d'emblée, car un scanner en lequel vous avez trop confiance est pire que pas de scanner :

• Geiger lit les emplacements de configuration connus. Les agents installés dans des chemins non standard, d'autres comptes utilisateurs, des conteneurs ou WSL (depuis le côté Windows) ne sont pas vus.
• Il lit la configuration, pas le comportement à l'exécution. Il ne peut pas vous dire ce qu'un plugin a réellement fait — seulement ce que sa position autorise.
• Il ne peut pas juger si un paquet est malveillant — seulement d'où il vient et à quoi il peut accéder. Origine ≠ fiabilité.
• Les formats partiellement analysables (configurations TOML) sont scannés par forme et signalés avec une confiance réduite plutôt qu'ignorés.
• L'écosystème que cet outil audite change chaque semaine. Les détecteurs sont pilotés par les données et volontairement petits — voir CONTRIBUTING.md pour en ajouter un.

FAQ

Est-ce un audit de sécurité ? Non. C'est un inventaire avec des étiquettes d'exposition honnêtes — ce dont vous avez besoin avant qu'un audit ait le moindre sens.

Pourquoi faire confiance au scanner gratuit d'une société de sécurité ? Lisez-le. C'est quelques centaines de lignes de JavaScript sans dépendances, et ce qui est publié est ce qui s'exécute — les versions sont publiées depuis GitHub Actions avec la provenance npm, donc la page npm porte un lien signé vers le commit public exact à partir duquel chaque version a été construite.

Que faire de ce qu'il trouve ? Individuellement : supprimez ce que vous ne reconnaissez pas, faites tourner les identifiants qui ne devraient pas se trouver dans des configurations. En entreprise : c'est de l'application de politique, ce qui est un autre produit — DomainGuard est la façon dont les organisations placent une couche de politique devant cette surface. Geiger reste gratuit et autonome dans tous les cas.

Licence

MIT · créé par Atomburst · zéro dépendance à l'exécution, aucune étape de build — le source que vous lisez est le code qui s'exécute.