Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Anmerkung
Die Frontier-Vorschauversion von Microsoft Agent 365 vom Mai 2026 fokussiert sich auf die Bereitstellung einer sicheren und transparenten Grundlage für Agenten mit eigener Benutzeridentität. Diese Grundlage umfasst die Einhaltung bestehender Unternehmenssicherheitslösungen wie bedingter Zugriff, Information Barrieren und Vertraulichkeitsbezeichnung.
Diese Fähigkeiten spiegeln Microsofts aktuelle Produktposition wider und sind darauf ausgelegt, eine sichere, richtlinienorientierte Zusammenarbeit mit KI-Agenten zu unterstützen. Die Frontier-Vorschau hilft Organisationen, diese Agenten in realen Szenarien zu bewerten, während sie die Kontrolle über den Zugriff auf und das Teilen von Inhalten behalten.
Im Verlauf der Vorschauversion sammelt Microsoft weiterhin Feedback und verfeinert die Leitlinien, um sicherzustellen, dass alle Agenten die Bedürfnisse von Unternehmenskunden erfüllen und Innovation mit Vertrauen und Compliance in Einklang bringen.
KI-Agenten führen Aktionen aus, verwenden Tools und interagieren mit Inhalten mit verschiedenen Berechtigungsmodellen. In Microsoft 365 definieren drei Zugriffsmuster, wie ein Agent dies tut: 1) Handeln im Auftrag eines Benutzers, 2) Handeln als Anwendung und 3) Handeln mit eigener Benutzeridentität. Diese Modi bestimmen den Umfang, die Kontrolle und die Steuerung des Agentenzugangs zu Werkzeugen, Aktionen sowie Inhalten. KI-Agenten, die mit eigener Identität arbeiten, können zu Kollaborationsoberflächen wie Teams, Outlook, Office-Dokumenten, SharePoint und OneDrive hinzugefügt werden. An diesen Produktoberflächen nehmen sie mit ihrer eigenen zugewiesenen Identität teil.
| Agent-ugriffstypZ | Einzelheiten |
|---|---|
| Handeln im Namen von Benutzern (delegierter Zugriff) | Kurzlebig/Anforderungszeit |
| App-Agent | Durch Berechtigungen eingeschränkt |
| Agentenidentität (Eigener Zugriff) | Dauerhafter, kumulativer Zugriff |
Ein Agent, der mit seiner eigenen Identität arbeitet, eröffnet leistungsstarke neue Arbeitsabläufe, stellt aber auch neue Anforderungen an den Zugriff und die Freigabe von Inhalten. Dieses Dokument skizziert Microsofts aktuellen Ansatz, um sicherzustellen, dass ein Agent, der mit seiner eigenen Identität arbeitet, bestehende Datensicherheitsrichtlinien einhält, ohne die Unternehmens-Governance zu beeinträchtigen. Der Fokus dieser Funktion liegt darauf, diese Agenten zu befähigen, bedeutende Produktivitätsgewinne für Nutzer zu erzielen, während Transparenz, Nutzerkontrolle und Übereinstimmung mit den Plattformrichtlinien gewahrt bleiben. Das Ziel ist es, Organisationen zu befähigen, von diesen Agenten zu profitieren, Risiken abzuwägen, ohne unnötige Reibung oder übermäßige Regulierung des Agentenverhaltens einzuführen.
Wichtige Grundsätze
Die folgenden Fähigkeiten beschreiben die wichtigsten Prinzipien von Agent 365:
- Agenten, die in ihren eigenen Benutzeridentitäten arbeiten, verwenden bestehende Identitätsframeworks (Entra ID und OAuth). Sie unterliegen denselben unternehmenspolitischen Mechanismen wie Nutzer, einschließlich bedingtem Zugriff, Informationsbarrieren und Sensitivitätsetiketten.
- Microsoft schreibt nicht vor, wie diese Agenten für Drittanbieter erstellt werden. Konkret ist Agent 365 plattformunabhängig und schreibt kein Laufzeitverhalten vor. Stattdessen bietet es Identitäts-, Richtlinien- und Einblicks-Leitplanken, die im Microsoft 365 Admin Center eingerichtet werden können.
- Microsofts First-Party-Agenterstellungsplattformen wie Copilot Studio, Foundry und Agent Builder stellen Leitlinien und eigene Kontrollmechanismen bereit, um Entwicklern bei der Umsetzung sicherer Agenterstellungs- und Inhaltsfreigabepraktiken zu helfen.
- Wenn ein Agent die erforderlichen Agent 365-Kontrollen nicht unterstützt, kann die IT ihn deaktivieren. Dieser Ansatz schafft die richtige Spannung für eine tiefere Integration, ohne ein Einheitsmodell durchzusetzen.
Verhalten beim Inhaltszugriff
Agenten mit eigener Identität unterscheiden sich in einem entscheidenden Punkt von Agenten mit delegiertem Zugriff: Sie agieren mit ihrer eigenen Identität und ihrem eigenen Zugriffsumfang. Das bedeutet Folgendes für Agent 365-Agenten:
- Agenten haben ausschließlich Zugriff auf die Inhalte und Ressourcen, die mit ihnen geteilt werden.
- Agenten könnten Zugriff auf Inhalte haben, für die nicht alle Teilnehmer einer Unterhaltung zugriffsberechtigt sind.
- Jede Person, die mit diesen Agenten interagieren kann, könnte Antworten erhalten, die auf dem vollständigen Zugriff des Agenten basieren – sofern keine Leitplanken vorhanden sind.
- Jeder Nutzer kann Inhalte mit diesen Agenten teilen, zum Beispiel eine Datei hochladen oder eine E-Mail weiterleiten, die später in Antworten an andere Nutzer herangezogen werden kann.
Wie der Zugriff verwaltet wird
Um diese Risiken zu mindern, verfolgt Microsoft eine mehrschichtige Strategie:
- Identitäts- und Richtlinienkontrolle: Diese Agenten unterliegen denselben Identitäts- und Zugriffsrichtlinien wie Nutzer und prüfen Berechtigungen, Kennzeichnungen und Richtlinien. Zum Beispiel verwenden Agent 365-Agenten Informationsbarrieren und bedingten Zugriff.
- Kontextfilterung: Für Standardagenten wie Microsofts Vertriebsentwicklungs-Agent wird der Kontext außerhalb des Modells gekürzt, um sicherzustellen, dass in den Antworten nur relevante und angemessene Informationen verwendet werden. Zum Beispiel wird beim Antworten auf einen Kunden der Kontext des Agenten gefiltert, um nicht relevante oder sensible Deal-Daten auszuschließen.
Plattformschutzstufen
| Plattform oder Werkzeug | Leitplankenansatz | Einzelheiten |
|---|---|---|
| Microsoft Entra ID | Identität und Zugriff | Bietet den zugrundeliegenden Identitätsrahmen (Agentenidentitäten, Authentifizierung, bedingten Zugriff), der steuert, wie Agenten auf Ressourcen zugreifen. |
| Microsoft Purview | Datenschutz und Einhaltung der Vorschriften | Ermöglicht Vertraulichkeitsbezeichnung, Datenverlustprävention (DLP) und Informationsbarrieren. Diese Richtliniensignale werden ausgewertet, wenn Agenten auf Inhalte zugreifen und sie teilen. |
| Agent 365 | Identität, Richtlinie und Einblick | Es umhüllt Agenten mit Governance, kontrolliert aber das interne Verhalten nicht. |
| Copilot Studio | Secure-by-Design-Vorlagen | Umfasst HITL, Beschriftungsbewusstsein und sichere Freigabemuster. |
| Work IQ | Anleitungen plus Runtime-Erzwingung (sofern möglich) | Bietet APIs und zentralisierte Leitplanken für Agents mit dieser Runtime. |
| Von Microsoft entwickelte Agenten | Laufzeit-Erzwingung | Microsoft-Agenten versuchen, zur Laufzeit Zugriffsprüfungen durchzusetzen. |
Von Nicht-Microsoft-Agenten wird erwartet, dass sie Microsofts Richtlinien und Best Practices befolgen. Wenn ein Nicht-Microsoft-Agent die erforderlichen Agent 365-Kontrollen nicht unterstützt, kann der Agent von der IT im Microsoft 365 Admin Center gesperrt werden. Microsoft stellt Plattformsignale (Kennzeichnungs-Metadaten) bereit, um sicheres Verhalten zu unterstützen, erzwingt jedoch kein Laufzeitverhalten für Nicht-Microsoft-Agenten.
Erste Schritte
Hier sind Tipps, die Ihnen beim Einstieg mit Agent 365 helfen:
- Wenn Sie an der Verwendung eines Agents mit eigener Benutzeridentität interessiert sind, wenden Sie sich an Ihre IT oder Ihren Administrator, um zu sehen, welche Agents in Ihrer Organisation verfügbar und genehmigt sind.
- Überprüfen Sie interne Richtlinien oder Schulungen, die Ihre Organisation für KI- und Datenverarbeitung bereitstellt.
- Beginnen Sie mit Interaktionen mit geringem Risiko. Lassen Sie den Agent beispielsweise mit öffentlich freigegebenen oder nicht sensiblen Inhalten arbeiten, um sich mit seinem Verhalten vertraut zu machen, bevor er mit sensibleren Aufgaben betraut wird.