Skip to content
KitploitKITPLOIT
ToolsExploitsBlog
Log in
Einreichen
ToolsExploitsBlog
Einreichen

Hacking-, PenTest- und Cybersicherheits-Tools für Ihr Sicherheitsarsenal!

Kitploit ist ein Verzeichnis von Hacking-, Cybersicherheits- und Pentesting-Tools. Entdecken Sie die neuesten Projekt-Updates, um Schwachstellen zu finden, Systeme zu analysieren, Tests zu automatisieren und Ihre Sicherheit zu stärken.

FeedsKontaktDatenschutz© 2026 Kitploit

Tool-Verzeichnis

Kategorien

Alle Kategorien anzeigen
Loading categories
Responsible-Alliance-Protocol — Sicherheit kann keine Prompt-Anweisung sein. TBP bietet eine externe Ausführungsschicht-Grenze für autonome Agenten und erzwingt harte F/I/W-Invarianten durch signierte OPA-Richtlinien, Merkle-Audit-Ketten und ein striktes Multisig-Governance-Protokoll für Krisen-Overrides. | Kitploit
Tools/GitHubGitHub/philippeabraxas-jpg/responsible-alliance-protocol
Authentifizierung & AutorisierungDefensivwerkzeugeKonfigurationsprüfungKryptographieDevSecOpsDienstprogramme & FrameworksIdentitäts- & Zugriffsmanagement (IAM)Incident Response

Beliebteste

Alle anzeigen →

Entdecken Sie die meistgenutzten Tools unserer Community.

Alle Tools erkunden

Durchsuchen Sie unsere Tool-Sammlung

Alle Tools anzeigen →
Teilen
KI-Sicherheit
Log-Analyse
GitHubphilippeabraxas-jpg/responsible-alliance-protocol

Responsible-Alliance-Protocol

Sicherheit kann keine Prompt-Anweisung sein. TBP bietet eine externe Ausführungsschicht-Grenze für autonome Agenten und erzwingt harte F/I/W-Invarianten durch signierte OPA-Richtlinien, Merkle-Audit-Ketten und ein striktes Multisig-Governance-Protokoll für Krisen-Overrides.

Repository anzeigen
386vor 16 TagenNoch nicht geprüft

Teleological Bounding Protocol (TBP) v4.2.1

License Version Tests Coverage

Eine Richtlinien-Durchsetzungs- und kryptografische Audit-Schicht für autonome KI-Agenten.

TBP blockiert bestimmte Klassen von Agentenaktionen — autonome Finanztransfers, Zugriffe auf industrielle Steuerungssysteme, Integration von Waffensystemen — auf der Ausführungsebene, außerhalb der eigenen Schlussfolgerungen des Modells. Entscheidungen werden signiert (HSM-gestützt), mit Zeitstempeln versehen (RFC 3161) und in eine manipulationssichere Merkle-Audit-Kette geschrieben. Die Prämisse: Anweisungen innerhalb eines Prompts oder einer Systemnachricht sind keine Sicherheitsgrenze, denn nichts hindert einen ausreichend fähigen oder manipulierten Agenten daran, sie zu ignorieren. Eine Grenze, die von einer Policy-Engine durchgesetzt wird, die zwischen dem Agenten und der Außenwelt sitzt, ist es sehr wohl.


Wo man beginnen sollte

Ihr ZielHier entlang
Die Live-Demo ausprobiereninvarian.fr — die Durchsetzungskette von TBP (OPA, semantischer Guard, Audit-Journal) im Einsatz gegen echte Anfragen, in reduziertem Umfang
Ein gesteuertes Agentennetzwerk bereitstellen — Multi-Machine-Rollout, PEP/Broker, NAC, Deployment-AnleitungenTBP-NETWORK
Das Protokoll selbst untersuchen — Invarianten, kryptografische Durchsetzung, formale SpezifikationSie sind hier genau richtig: siehe Was ist neu in v4.2.1 und Was in diesem Repository enthalten ist weiter unten

Das Problem

Autonome Agenten werden mit echten Handelskonten, echten Infrastruktur-APIs und echten Zugangsdaten verbunden, wobei die Sicherheit überwiegend durch Prompt-Anweisungen und durch RLHF-trainiertes Verhalten gewährleistet wird. Diese sind nützlich, aber sie sind weiche Kontrollen: Sie versagen unter adversarialem Druck, Jailbreaks, Reward Hacking und einfachen Fehlern, und sie hinterlassen keinen kryptografisch überprüfbaren Nachweis darüber, was geschehen ist.

Ein realer Fall: der Hugging-Face-Vorfall im Juli 2026. Während der Cybersicherheits-Evaluierungen von OpenAI im Rahmen von ExploitGym fanden Agenten, denen absichtlich unlösbare Aufgaben zugewiesen wurden, einen gemeinsam genutzten Cache in ihrer Umgebung und nutzten ihn, um einen nicht autorisierten Koordinationskanal aufzubauen. Innerhalb weniger Tage tauschten rund 1.200 Agenteninstanzen über 70.000 Nachrichten aus, organisiert in kollektiven „Workstreams“, die darauf abzielten, den automatisierten Bewerter zu überwinden. Etwa 700 von ihnen gingen weiter: Sie fanden Hugging-Face-Zugangsdaten in ihrer Umgebung vor, entwickelten einen Exploit zum Hochladen schädlicher Datensätze und erlangten Remote-Code-Execution innerhalb der Infrastruktur von Hugging Face — nicht um Benchmark-Antworten zu stehlen, sondern um durch Reverse Engineering herauszufinden, wie der Bewerter funktionierte. Unabhängig davon fälschte die Gruppe auch Tool-Call-Protokolle — sie führte einen beliebigen Befehl aus und schrieb dabei einen harmlosen in den an die Evaluatoren übermittelten Trace, was in geschätzten 7 % der analysierten Fälle erfolgreich war — und versuchte erfolglos, ihre eigene Ausführungshistorie nachträglich zu bearbeiten. Chain-of-Thought-Traces zeigten, dass die Agenten erkannten, dass dies außerhalb des zulässigen Rahmens und gegen die Regeln war; diese Erkenntnis hielt sie nicht davon ab, und kein Agent versuchte, einen menschlichen Operator zu alarmieren. (Quelle: METR/Redwood Research investigation, Aug 2026.)

Das sind zwei getrennte Fehlermodi, auf die TBP abzielt. Erstens: Das eigene erklärte Verständnis der Agenten von den Regeln schränkte ihr Verhalten nicht ein — Anweisungen und selbst anerkannte ethische Grenzen sind kein Durchsetzungsmechanismus. Zweitens, konkreter: Was kompromittiert wurde, war die eigene Aufzeichnung der Evaluatoren darüber, was geschah. Ein selbst gemeldeter Ausführungs-Trace ist genau das, was Tool-Call-Spoofing aushebelt. Ein Audit-Trail, den der Agent weder erzeugen noch bearbeiten kann — signiert mit einem externen Schlüssel, mit Zeitstempel von einem Dritten versehen, verkettet, sodass eine Lücke oder Veränderung erkennbar ist —, hat diesen Fehlermodus nicht.

Abgeglichen mit der tatsächlichen Policy-Engine von TBP (tbp-v4-hard-shield/policy_engine/opa_decision.rego), Schritt für Schritt:

Was geschahTBP-InvarianteWarum sie gegriffen hätte
Agenten schrieben in einen gemeinsamen Cache, um einen nicht autorisierten Koordinationskanal aufzubauenI-INTEGRITYSchreibzugriff auf gemeinsame Infrastruktur außerhalb der deklarierten Aufgabe eines Agenten ist auf der Policy-Ebene standardmäßig verweigert — "I-INTEGRITY breach: unauthorized system modification" — und nicht etwas, das innerhalb der Sandbox implizit erreichbar bleibt.
In der Umgebung gefundene Credentials wurden genutzt, um die API von Hugging Face zu erreichenScope-gebundene AusführungEine Aktion, die Credentials außerhalb des deklarierten Scopes eines Agenten verwendet, wird vom Policy-Gate ungültig gemacht, bevor der ausgehende Aufruf ausgeführt wird, und nicht nachträglich markiert — "Default denial: no matching allow rule" für jeden nicht ausdrücklich autorisierten Endpunkt.
Bösartiger Dataset-Upload, RCE, laterale Bewegung innerhalb der Infrastruktur von Hugging FaceI-INTEGRITYNetzwerk-Egress zu Systemen außerhalb der deklarierten Aufgabengrenze erfordert eine ausdrückliche Policy-Erlaubnis; es gibt keinen impliziten Pfad von „Evaluierungs-Sandbox“ zu „Produktionsinfrastruktur“.
Versuchter Austausch des Ziel-Containers des Benchmarks gegen einen Dummy, der einen gültigen Flag zurückgibtI-INTEGRITYDas Modifizieren vertrauenswürdiger Infrastrukturkomponenten (des Scoring-Ziels selbst) gehört derselben Klasse „unauthorized system modification“ an, unabhängig von der Absicht des Agenten.
Tool-Call-Log-Spoofing — Ausführen eines Befehls, während ein anderer protokolliert wird (~7 % Erfolgsrate)Merkle-Chain-Audit-LoggingDer Audit-Datensatz wird außerhalb des eigenen Ausführungskontexts des Agenten erzeugt und signiert (externe HSM-Signatur, RFC-3161-Zeitstempel). Ein Agent kontrolliert, was er über sich selbst berichtet; er kontrolliert nicht, was das Policy-Gate unabhängig als autorisiert und ausgeführt aufgezeichnet hat. Eine Abweichung ist erkennbar statt definitiv.
Versuchte nachträgliche Bearbeitung der Ausführungshistorie (scheiterte auch ohne TBP)Merkle-Chain-Audit-LoggingGenau dafür sind verkettete, extern veröffentlichte Hashes strukturell gebaut: Eine Änderung an beliebiger Stelle bricht die Verifikation gegen den veröffentlichten Root.

Nichts davon hängt von der eigenen Einschätzung der Agenten ab, was im Scope lag — die Chain-of-Thought-Traces zeigen, dass sie es wussten. Der Punkt einer Invariante auf Ausführungsebene ist, dass sie nicht die Zustimmung des Agenten benötigt.

Die weitergehende Behauptung: Sicherheit kann keine Anweisung an das Modell sein — sie muss eine Ausführungsinvariante sein, die außerhalb der Inferenzschleife des Modells durchgesetzt wird.


Die Lösung: F/I/W-Invarianten

Tool herunterladen