Qu’est-ce que BLA (Blind LLM Agents) ?
BLA protège le logiciel que vous distribuez contre la rétro-ingénierie automatisée par des agents IA, avec REA (Reverse Engineer Anything) pour cible déclarée. Il agit en trois couches : il place des leurres au format valide et des identifiants canaris qui ressemblent à de vraies preuves, gonfle l'artefact au-delà des limites de ressources documentées par REA (taille des en-têtes, profondeur d'imbrication, nombre d'exports) pour que l'analyseur échoue ou tronque, et ajoute une protection d'exécution qui renvoie des données synthétiques quand elle détecte un inspecteur comme Chrome DevTools Protocol ou Frida. Le but est que vos utilisateurs voient le même comportement pendant qu'un agent brûle du temps et des tokens.
Il couvre les bundles JavaScript et TypeScript, les archives .asar et les fuses d'Electron, WebAssembly, Python et .pyc, SQLite, les fichiers de modèles Safetensors et GGUF, Go, Erlang BEAM, le bytecode EVM, PCAP et plusieurs formats qu'il dit prévus mais non testés. Une seule commande, bla harden, trouve les sorties de compilation et enchaîne audit, protection et vérification.
Il est sous licence MIT, écrit en TypeScript, publié sur npm sous le nom bla-agents (3.1.0 le 7 novembre 2026) et s'installe comme serveur MCP et skill pour Claude Code, Codex, Cursor, Gemini CLI et d'autres. Le dépôt a été créé le 25 octobre 2026 ; le site est bla.tools.
BLA (Blind LLM Agents) vaut-il le coup ?
BLA se comprend le mieux comme la parade à un seul programme. Ses meilleurs résultats viennent du fait qu'il pousse les fichiers au-delà de limites que REA documente lui-même, et le README est prudent sur la portée de ces résultats. Avec 2 676 étoiles en moins de deux semaines, il a manifestement touché une corde sensible chez les développeurs inquiets de voir des agents lire le code qu'ils distribuent.
La partie mesurée est étroite mais réelle. En lançant le vrai REA sur des échantillons protégés sous Node v24.22.1, le projet consigne 12 formats pour lesquels REA a renvoyé une erreur de capacité ou de budget, avec les messages d'erreur réels : un en-tête .asar d'Electron poussé au-delà de son plafond de 16 MiB, des métadonnées Safetensors et GGUF au-delà de 32 niveaux d'imbrication, des informations de build Go au-delà de 1 MiB. Le README précise que "vérifié empiriquement" signifie seulement que le chemin d'analyse de REA a échoué dans cet environnement, et liste ce qui n'a pas été testé : la décompilation avec Ghidra, les sessions en direct avec Frida, LLDB et Rizin, JADX sur des APK Android complets, les firmwares et les objets GPU. La prise en charge de Python et .pyc est marquée comme prévue, pas vérifiée.
Le benchmark mis en avant est un autre type de chiffre. La démonstration sur 14 cibles annonce au total environ 639,5 fois plus de tokens et 304,4 fois plus de coût pour un agent attaquant, mais le README qualifie les colonnes tokens et dollars d'estimations internes tirées du propre catalogue des limites de REA tenu par BLA, et non de mesures. Le résultat de 14/14 à l'exécution vérifie que les entrées et sorties sont identiques à celles du build non protégé. Le surcoût en vitesse n'est pas publié, au-delà de l'affirmation que les protections sont des vérifications en temps constant.
Le hic : la taille et la durée. L'épuisement fonctionne en grossissant fortement les fichiers ; dans les propres échantillons du projet, un .asar de 607 octets est passé à 16,9 MiB et un module WebAssembly de 54 octets à 6,56 MiB, et c'est ce que vous livrez à chaque utilisateur. Comme il vise les limites actuelles de REA, une future version de REA qui les relève ou les gère peut annuler l'effet. La protection d'exécution renvoie aussi des données synthétiques dès qu'un inspecteur se connecte, y compris celui de votre propre équipe. Et l'avertissement dit clairement qu'aucun dispositif côté client ne peut garantir le secret face à un analyste humain déterminé disposant de temps et d'un débogueur ; il conseille de garder les vrais secrets sur un serveur. S'y ajoutent 27 versions étiquetées et deux sauts de version majeure en 13 jours depuis la création du dépôt.
Notre avis : l'obfuscation renchérit le coût de l'examen, elle ne ferme pas la porte. BLA est une couche supplémentaire raisonnable pour une application Electron ou WebAssembly dont les auteurs craignent surtout l'analyse automatisée et bon marché par des agents, et ne remplace pas le fait de garder vérifications de licence et clés hors du client.
Là où il fait la différence
Un développeur indépendant qui vend une application de prise de notes payante sous Electron
Rendre plus difficile de pointer un agent IA sur l'application pour copier une fonction phare
Lancez npx bla-agents harden . sur le .asar compilé et relisez le rapport de vérification avant la sortie. Le paquet est gratuit ; prévoyez un .asar bien plus gros et gardez la vérification de licence sur votre serveur.
Une petite équipe qui distribue un noyau de traitement d'images en WebAssembly
Ralentir la reconstitution automatisée de l'interface exportée
BLA ajoute des exports leurres pour que le décodage d'interface de REA basé sur Wabt dépasse son budget et renvoie un résultat partiel ; l'échantillon du projet est passé de 54 B à 6,56 MiB, mesurez donc le temps de chargement dans votre propre application.
Une ingénieure sécurité dans une entreprise SaaS de taille moyenne
Évaluer l'exposition de notre client de bureau à la rétro-ingénierie par agents
Lancez bla audit pour le rapport d'exposition sur 16 vecteurs, puis npm run redteam:rea sur une copie protégée pour voir quels chemins de REA échouent réellement. Prenez les chiffres de coût en tokens comme des estimations.
Avant de vous engager
- Mise en route
- npx bla-agents setup enregistre le serveur MCP et la skill auprès de votre agent ; npx bla-agents harden . enchaîne audit, protection et vérification. Demande Node.js ^22.23.4 ou 24+.
- Intégrations
- Claude Code, Cursor, Codex, Gemini CLI, Windsurf, Google Antigravity, OpenCode, VS Code et GitHub Copilot CLI ; Wabt et tshark en option pour les tests de red team.
- Données et confidentialité
- Tourne en local sur vos propres sorties de compilation ; écrit une graine aléatoire par projet dans .blarc ou bla.config.json ; le .bla-manifest.json facultatif n'est pas signé sauf si vous ajoutez une clé ed25519.
- Coût à grande échelle
- Gratuit ; le vrai coût, ce sont des téléchargements plus lourds et le temps de vérifier chaque version, puisque l'épuisement ajoute des mégaoctets à chaque artefact protégé.
- Limites
- Vérifié seulement face aux chemins d'analyse de REA lui-même ; Ghidra, Frida, JADX, firmwares et objets GPU non testés ; nouvelle signature des APK non prise en charge ; surcoût en vitesse non publié.
Les points forts
- Résultats mesurés face au vrai REA, avec les messages d'erreur
- Le README sépare le vérifié, le prévu et l'estimé
- Protection en une commande avec vérification d'équivalence à l'exécution
- Le texte appât risqué pour les LLM est désactivé par défaut
- Installation en MCP et skill pour la plupart des agents de code
Les points faibles
- Les multiplicateurs de tokens et de coût sont des estimations internes
- Alourdit de plusieurs mégaoctets les artefacts livrés
- Calé sur les limites de REA, qui peuvent changer à chaque version de REA
- N'arrête pas un analyste humain déterminé
- Très récent, avec des versions majeures qui s'enchaînent
Idéal pour
Développeurs qui distribuent des produits Electron, JavaScript ou WebAssembly, veulent rendre plus coûteuse la rétro-ingénierie automatisée par agents et acceptent des builds plus lourds.
BLA (Blind LLM Agents) : questions fréquentes
- BLA (Blind LLM Agents) vaut-il le coup ?
- BLA est une réponse astucieuse et d'une franchise rare à un outil précis, REA, et vos builds de production la paient en mégaoctets, alors qu'un analyste humain déterminé peut toujours passer. Nous lui donnons 3.3 sur 5.
- Combien coûte BLA (Blind LLM Agents) ?
- Gratuit sous licence MIT. Pas d'offre payante ; Wabt et tshark, facultatifs, ne servent qu'à relancer les tests de red team.
- Quels sont les inconvénients de BLA (Blind LLM Agents) ?
- Les multiplicateurs de tokens et de coût sont des estimations internes; alourdit de plusieurs mégaoctets les artefacts livrés; calé sur les limites de REA, qui peuvent changer à chaque version de REA; n'arrête pas un analyste humain déterminé; très récent, avec des versions majeures qui s'enchaînent.
- À qui s’adresse BLA (Blind LLM Agents) ?
- Développeurs qui distribuent des produits Electron, JavaScript ou WebAssembly, veulent rendre plus coûteuse la rétro-ingénierie automatisée par agents et acceptent des builds plus lourds.
- Combien coûte BLA (Blind LLM Agents) pour une équipe ou en production ?
- Gratuit ; le vrai coût, ce sont des téléchargements plus lourds et le temps de vérifier chaque version, puisque l'épuisement ajoute des mégaoctets à chaque artefact protégé.
- BLA (Blind LLM Agents) est-il sûr pour les données de l’entreprise ?
- Tourne en local sur vos propres sorties de compilation ; écrit une graine aléatoire par projet dans .blarc ou bla.config.json ; le .bla-manifest.json facultatif n'est pas signé sauf si vous ajoutez une clé ed25519.
Réponses vérifiées le 7 nov. 2026.