Orchestry veröffentlichte am 1. September 2026 AI & Agents für die Governance von Microsoft 365. Die neue Enterprise-Funktion erstellt ein mandantenweites Inventar über mehrere Agentenquellen in Microsoft 365, verbindet jeden Agenten mit Eigentümer, Inhalten, Zugriffen und Power-Platform-Abhängigkeiten, weist einen Risikowert mit benannten Befunden zu und ermöglicht autorisierten Administratoren das Entfernen eines Agenten. Der gelöschte Status bleibt dabei in der Historie erhalten.
Die Governance-Folge ist praktisch. Microsoft-365-Agenten können auf mehreren Administrationsoberflächen erstellt werden und Zugriff auf vorhandene Inhalte erben. Eine Liste von Agentennamen zeigt nicht, welche Informationen ein Agent lesen kann, welchen Connector er nutzt, wer verantwortlich ist oder ob eine Bereinigung nachweisbar durchgeführt wurde.
Was Orchestry veröffentlicht hat
Der Produktartikel beschreibt eine einheitliche Liste, die Daten aus Microsoft-365-Administration, Power Platform, SharePoint und Teams-bezogenen Agentenquellen zusammenführt. Die Liste enthält Agententyp, Status, Ersteller, Erstellungsdatum, Veröffentlichungsumfang und benannte Governance-Befunde.
Für jeden Agenten zeigt das Produkt:
- Identitäts- und Eigentümerinformationen;
- Wissensquellen und mögliche Inhaltsexposition;
- Nutzer oder Gruppen, die den Agenten erreichen können;
- Power-Platform-Umgebungen, Richtlinien zur Verhinderung von Datenverlust, eigene Connectoren und Lösungen;
- einen zusammengesetzten Risikowert und die einzelnen Befunde, aus denen er berechnet wurde; und
- eine Löschfunktion, bei der der entfernte Agent als historischer Datensatz erhalten bleibt.
Das Unternehmen beschreibt außerdem eine begrenzte Rolle namens AI & Agents Admin. Sie kann Personen oder Gruppen zugewiesen werden, ohne ihnen eine umfassende Plattformadministration zu erteilen. Änderungen der Zuweisung werden protokolliert. AI & Agents wird im Enterprise-Tarif ausgerollt, während die AI-Readiness-Bewertung auch in anderen Tarifen verfügbar bleibt. Laut Orchestry funktioniert die Funktion mit bestehenden Microsoft-365-E3- und E5-Lizenzen.
Dies sind Produkt- und Herstellerangaben. PR Newswire gibt die Ankündigung des Unternehmens wieder und bestätigt die Veröffentlichungsdetails, ist aber kein unabhängiger Leistungstest. Die öffentlichen Quellen belegen keine vollständige Erkennung, Genauigkeit des Risikowerts, Zuverlässigkeit der Löschung oder Betriebsergebnisse in repräsentativen Mandanten.
Warum ein Agenteninventar Kontext braucht
Ein Agenteninventar wird nützlich, wenn es den Agenten mit Berechtigung und Exposition verbindet. Derselbe Agentenname kann sehr unterschiedliche Risiken bedeuten, abhängig von Ersteller, lesbaren Inhalten, verfügbaren Werkzeugen und erreichbaren Nutzern.
| Inventarfeld | Governance-Grund |
|---|---|
| Eigentümer und Erstellungsdatum | begründet Verantwortung und unterstützt Prüfungen nach Rollenwechseln |
| Veröffentlichung und Zugriffsbereich | zeigt, wer den Agenten aufrufen kann |
| Wissensquellen | identifiziert Inhalte, die der Agent abrufen oder offenlegen könnte |
| Connector und Umgebung | zeigt externe Systeme und den Bereitstellungskontext |
| Richtlinie zur Verhinderung von Datenverlust | dokumentiert, welche Plattformbeschränkungen gelten sollen |
| Risikobefund und Berechnungsgrundlage | ermöglicht die Prüfung des Grundes für eine Priorität |
| Status und Löschhistorie | bewahrt Nachweise für Abhilfe und Änderung |
Der Wert sollte Aufmerksamkeit steuern und nicht fachliches Urteil ersetzen. Eine zusammengesetzte Zahl kann eine einzelne schwere Exposition verdecken oder eine Kombination kleinerer Bedingungen überbewerten. Prüfer brauchen Befunde, Schwellenwerte, Quelldatensätze und den aktuellen Systemzustand hinter dem Wert.
Kontrollen für ein Microsoft-365-Agenteninventar
- Erkennungsabdeckung definieren. Festhalten, welche Agententypen, Umgebungen, Sites und Lebenszykluszustände einbezogen sind. Nicht unterstützte oder noch nicht erfasste Objekte markieren, statt Vollständigkeit anzunehmen.
- Verantwortliche Personen bestimmen. Ein Ersteller kann das Unternehmen verlassen, das Team gewechselt oder für jemand anderen gebaut haben. Bei unterschiedlichen Folgen geschäftliche und technische Eigentümer ergänzen.
- Geerbten Inhaltszugriff prüfen. Anonyme Links, mandantenweite Freigaben, unterbrochene Vererbung, sensible Sites und Berechtigungen über Ersteller oder Verbindungen untersuchen.
- Connectoren auf Fähigkeiten abbilden. Ein Connector ist nicht nur eine technische Abhängigkeit. Er bestimmt, welche Daten ein Agent lesen und welche externen Handlungen er ausführen kann.
- Sichtbarkeit und Berechtigung trennen. Personen, die Risiken prüfen, benötigen nicht immer eine breite Mandantenadministration. Begrenzte Rollen und protokollierte Zuweisungen reduzieren unnötige Rechte.
- Destruktive Handlungen prüfen. Das Löschen eines Agenten braucht die richtige Identität, ein eindeutiges Ziel, eine Folgenbeschreibung und den Nachweis, dass das beabsichtigte Objekt entfernt wurde. Entscheidung und Ergebnis aufbewahren.
- Änderungen verfolgen. Neue Wissensquellen, Connectoren, Freigaberegeln, Versionen und Eigentümer können das Risiko nach der ersten Prüfung verändern.
- Risikomodell validieren. Hohe und niedrige Werte stichprobenartig prüfen, Schwellenwerte verstehen, Abweichungen dokumentieren und testen, ob Abhilfe den zugrunde liegenden Befund wie erwartet verändert.
Maetras Leitfaden zum KI-Agenteninventar erklärt, wie Agenten, Repositorys, Werkzeuge, Datenzugriffe, Eigentümer und Änderungen verbunden werden. Der Leitfaden zu KI-Audit-Nachweisen hilft, Prüfungs- und Abhilfedatensätze zu bewahren.
Was weiterhin unsicher ist
Orchestry berichtet, dass ein genannter Unternehmensmandant vor der Bereinigung mehr als 3.000 Links mit öffentlichem Zugriff enthielt. Dies ist ein vom Anbieter gemeldetes Beispiel und keine allgemeine Häufigkeitsschätzung. Daraus darf nicht auf die Exposition eines anderen Mandanten geschlossen werden.
Die öffentlichen Unterlagen enthalten keinen unabhängigen Benchmark zu Erkennungsquote, Fehlalarmen, Scanzeit, Kalibrierung des Risikowerts oder Löschverhalten über alle Microsoft-Agentenquellen. Der Produktartikel nennt außerdem künftige Arbeiten zu Inhaltsanalyse, Prüfungsrichtlinien für Agenten, Zugriffsmanagement, Nutzungs- und Kostenanalysen sowie proaktiver Bereinigung. Diese Punkte sind keine aktuellen Funktionen, solange sie nicht getrennt bestätigt werden.
Maetra-Analyse
Der wichtige Teil der Veröffentlichung ist der Versuch, Erkennung mit Nachweis und Handlung zu verbinden. Teams brauchen mehr als ein Register. Sie müssen wissen, worauf jeder Agent zugreifen kann, welche Plattformobjekte diesen Zugriff gewähren, wer für das Ergebnis verantwortlich ist und was sich nach einer Prüfung verändert hat.
Ein glaubwürdiges Inventar hält Unsicherheit sichtbar. Wenn eine Quelle nicht abgedeckt, ein Eigentümer nicht bestimmbar oder ein Risikowert auf unvollständige Inhaltsanalyse gestützt ist, muss der Datensatz dies zeigen. Governance verbessert sich, wenn das Inventar Lücken offenlegt und Verantwortliche zuweist, nicht wenn ein Dashboard unvollständige Erkennung in eine präzise wirkende Zahl verwandelt.