Was ist MXC? Eine neue Sicherheitsgrenze für KI-Agenten

Auf einen Blick: Ein KI-Agent benötigt Tools, um nützliche Arbeit zu leisten, aber der Zugang zu diesen Tools sollte Grenzen haben. MXC bietet einen Ausgangspunkt für die Prüfung von Berechtigungen, Aktivitätsaufzeichnungen und die Isolation der Ausführung.

Was sagt die Ankündigung aus?

am 7. Oktober 2026Microsoft kündigte die allgemeine Verfügbarkeit von Microsoft Execution Containers oder MXC an. In der Beschreibung des Unternehmens deklarieren Entwickler die Ressourcen, die eine Aufgabe benötigt, während die Ausführungsschicht Einschränkungen unabhängig von den Entscheidungen des Agenten durchsetzt. Diese Ressourcen können Dateien, Netzwerkziele und Ausführungsfunktionen umfassen. Die Ankündigung betrifft eine Ausführungsgrenze; sie garantiert nicht, dass jede Modellantwort korrekt ist. Microsoft’s official report

Die folgenden Abschnitte bieten eine praktische Analyse dieses Ansatzes. Sie sind keine vorgefertigte Konfiguration für jede Organisation. Die Politik muss die tatsächlichen Daten, Werkzeuge und Konsequenzen widerspiegeln.

Warum sind gute Anweisungen nicht genug?

Angenommen, ein Assistent wird gebeten, Anwendungsfehler zu untersuchen. Das Lesen des Logverzeichnisses der Anwendung könnte ausreichen. Wenn derselbe Assistent auch Produktionsdateien bearbeiten, jeden Dienst kontaktieren und ein Administratorkonto verwenden kann, kann eine falsche Werkzeugwahl Konsequenzen haben, die weit über die ursprüngliche Aufgabe hinausgehen.

Eine Anweisung wie "Berühren Sie keine anderen Dateien" kann nützlich sein, ersetzt jedoch keine erzwungene Einschränkung. Eine zuverlässige Politik muss außerhalb des Entscheidungsprozesses des Agenten bestehen. Die praktische Frage für ein IT-Team lautet: Wenn der Agent unerwartet handelt, welcher Teil des Systems verhindert die Aktion tatsächlich?

Es hilft auch, eine falsche Antwort von einer falschen Handlung zu unterscheiden. Eine ungenaue Erklärung kann durch Überprüfung korrigiert werden. Eine unbeabsichtigte Änderung der Produktionskonfiguration kann einen Dienst unterbrechen. Der Zuständigkeitsbereich sollte die Folgen der Maßnahme widerspiegeln.

Von einer breiten Autorität zu spezifischen Berechtigungen

Für ein erstes Experiment brechen Sie die Autorität des Agenten in kleinere Fragen. Die folgende Tabelle ist ein vorgeschlagener Bewertungsrahmen, keine Produktspezifikation.

Dies macht "den Agenten sicher" zu Entscheidungen, die getestet werden können. Jede Erlaubnis sollte einen Zweck, einen Eigentümer und eine klare Gültigkeitsdauer haben.

Ein hypothetisches Infrastruktur-Team-Szenario

Stellen Sie sich vor, ein Unternehmen bittet einen Assistenten, Web-Server-Fehler zu analysieren. Ein sinnvoller Ausgangspunkt ist eine bereinigte Kopie der Protokolle in einer Testumgebung. Zunächst klassifiziert der Assistent Fehler und empfiehlt Aktionen; ein Bediener behält die Verantwortung für die Ausführung von Änderungen.

Nach mehreren Auswertungen ermöglicht das Team möglicherweise einige wenige Aktionen mit geringen Auswirkungen in der Testumgebung. Der Fortschritt sollte nicht nur an der Anzahl der abgeschlossenen Aufgaben gemessen werden. Das Team sollte auch das Verhalten untersuchen, wenn Anfragen nicht verwandt sind, Daten außerhalb des zulässigen Umfangs liegen oder ein Zugriffsversuch fehlschlägt.

Beispielsweise kann Text in einem Protokoll einer Anweisung ähneln. Seine Anwesenheit sollte dem Agenten keine zusätzliche Befugnis einräumen. Eingabedaten beschreiben das Problem; es ist keine Berechtigungsquelle.

Schlüsselpunkt: Ein erfolgreiches Experiment demonstriert sowohl den Abschluss der autorisierten Arbeit als auch die beobachtbare Verhinderung von nicht autorisierten Handlungen.

Eine vorgeschlagene Bewertungssequenz

1. Wählen Sie eine begrenzte, wiederholbare, risikoarme Aufgabe.
2. Listen Sie die erforderlichen Ressourcen mit dem Service Owner auf.
3. Beginnen Sie mit Empfehlungen und halten Sie die Ausführung von Änderungen getrennt.
4. Testen Sie Out-of-Scope-Zugriffsversuche in der Testumgebung.
5. Aufzeichnungsfehler und die Gründe, warum der Zugriff verweigert wurde.
6. Fügen Sie nur die Berechtigungen hinzu, die durch die Überprüfung gerechtfertigt sind.

Policy Maintenance hat auch Kosten. Dateipfade, Tools und Services ändern sich. Eine alte Berechtigungsdefinition kann schließlich aufhören, der Umgebung zu entsprechen. Sein Besitzer sollte wissen, wann er es überprüfen und welche Beweise zu untersuchen sind.

Einschränkungen und häufig gestellte Fragen

Macht Containment den Output korrekt?

Nein. Die Einschränkung der Autorität und die Gewährleistung der Genauigkeit der Antworten sind unterschiedliche Probleme. Der technische Output benötigt noch Test-, Überprüfungs- und Akzeptanzkriterien.

Kann eine Politik jede Aufgabe abdecken?

In dieser Analyse ist das ein schlechter Ausgangspunkt. Das Lesen von Protokollen, das Ändern des Codes und die Verwaltung der Infrastruktur haben unterschiedliche Konsequenzen und sollten Berechtigungsbereiche separat berücksichtigen.

Für eine verwandte Perspektive auf Datenkontrolle und operative Abhängigkeiten, siehe Datensouveränität in der Cloud.

Quellen und redaktionelle Anmerkungen

• Microsoft’s official MXC announcement
• The official Microsoft MXC repository

Quellen geprüft am: 1. November 2026. Das Szenario und die Bewertungssequenz sind eine Originalanalyse, kein Bericht über einen realen Einsatz oder einen unabhängigen Produkttest. Dieser Artikel erklärt die Ankündigung und unterstützt die technische Auswertung.