BLA : rendre ton logiciel illisible pour les IA de reverse engineering

Le guide d'installation de BLA : les trois commandes, les trois couches de défense, les chiffres du benchmark et la liste des formats couverts.


Le dépôt

BLA (Blind LLM Agents) : https://github.com/qybaihe/bla

Licence MIT. Slogan : « make reverse engineering bankrupt again ». 1145 étoiles en cinq jours.

C'est la réponse défensive à REA (https://github.com/morluto/rea), le dépôt qui ouvre n'importe quel logiciel livré et recrache son fonctionnement en une commande.

Le dépôt est clair sur son usage : c'est un outil défensif, pour protéger ton propre code.

Installation, trois lignes

npx bla-agents setup
npx bla-agents harden .
npx bla-agents benchmark

Une fois le setup fait, tu peux aussi passer par ton agent en langage naturel :

protège mon logiciel contre REA

Les trois couches

CoucheCe que ça fait
PoisonPlante de faux indices, de fausses métadonnées et du faux flux de contrôle qui ressemblent à de vraies preuves
ExhaustPousse le fichier au-delà des budgets de l'analyseur (en-tête ASAR d'Electron au-delà de 16 Mo, build info Go au-delà d'un méga)
HallucinateL'analyse finit sur des inventaires tronqués et des pistes ambiguës, pendant que ton logiciel tourne exactement pareil

Le protect applique des semantic budget breakers, des tarpit state machines, de l'enclave chaff et des runtime shields. Le audit te sort un score d'exposition sur 100, les symboles exposés et le coût estimé pour un attaquant qui voudrait cloner.

Les chiffres du benchmark

L'exemple le plus parlant, une app Electron style Notion :

AvantAprès BLA
Tokens9 13223 millions
Coût de l'analyse34 centimes358 dollars
Score d'exposition98 / 1002 / 100

Formats couverts

JavaScript, TypeScript, Electron, Python et .pyc, WebAssembly, SQLite, Go, Flutter, Erlang, DEX Android, et les modèles Safetensors et GGUF, qui restent chargeables normalement.

Ordre de passage conseillé

  1. npx bla-agents setup dans le projet.
  2. npx bla-agents harden . sur ton build de livraison, jamais sur tes sources de travail.
  3. Tu relis le rapport verify : le comportement à l'exécution doit être identique.
  4. Tu regardes la chute du score d'exposition avant / après.

Une question sur une commande ou sur un format : réponds directement à ce message.