qybaihe/blaHärtet Binärdateien, Electron-ASAR, JS, WASM, Python und Modelldateien gegen KI-Reverse-Engineering-Agenten durch Köder-Metadaten, Budget-Erschöpfung und laufzeitäquivalente Schutzschilde.
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 AgentsRichte BLA auf den Build, den du auslieferst. Wenn ein KI-Reverse-Engineering-Agent (REA) ihn öffnet, stößt der Analyzer an Ressourcenbudgets, folgt Ködern und verbrennt Tokens — während deine Nutzer weiterhin dasselbe Laufzeitverhalten erhalten.
Website · Anleitungen · Showcases · Haftungsausschluss
Schnellstart · Empirische Ergebnisse · Formatabdeckung · Benchmark · FAQ
bla harden .
# or tell your agent: "Harden my software against REA"
[!IMPORTANT] BLA ist ein defensives Tool zum Schutz deiner eigenen Software. Siehe DISCLAIMER.md. Beziehe BLA von qybaihe/bla oder npm
bla-agents.
REA reverse-engineert Release-Artefakte mit einem einzigen Befehl. BLA ist die Counter-REA-Hälfte dieser Geschichte:
| Ebene | Was passiert |
|---|---|
| Vergiften | Platziere formatgültige Canaries, Honey-Metadaten und Decoy-Kontrollfluss, die wie echte Beweise aussehen. |
| Erschöpfen | Treibe das Artefakt über REAs dokumentierte Ressourcenbudgets hinaus (Header, Verschachtelung, Interface-Inventare, PCAP-JSON, Fuse-Sentinels, …). |
| Halluzinieren | Hinterlasse beim Analyzer abgeschnittene Inventare, Redaction-Fehler und mehrdeutige Sackgassen — während die Laufzeit äquivalent bleibt. |
Ein Satz deckt den üblichen Fall ab (findet automatisch dist/ / build/ / .asar / .wasm / .sqlite / Modelle / … und führt Audit → Protect → Verify aus):
npx bla-agents harden .
# MCP / agent: bla_harden · "Harden my software against REA"
Dieselbe Pipeline wie bla defend / bla_defend, wenn der Pfad bereits bekannt ist; harden ist die Standard-UX für einen einzigen Befehl.
# 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)
Fragen Sie Ihren Agenten nach der Einrichtung:
Harden my software against REA
Oder führe die Phasen explizit aus: audit · protect · verify · defend — siehe CLI und MCP.
Diese Zahlen stammen aus der Ausführung von echtem REA gegen BLA-gehärtete Samples auf Standardhardware (npm run redteam:rea). Vollständiger maschinenlesbarer Bericht: docs/redteam/empirical-rea-validation.md / .json.
So liest man das: „Empirisch verifiziert“ bedeutet, dass der REA-Analyzer-Pfad in dieser Umgebung tatsächlich den aufgeführten Budget-/Kapazitäts-/Redaktionsfehler zurückgegeben hat. Es ist keine Aussage über Ghidra/Frida/LLDB/Rizin/JADX-Sitzungen, die wir hier nicht ausgeführt haben.
Aufgezeichnet unter Node v24.22.1 mit optionalem Wabt 1.0.42 + tshark 4.4, sofern angegeben. Soft-Skips halten Node 22 / CI grün, wenn die Tooling-Komponenten fehlen.