Was ist ein AI SRE?

Der Read-only-Assistent

Die eine Form untersucht, korreliert und schreibt eine solide Zusammenfassung, und übergibt dann. Das ist wirklich nützlich, und genau dort hört die Arbeit auf: Den Fix tippen weiterhin Sie, zu welcher Uhrzeit auch immer der Pager ging. Nichts, was sie erzeugt, kann ein System berühren, das ist sicher, aber es überlässt Ihnen die letzte und riskanteste Meile.

Der Autonomie-Regler

Die andere Form führt mit eigenen Zugangsdaten aus, gesteuert von einem konfigurierbaren Schwellwert. Regler hoch, und sie handelt allein; Regler runter, und sie fragt erst. Der Haken: Sicherheit ist zur Einstellung geworden, und eine Einstellung kann falsch konfiguriert sein. Der Blast-Radius ist alles, was diese hinterlegten Zugangsdaten erreichen.

Eine dritte Position: Ausführung mit struktureller Eindämmung

Es gibt eine dritte Möglichkeit, die die meisten im Feld nicht kommunizieren. Ausführen, aber nur über ein Gateway, das der Kunde betreibt, gegen eine Allowlist, die der Kunde veröffentlicht, ohne dauerhafte Zugangsdaten in der Control Plane und mit Policy-Gate plus menschlicher Freigabe auf dem einzigen Weg zur Ausführung. Ein signierter Job aus der eigenen Control Plane des Anbieters wird trotzdem verweigert, wenn er nicht auf der Liste des Kunden steht. Die Eindämmung ist die Architektur, keine Einstellung.

Was Sie jeden AI SRE fragen sollten

• Welche Zugangsdaten hält er zu unseren Systemen, und wo liegen sie?
• Ist Freigabe Architektur oder eine Einstellung, die jemand ausschalten kann?
• Was begrenzt einen Fehler oder eine Prompt Injection, wenn das Modell falsch liegt?
• Kann er vollständig auf unserer eigenen Hardware laufen, on-premises?
• Remediert er Security-Incidents automatisch? (Die sichere Antwort ist nein.)

Siehe auch: Sicherheit · Prompt Injection