Nachweise für KI-Agenten exportieren und übergeben
Erstellen Sie Nachweisexporte für KI-Agenten mit Manifest, vertrauenswürdiger Prüfung, benannten Auslassungen und einer Übergabe für das genaue Paket.
Ein Nachweisexport für KI-Agenten sollte berechtigten Empfängern ermöglichen, den übergebenen Inhalt zu verstehen, seine Integrität zu prüfen und fehlende Teile zu erkennen, ohne die ursprüngliche Oberfläche zu benötigen. Eine ZIP-Datei allein leistet das nicht. Definieren Sie Manifest, Umfang, Vertrauensinformationen, Prüfverfahren und eine Empfangsbestätigung, die sich auf genau das exportierte Paket bezieht. Diese Bestandteile erfüllen unterschiedliche Aufgaben.
Dieser Artikel richtet sich an Plattform- und Prüfungsteams, die Nachweise zwischen Betriebsverantwortlichen, Kunden oder unabhängigen Prüfenden übergeben. Im Mittelpunkt steht die Paketübergabe, nicht der kryptografische Entwurf einzelner Belege. Das Beispiel ist ein synthetisches Fallpaket mit Entscheidungen, Aktionsreferenzen und einer späteren Ergebnisbeobachtung. Es enthält weder Kundeninhalte noch Zugangsdaten und darf nicht als Beleg eines tatsächlichen Kundenvorgangs verstanden werden.
Vor dem Export die Frage des Empfängers klären
Klären Sie, was der Empfänger feststellen soll: die Freigabe einer bestimmten Aktion, eine Annahmemeldung des Anbieters oder zugehörige Nachweise für alle bekannten Operationen eines Zeitraums. Das sind unterschiedliche Aussagen. Ein für einen Fall entworfenes Paket kann für eine Prüfung der gesamten Grundgesamtheit ungeeignet sein, auch wenn jede enthaltene Datei korrekt signiert ist. Die technische Gültigkeit allein löst dieses Umfangsproblem nicht.
Definieren Sie Empfänger, erlaubten Zweck, Fallpopulation, Zeitgrenze und erwartete Umgangsregeln. Prüfen Sie die Erlaubnis zur Weitergabe getrennt von der Befugnis für die ursprüngliche Aktion. Die Erlaubnis, ein Dokument vorzubereiten, gestattet nicht automatisch die Verteilung sämtlicher Grundlagen an beliebige Prüfende. Sie erlaubt auch nicht von selbst, diese Materialien zum Training eines Modells zu verwenden.
Das NIST AI RMF Playbook enthält vorgeschlagene Maßnahmen zur Risikoarbeit, darunter Dokumentation. Der hier beschriebene Paketaufbau ist unser technischer Vorschlag. Er ist weder ein vorgeschriebenes regulatorisches Exportformat noch eine Aussage über rechtliche Beweiskraft. Ein einzelnes technisches Paket erfüllt nicht automatisch alle Nachweispflichten unterschiedlicher Organisationen. Der konkrete Prüfzweck bleibt maßgeblich.
Ein Manifest mit ausdrücklichen Auslassungen erstellen
Listen Sie enthaltene Dateien, ihre Rollen, Prüfsummen und Fallverknüpfungen auf. Erfassen Sie Formatversion und Identität des Exporteurs. Ist eine referenzierte Quelle absichtlich nicht enthalten, erläutern Sie den Grund: anderweitige Aufbewahrung, fehlende Verfügbarkeit, Ausschluss aus dem Umfang oder Zugriffsbeschränkung. Schweigen darf nicht als Vollständigkeit ausgelegt werden. Der Empfänger muss erkennen können, welche Schlussfolgerungen durch eine Auslassung begrenzt bleiben.
| Manifestbestandteil | Nutzen für den Empfänger | Wesentliche Grenze |
|---|---|---|
| Paketkennung | Verweis auf genau eine unveränderliche Übergabe | Ein späterer Export benötigt eine neue Kennung |
| Umfangsbeschreibung | Verständnis von Fällen, Zeitraum und beabsichtigten Aussagen | Sie beweist keine vollständige Auswahl der Grundgesamtheit |
| Dateiverzeichnis | Prüfung von Namen, Größen, Rollen und Prüfsummen | Übereinstimmende Bytes belegen keine sachliche Wahrheit |
| Vertrauensinformationen | Auffinden freigegebener Prüfschlüssel und Ausstellerinformationen | Ein nur mitgelieferter Schlüssel ist nicht automatisch vertrauenswürdig |
| Ausschlüsse | Verständnis fehlender oder beschränkter Unterlagen | Schwärzungen können die unabhängige Interpretation begrenzen |
| Prüfanleitung | Wiederholung der Kontrollen mit dokumentierten Werkzeugständen | Erfolg gilt nur für tatsächlich implementierte Prüfungen |
| Übergabedatensatz | Verknüpfung von Empfang und Prüfung mit dem Paket | Empfang bedeutet keine Zustimmung zu jeder enthaltenen Aussage |
Gestalten Sie Dateipfade für sicheres Entpacken. Der Empfangsprozess sollte absolute Pfade, Verzeichniswechsel nach oben und unerwartete ausführbare Inhalte zurückweisen. Begrenzen Sie Archivgröße und Entpackaufwand. Das sind vorgeschlagene Umgangskontrollen für diesen Ablauf. Sie ersetzen weder vorhandene Schadsoftwareprüfungen noch betriebliche Kontrollen gegen unzulässige Datenweitergabe. Beide müssen weiterhin zur tatsächlichen Umgebung und zum erlaubten Inhalt passen.
Vor der Interpretation die Integrität prüfen
Der Empfänger sollte zuerst Paketstruktur, erwartetes Dateiverzeichnis und Prüfsummen kontrollieren. Signierte Inhalte werden gegen unabhängig vertraute Schlüssel und die erforderlichen Lebenszyklusinformationen geprüft. Ein öffentlicher Schlüssel in einem nicht vertrauenswürdigen Archiv kann allein nicht festlegen, wem die Ausstellung der Nachweise zugetraut werden soll. Diese Vertrauensentscheidung muss außerhalb der bloßen Behauptung des Pakets begründet sein.
Prüfen Sie anschließend die Beziehungen: Freigaben müssen zum exakten vorbereiteten Objekt passen, Übermittlungen zur vorgesehenen Operation und Ergebnisse zu maßgeblichen Beobachtungen. Unterscheiden Sie Annahme durch einen Anbieter und endgültigen Abschluss. Eine gültige Signatur schützt Integrität und Zuordnung der signierten Aussage unter dem geprüften Schlüssel. Sie beweist nicht, dass sämtliche zugrunde liegenden Tatsachen richtig sind oder jeder Ausführungspfad erfasst wurde.
Bewahren Sie den Prüfbericht mit Paketkennung und Werkzeugversion auf. Nicht unterstützte Formate oder fehlende Lebenszyklusinformationen werden als Einschränkungen erfasst, nicht als bestandene Prüfungen. Ignoriert ein Werkzeug unbekannte Felder, muss dieses Verhalten dokumentiert sein. Prüfende dürfen nicht annehmen, dass es fachliche Bedeutungen bewertet hat, die seine Implementierung tatsächlich gar nicht untersucht.
Schwärzung als sichtbare Transformation behandeln
Ändern Sie signierte Inhalte nicht direkt mit der Erwartung, die ursprüngliche Signatur bleibe gültig. Exportieren Sie möglichst eine zweckgebundene Referenz oder einen gesondert definierten abgeleiteten Datensatz. Erhalten Sie die Beziehung zum Originalnachweis und benennen zurückgehaltene Informationen. Das passende Verfahren hängt vom Nachweisformat und vom erlaubten Empfängerumfang ab. Eine pauschale Umwandlung ohne festgelegte Bedeutung ist dafür keine ausreichende Lösung.
Benötigt der Empfänger eine entfernte Tatsache, klären Sie dies über einen erlaubten Offenlegungsprozess. Versenden Sie keine zweite informelle Kopie per E-Mail, während die Pakethistorie unverändert bleibt. Dokumentieren Sie die ergänzende Übergabe und ihre Beziehung zum ersten Paket. So lässt sich später rekonstruieren, welche Unterlagen tatsächlich Grundlage der Prüfung waren und wann sie dem Empfänger zur Verfügung standen.
Den Empfang unabhängig vom Ersteller erproben
Erstellen Sie ein synthetisches Paket und geben es einer Person, die nicht an seiner Zusammenstellung beteiligt war. Sie soll Fall, beabsichtigte Aussagen, ausgelassene Unterlagen und Prüfverfahren allein anhand der Anleitung bestimmen. Halten Sie unklare Begriffe und fehlende Abhängigkeiten fest. Ein Paket, dessen Ersteller jede Datei mündlich erklären muss, ist noch nicht zuverlässig zwischen Teams übertragbar.
Wiederholen Sie den Versuch nach Änderung eines Bytes, Entfernung eines referenzierten Datensatzes und Austausch eines Prüfschlüssels gegen einen nicht vertrauten Schlüssel. Die Prüfungen müssen unterschiedliche Feststellungen liefern. Fügen Sie außerdem einen gültigen, aber unzugehörigen Datensatz hinzu. Dieser darf eine fehlende Beziehung nicht erfüllen. Integrität, Vertrauen, Umfang und Vollständigkeit benötigen getrennte Ergebnisse im Bericht, damit die Ursache einer Ablehnung erkennbar bleibt.
Prüfen Sie das Paket schließlich ohne Zugriff auf die ursprüngliche Anwendung, soweit das Format dies erlaubt. Dokumentieren Sie Kontrollen, die weiterhin aktuelle Onlineinformationen brauchen, beispielsweise zum Widerruf. „Offline-Prüfung“ sollte nur tatsächlich offline mögliche Kontrollen beschreiben. Die Bezeichnung darf nicht nahelegen, dass sich sämtliche aktuellen Lebenszyklusinformationen aus einem unveränderten Archiv ableiten lassen.
Die Übergabe ohne überzogene Abnahmeaussage abschließen
Erfassen Sie Lieferung, erfolgreiches Entpacken, technische Verifikation und fachliche Annahme getrennt. Ein Empfänger kann das Archiv erhalten und trotzdem nicht prüfen können. Er kann die Bytes bestätigen und zugleich einzelne Aussagen bestreiten. Die Bestätigung sollte deshalb das genaue Paket und die abgeschlossene Stufe nennen. Eine pauschale Meldung „übergeben“ erklärt nicht, welche Prüfung tatsächlich stattgefunden hat.
Bei einem Ersatzexport bleibt die Kennung des vorherigen Pakets erhalten. Erläutern Sie, ob das neue Paket ergänzt oder ersetzt. Tauschen Sie einen Download nicht unbemerkt unter derselben unveränderlichen Referenz aus. Bereits erfolgte Prüfungen müssen mit dem Material verbunden bleiben, das zum damaligen Zeitpunkt verfügbar war. Sonst verändert sich ihre scheinbare Grundlage nachträglich ohne neue fachliche Entscheidung.
Erproben Sie mit der Vorlage zunächst die Übergabe eines begrenzten Falls, bevor Sie große Exporte planen. Benennen Sie Verantwortliche für fehlende Nachweise, Vertrauenskonfiguration und Empfängerfragen. Das Ziel ist eine Übertragung, die ein anderes qualifiziertes Team verstehen und hinterfragen kann, mit erhaltenen Einschränkungen. Ein Ordner, dessen Vollständigkeit nur sein Absender behauptet, erfüllt dieses Ziel nicht.
Vorlage und ergänzende Umsetzungsleitfäden nutzen
Nutzen Sie den übergeordneten Leitfaden für die umfassendere Architektur und wenden Sie diesen Artikel auf eine klar begrenzte Umsetzung an. Die ergänzenden Artikel behandeln verwandte Entscheidungen, ohne diese Vorlage zu ersetzen.
Bearbeitbare Vorlage herunterladen. Nächster Schritt.
Technischer Entwurf vom 18. Oktober 2026. Primärquellen wurden an diesem Datum geprüft; die fachliche Prüfung steht noch aus. Die Vorlagen beschreiben vorgeschlagene Tests, keine gemessenen Kundenergebnisse. OATI bleibt eine Entwicklervorschau. Lokale Implementierungsnachweise belegen keine unabhängige Prüfung, Kundenabnahme oder Produktionsreife einer konkreten Bereitstellung.