Zusammenfassung

  • NIST nutzt zunächst sein DevSecOps-Projekt, um die Identifizierung, Authentifizierung und Berechtigung von KI-Agenten im Softwarelebenszyklus zu demonstrieren.
  • Mehr als 600 Stellungnahmen gingen ein; der Bericht legt die Unterstützung durch Gemini bei der Auswertung offen und verschiebt verbrauchergesteuerte Agenten auf eine spätere Phase.

Der erste Erprobungsort steht fest, ein endgültiger Projektentwurf jedoch noch nicht. In der Mitteilung vom 29. September kündigt NIST an, für den ersten Umsetzungsfall sein Projekt zur sicheren Softwareentwicklung (DevSecOps) zu nutzen. Gezeigt werden soll, wie Agenten während des Softwarelebenszyklus identifiziert, authentifiziert und mit Berechtigungen versehen werden.

Ausgangspunkt war ein im Februar veröffentlichtes Konzeptpapier. Die Zusammenfassung der Stellungnahmen nennt mehr als 600 Rückmeldungen aus Wirtschaft, Regierung und Wissenschaft. Dabei geht es nicht nur um einen Namen für einen Agenten. Beiträge verknüpfen dessen Arbeitslast und Laufzeitumgebung mit der Person oder Organisation, die ihn autorisiert, und mit den Rechten, die im jeweiligen Moment gelten. Laut Bericht sprach sich die Mehrheit dafür aus, vorhandene Identitätsstandards weiterzuentwickeln, statt eine parallele Infrastruktur aufzubauen. Bei konkreten Technologien und Vertrauensmodellen bestand jedoch kein Konsens. NIST will im nächsten Projektentwurf erneut um Stellungnahmen zu Umfang, Anwendungsfällen, Architektur und Standards bitten.

Der Bericht macht auch seine Entstehung transparent: Gemini von Google half bei Prüfung, sprachlicher Überarbeitung und Zusammenfassung der Rückmeldungen. Die NIST-Autoren erklären, sie hätten Aussagen und Schlussfolgerungen überprüft. Der Bericht schreibt Gemini nicht die Auswahl von DevSecOps zu. Die Mitteilung führt diese Wahl auf das Projektteam und dessen Auswertung der Rückmeldungen zurück. Redaktionelle Unterstützung und die institutionelle Entscheidung darüber, was zuerst getestet wird, sind getrennte Sachverhalte.

Eine unternehmensinterne Softwarefabrik bietet überschaubare Grenzen. Das Unternehmen kann Agent, Laufzeit, Zugangsdaten sowie den Zugriff auf Repositorien und Dienste kontrollieren. So lässt sich untersuchen, ob bestehende Identitätsmechanismen konkrete Berechtigungen an einzelne Entwicklungsaufgaben binden. Offen bleibt, welche Aktionen der Agent ausführen darf, in wessen Auftrag er handelt und wie sich eine Erlaubnis prüfen oder entziehen lässt. Eine verifizierte Identität legt noch keinen zulässigen Handlungsspielraum fest.

Bei Agenten unter Kontrolle von Verbrauchern verschiebt sich diese Grenze. Sie können im Auftrag einer Person einen Unternehmensdienst ansprechen, deren Zugangsdaten nutzen oder zwischen Systemen verschiedener Organisationen wechseln. Die NIST-Zusammenfassung gibt die Frage wieder, wie ein Dienst einen tatsächlich bevollmächtigten Agenten von einem Programm unterscheiden kann, das diese Vertretung nur behauptet. Die Projektseite nimmt weiter laufend Kommentare an; sie enthält weder einen abgeschlossenen Standard noch eine Branchenpflicht.

Die Reihenfolge begrenzt, wofür der erste Nachweis steht. NIST plant zunächst den Fall einer unternehmensinternen Softwareentwicklung und später einen Fall mit Agenten, die Verbrauchern gehören oder von ihnen kontrolliert werden. Eine Erprobung im Unternehmen kann Kontrollen in dieser Umgebung prüfen. Sie beantwortet nicht, wie ein unabhängiger Agent gegenüber einem fremden Dienst seine Vollmacht nachweisen muss. Weitere Anwendungsfälle seien noch festzulegen; NIST will den nächsten Projektentwurf erneut zur Diskussion stellen.

Mehr als 600 Rückmeldungen belegen eine hohe Beteiligung, aber keine Abstimmung über den Projektumfang. NIST bestimmt die Abfolge und die Testbedingungen; die Stellungnahmen liefern dafür Material. Das Konzeptpapier vom Februar fragte, ob ein praktisches Vorhaben Organisationen helfen könnte, Identität und Berechtigungen auf Software-Agenten anzuwenden. Die September-Mitteilung führt die Arbeit näher an eine Demonstration heran, lässt Architektur und weitere Einsatzfälle aber offen.

Der nächste öffentliche Prüfpunkt ist der Projektentwurf mit vorgeschlagenem Umfang, Anwendungsfällen, Architektur und Standards. Für den 28. Oktober hat NIST zudem ein Webinar zu Agentenidentität und DevSecOps angekündigt. Solange der Entwurf fehlt, lässt sich der erste Fall nicht als allgemeines Identitätsmodell, Zertifizierung oder verabschiedete technische Vorgabe behandeln.