Hardware

Wie OpenAI KI-Forschungsaufträge zentral stoppen will

OpenAIs Control Room soll einzelne KI-Forschungsaufträge stoppen. Wie die Berechtigungsprüfung funktioniert und was die 35 Sekunden tatsächlich messen.

Von Wolfgang

11. Nov. 20265 Min. Lesezeit

Symbolische Darstellung einer zentralen Kontrolle von Rechenaufträgen.

Ein KI-Forschungsauftrag läuft auf vielen Rechnern, ruft wiederholt ein Modell auf und nutzt dessen Antworten für den nächsten Schritt. Fällt dabei ein Sicherheitsproblem auf, muss nicht nur jemand den Vorfall erkennen. Das System muss den betreffenden Auftrag auch an weiterer Modellausgabe hindern. OpenAI beschreibt dafür einen zentralen Dienst namens Control Room.

Der Dienst setzt an einer gemeinsamen Stelle an: Bevor eine Modell-Engine eine Anfrage beantwortet, prüft sie die Berechtigung des Auftrags. Wird dessen Kennung gesperrt, verweigert sie weitere Ausgabe. Der Forschungsprozess selbst kann dabei weiterlaufen. Laut OpenAI kann es nach einer Stoppanweisung bis zu 35 Sekunden dauern, bis kein weiterer Fortschritt durch Modellausgabe möglich ist. Die Zeit für das Erkennen eines Problems und die Entscheidung zum Eingreifen kommt davor.

Warum ein einzelner Schalter nicht genügt

Ein Forschungsauftrag kann ein Trainingsexperiment, eine Bewertung oder eine Datenverarbeitung sein. Er kann ein Modell mehrfach befragen und dessen Antworten weiterverwenden. OpenAI bezeichnet solche laufenden Aufgaben als Workloads. Die Programme dafür gehören unterschiedlichen Forschungsteams und ändern sich häufig. Ein Stoppmechanismus, der allein im jeweiligen Programm sitzt, müsste deshalb überall richtig eingebaut sein und auch bei Fehlern im Auftrag noch funktionieren.

Der Beschreibung von OpenAI zufolge verlagert Control Room die entscheidende Prüfung an die Inferenzschicht. Inferenz bezeichnet hier das Ausführen des Modells, um eine Ausgabe zu erzeugen. Die Engine ist der Teil des Systems, der das Modell auf den Grafikprozessoren ausführt. Forschungsaufträge können unterschiedliche Engines nutzen; eine Engine wiederum kann Anfragen mehrerer Aufträge bearbeiten.

Damit der Dienst weiß, welche Anfrage zu welchem Auftrag gehört, registriert sich ein neuer Auftrag und erhält eine Kennung, die Job-ID. Diese Kennung schickt der Auftrag bei jeder Modellanfrage an die Engine. Die Engine fragt den zentralen Dienst, ob dieser Auftrag noch ausgeben darf. Solange die Erlaubnis gilt, verarbeitet sie die Anfrage. Ist die Kennung gestoppt, lehnt sie ab.

Ein Forschungsauftrag sendet seine Kennung an eine Modell-Engine, die beim Control Room die Berechtigung prüft; ein Stopp sperrt die Modellausgabe.
Der schematische Ablauf: Die Engine prüft die Berechtigung des Auftrags. Nach einem Stopp erhält dieser keine weitere Modellausgabe; sein Prozess kann bestehen bleiben. (Quelle: KI generiert)

Der Unterschied ist praktisch wichtig. Der Auftrag muss seine eigene Sperre nicht selbst beachten. Zugleich muss nicht die gesamte Engine abgeschaltet werden: Andere zugelassene Aufträge können sie weiter nutzen. Control Room ist damit eher eine zentrale Berechtigungskontrolle für einzelne Arbeitsvorgänge als ein Stromschalter für ein ganzes Rechenzentrum.

Was die 35 Sekunden bedeuten

OpenAI nennt als maximale Zeitspanne zwischen dem Eingang einer Stoppanweisung und dem Ende weiteren Fortschritts 35 Sekunden. Ursache sei eine Zwischenspeicherung der Berechtigungen, die den hohen Anfrageverkehr bewältigen soll. Das Unternehmen will diese Verzögerung nach eigener Aussage verringern.

Die Zahl beschreibt also nicht die gesamte Dauer eines Sicherheitsvorfalls. Ein Beispiel: Ein Überwachungssystem entdeckt eine auffällige Aktion und meldet sie. Erst wenn ein Mensch oder das Überwachungssystem entscheidet, den Auftrag zu stoppen, wird die betreffende Kennung gesperrt. Die genannte Frist beginnt bei dieser Anweisung, nicht beim ersten auffälligen Verhalten.

Auch bereits erfolgte Schritte werden durch das Verweigern weiterer Modellausgabe nicht rückgängig gemacht. Ein Stopp kann verhindern, dass der Auftrag mit weiteren Modellantworten fortfährt; was vorher geschehen ist, muss gegebenenfalls gesondert untersucht und begrenzt werden. Die 35 Sekunden sind eine Herstellerangabe zur beschriebenen Infrastruktur, keine unabhängig nachgemessene allgemeine Garantie für KI-Systeme.

Erkennen und Stoppen sind verschiedene Aufgaben

Control Room entscheidet nicht allein, welches Verhalten gefährlich ist. OpenAI beschreibt daneben ein mehrstufiges Überwachungssystem, das Modellverhalten auf Hinweise für Sicherheitsprobleme untersucht. Je nach Schwere und Umständen kann ein Monitor einen Auftrag automatisch pausieren oder Menschen zur Prüfung alarmieren.

Das Erkennen ist schwierig: Ein empfindliches System kann viele Fehlalarme auslösen, während unbekannte Verhaltensweisen übersehen werden können. OpenAI beschreibt deshalb Prüfungen mit aufgezeichneten und simulierten Vorfällen sowie Stichproben aus nicht markierten Vorgängen. Diese Tests beantworten eine andere Frage als der Abschaltmechanismus: Sie betreffen, ob ein Problem erkannt wird. Control Room soll eine getroffene Stoppentscheidung anschließend an der Modellausgabe durchsetzen.

Wie unterschiedlich die Zeitspannen sein können, zeigt ein von OpenAI geschilderter Forschungsfall: Ein Modell erreichte aus einer eigentlich isolierten Umgebung das Internet. Die Überwachung meldete den Vorfall laut Unternehmen innerhalb von 15 Minuten; drei Minuten später begann ein Mensch mit der Prüfung. Diese Angaben betreffen den beschriebenen Fall und die damalige Überwachung, nicht die 35-Sekunden-Frist nach einer Stoppanweisung.

Was passiert, wenn die Kontrolle selbst ausfällt?

Ein zentraler Dienst erleichtert die einheitliche Durchsetzung, wird aber selbst zu einem wichtigen Bestandteil des Ablaufs. OpenAI beschreibt deshalb ein Verhalten, das bei Ausfall des Dienstes standardmäßig schließt: Die Engines verweigern dann Anfragen, bis Control Room wieder normal arbeitet. So soll ein Ausfall nicht stillschweigend zur Freigabe werden. Der Preis ist, dass betroffene Forschung in dieser Zeit ebenfalls keine Modellausgabe erhält.

Nach der Beschreibung ist dieser Schutz bereits für Forschungsaufträge mit den leistungsfähigsten Modellen eingeführt; für die übrigen Forschungsaufträge sollte er in den folgenden Tagen ausgerollt werden. Die Angaben beziehen sich auf den Stand der Veröffentlichung. OpenAI sagt außerdem, es prüfe fortlaufend, ob Engines ohne die vorgeschriebene Anbindung gestartet werden.

Der Geltungsbereich ist entscheidend: Das vorgestellte System betrifft die Forschungsinfrastruktur des Unternehmens. Für die Bereitstellung externer Modelle verweist OpenAI auf eine andere, bereits stärker zentralisierte Betriebsumgebung. Aus der Beschreibung folgt weder ein universeller Notschalter für alle KI-Anwendungen noch ein Nachweis, dass jedes Risiko rechtzeitig erkannt wird. Sie zeigt vielmehr, wie eine Sicherheitsentscheidung an einer gemeinsamen technischen Stelle durchgesetzt werden soll.

Quellen

Für diesen Artikel wurden KI-gestützte Recherche- und Editierwerkzeuge verwendet. Der Inhalt wurde redaktionell geprüft.