qybaihe/blaDurcit les binaires, les ASAR Electron, le JS, le WASM, le Python et les fichiers de modèles contre les agents d'ingénierie inverse par IA grâce à des métadonnées leurres, l'épuisement du budget et des boucliers équivalents à l'exécution.
English · 简体中文 · 繁體中文 · 日本語 · 한국어 · Türkçe · Русский · Tiếng Việt · ไทย · Deutsch · Español · Français · Українська · Polski · Português (Brasil) · العربية · فارسی · Bahasa Indonesia · Italiano · Ελληνικά · മലയാളം · Roman Urdu · Română
BLA : Blind LLM AgentsPointez BLA sur la build que vous livrez. Lorsqu'un agent de rétro-ingénierie IA (REA) l'ouvre, l'analyseur atteint ses limites de ressources, suit des leurres et brûle des tokens — tandis que vos utilisateurs conservent le même comportement à l'exécution.
Site web · Guides · Vitrines · Avertissement
Démarrage rapide · Résultats empiriques · Couverture des formats · Benchmark · FAQ
bla harden .
# or tell your agent: "Harden my software against REA"
[!IMPORTANT] BLA est un outil défensif destiné à protéger votre propre logiciel. Voir DISCLAIMER.md. Obtenez BLA depuis qybaihe/bla ou npm
bla-agents.
REA rétro-ingénierie les artefacts de release en une seule commande. BLA est la moitié Counter-REA de cette histoire :
| Couche | Ce qui se passe |
|---|---|
| Poison | Plante des canaris au format valide, des métadonnées leurres et un flux de contrôle factice qui ressemblent à de vraies preuves. |
| Exhaust | Pousse l'artefact au-delà des budgets de ressources documentés de REA (en-têtes, imbrication, inventaires d'interfaces, PCAP JSON, sentinelles de fuse, …). |
| Hallucinate | Laisse l'analyseur avec des inventaires tronqués, des échecs de caviardage et des impasses ambiguës — tandis que l'exécution reste équivalente. |
Une seule phrase couvre le cas courant (découvre automatiquement dist/ / build/ / .asar / .wasm / .sqlite / modèles / … et exécute audit → protect → verify) :
npx bla-agents harden .
# MCP / agent: bla_harden · "Harden my software against REA"
Même pipeline que bla defend / bla_defend lorsque vous connaissez déjà le chemin ; harden est l'UX par défaut en une seule commande.
# Node.js ^22.23.4 or 24.x recommended (REA red-team needs zlib.zstd on 22.23+)
npx bla-agents setup # register MCP + skill with your coding agent
npx bla-agents harden . # one-command Counter-REA pass on the current project
npx bla-agents benchmark # 14-target showcase (local estimates + runtime checks)
Demandez à votre agent après la configuration :
Harden my software against REA
Ou exécutez les étapes explicitement : audit · protect · verify · defend — voir CLI et MCP.
Ces chiffres proviennent de l'exécution de REA réel contre des échantillons durcis par BLA sur du matériel standard (npm run redteam:rea). Rapport complet lisible par machine : docs/redteam/empirical-rea-validation.md / .json.
Comment lire ceci : « Vérifié empiriquement » signifie que le chemin de l'analyseur REA a réellement renvoyé l'échec de budget / capacité / caviardage indiqué dans cet environnement. Ce n'est pas une affirmation concernant des sessions Ghidra/Frida/LLDB/Rizin/JADX que nous n'avons pas exécutées ici.
Enregistré sous Node v24.22.1 avec Wabt 1.0.42 + tshark 4.4 facultatifs lorsque indiqué. Les soft-skips maintiennent Node 22 / CI au vert lorsque l'outillage est absent.