Infrastruktur
Artikel darüber, wie BX-System das System schützt und erhält.
- Implementierungsleitfaden: Werkzeuge mit SHA-256 signieren
Eine Schritt-für-Schritt-Anleitung, wie der Kernel Werkzeuge mit SHA-256 signiert und die Signatur aktualisiert, nachdem die AST-Engine eine Reparatur durchgeführt hat.
- Die AST-Engine: regelbasierte Codereparatur
Die AST-Engine parst erzeugten Code, wendet Richtlinienregeln an, schreibt die korrigierte Version und aktualisiert die Signatur.
- Kill-Switch und isolierter Kontext
Ein zentraler Kill-Switch stoppt die Ausführung. Isolation hält den Kontext mit unveränderlichen Snapshots, sodass ein Stoppen und Fortsetzen den Zustand nicht beschädigt.
- Reine RAM-Ausführung für Kernmodule
Kernmodule laufen nur im RAM. Während der Ausführung wird nichts auf die Festplatte geschrieben, sodass ein gestoppter Zyklus keine ausführbaren Rückstände hinterlässt.
- Werkzeugpakete mit AES-GCM verschlüsseln
Jedes Paket wird mit AES-GCM verschlüsselt. Das Paket wird im isolierten Kontext entschlüsselt und ohne Persistierung ausgeführt.
- Selbstschutz
Selbstschutz ist das Prinzip, nach dem BX-System seinen Code, seine Werkzeuge, seine Pakete und seinen Ausführungskontext durch geschichtete Mechanismen schützt, die vor, während und nach der Ausführung wirken.
- Automatische Reparatur
Automatische Reparatur ist das Prinzip, nach dem BX-System fehlerhaften Code ohne manuelle Überprüfung korrigiert. Die AST-Engine erkennt Regelverletzungen und korrigiert sie; der Kernel kehrt in einen stabilen Zustand zurück.
- Effizienz
Effizienz ist das Prinzip, nach dem BX-System anstrebt, so wenige Ressourcen wie möglich zu verbrauchen. Jede Entscheidung wird durch verbrauchte Energie gegen erzieltes Ergebnis abgewogen.
- Jedes Werkzeug mit SHA-256 signieren
Jedes Werkzeug wird mit SHA-256 signiert. Eine Signaturänderung bedeutet, dass sich der Code geändert hat; eine unveränderte Signatur bedeutet, dass der Code so ist, wie er verifiziert wurde.