Das Copilot-Berechtigungsmodell erklärt

Von Mirko Peters · 2026-03-18 · Aktualisiert 2026-03-24

Schützen Sie Ihre Daten in Microsoft 365 Copilot mit KI! Erfahren Sie, wie Sie Zugriffsberechtigungen für die Nutzung von Copilot konfigurieren und verwalten. Kontrollieren Sie den Zugriff von KI-Modellen in Ihrem Mandanten.

Automatisch mit KI aus dem Originalbeitrag übersetzt. Englisches Original lesen

Wer ein Unternehmen führt oder die IT einer Organisation verantwortet, sollte verstehen, wie die Berechtigungen von Microsoft 365 Copilot funktionieren. Copilot ist kein gewöhnliches KI-Add-on. Es fügt sich in Ihr gesamtes Microsoft 365-Ökosystem ein und greift auf Dokumente, E-Mails, Chats und vieles mehr zu. Deshalb müssen Sie genau wissen, wer worauf zugreifen darf, wie die Daten geschützt werden und wie die Compliance-Anforderungen dabei erfüllt werden.

Dieser Leitfaden behandelt die zentralen Bereiche: vom Sicherheitsmodell und der Rollenverwaltung von Copilot bis hin zu Datenschutz und Überwachungsstrategien. Ob Sie für die Einführung von Copilot verantwortlich sind oder Ihr Compliance-Team zufriedenstellen müssen: Sie finden praxisnahe Hinweise zu Sicherheit, Zugriffskontrollen, regulatorischen Anforderungen und Erweiterbarkeit. Das Ziel ist eine Copilot-Einführung, die leistungsstark und zugleich gesteuert ist, sodass Sie nie im Blindflug unterwegs sind.

• Der Standardzugriff kann breiter ausfallen, als man erwartet. Copilot-Integrationen fordern häufig Berechtigungen auf Repository-Ebene an, damit sie Inline-Vorschläge über die gesamte Codebasis statt nur für einzelne Dateien liefern können.
• Die Berechtigungen sind mehrschichtig aufgebaut: Einwilligungen auf Benutzerebene, Organisationsrichtlinien und Repository-Einstellungen können alle beeinflussen, worauf Copilot zugreifen kann. Daraus ergibt sich ein Kontrollmodell mit mehreren Ebenen.
• Fine-grained-Tokens kommen zunehmend zum Einsatz: Moderne Copilot-Einführungen können kurzlebige, fein abgestimmte Tokens statt langlebiger Schlüssel nutzen. Das verkleinert den Schadensbereich, wenn Anmeldedaten kompromittiert werden.
• Einige Berechtigungsänderungen lassen sich automatisieren: Administratorrichtlinien können den Zugriff für Apps pro Team oder Repository automatisch genehmigen oder ablehnen. So können Administratoren Regeln durchsetzen, ohne jede App-Anfrage manuell zu prüfen.
• Die Nachvollziehbarkeit ist besser, als viele erwarten: Detaillierte Protokolle zeigen, welche Vorschläge erzeugt und welche Repositories abgefragt wurden. Das ermöglicht Compliance-Prüfungen und die Untersuchung von Sicherheitsvorfällen.
• In bestimmten Konfigurationen ist eine zeitlich begrenzte Rechteerhöhung möglich: Organisationen können erhöhte Zugriffe für Diagnosen oder erweiterte Funktionen zeitlich befristet einrichten. Danach werden die Berechtigungen automatisch zurückgesetzt.
• Datenfluss und Lernprozesse sind von direkten Schreibzugriffen auf Repositories getrennt: Die Erzeugung von Vorschlägen durch Copilot kann Telemetriedaten und Metadaten verwenden, während Schreibvorgänge weiterhin über dasselbe GitHub-Berechtigungsmodell gesteuert werden. Vorschläge bedeuten also nicht automatisch Commits, es sei denn, dies ist ausdrücklich erlaubt.

Überblick über die Sicherheitsfunktionen von Microsoft 365 Copilot

Wenn Sie Copilot in Ihre Microsoft 365-Umgebung einbinden, öffnen Sie einer KI die Tür, die Daten Ihres Unternehmens sehen kann. Dabei geben Sie Ihre Schlüssel aber nicht an Fremde weiter. Die Sicherheitsfunktionen von Copilot bilden das Herzstück seines Nutzens im Unternehmen. Sie setzen mehrere Schutzebenen ein, sodass nur berechtigte, vertrauenswürdige Benutzer Copilot nutzen können und nur auf die Daten zugreifen, die sie auch sehen dürfen.

Die Sicherheit von Copilot ist eng mit modernen Authentifizierungsverfahren verzahnt, etwa mit Microsoft Entra ID, bedingtem Zugriff und Multifaktor-Authentifizierung. Gemeinsam stellen sie sicher, dass jeder, der Copilot nach Informationen fragt, dazu auch berechtigt ist. Ziel ist es, Teams die Flexibilität zur Zusammenarbeit und zum Zugriff auf Erkenntnisse zu geben, ohne die Vertraulichkeit und Integrität Ihrer Informationen zu gefährden. Am Ende stehen sichere, effiziente Arbeitsabläufe, in denen jede Copilot-Aktion nachverfolgt, überwacht und für die Compliance im Unternehmen gesteuert wird.

Diese Sicherheitsebene ist nicht nur deshalb wichtig, weil sie Bedrohungen abwehrt. Sie ermöglicht es Ihren Teams, schneller zu arbeiten, und sorgt dafür, dass Auditoren und Risikoverantwortliche ruhig schlafen können. Wenn Sie tiefer einsteigen möchten, wie Least-Privilege-Durchsetzung, DLP und Überwachung zusammenspielen, empfehle ich Ihnen diesen Beitrag zur Governance der Copilot-Sicherheit und Compliance mit umsetzbaren Strategien. Für alle, die sich auf Governance konzentrieren, gibt es unter Best Practices zur Copilot-Governance-Richtlinie weitere Informationen zu Richtlinien und zur Abstimmung der Einführung.

Copilot-Sicherheit und Authentifizierungsmechanismen im Detail

Microsoft 365 Copilot nutzt den zentralen Authentifizierungsprozess, der in Ihrer Umgebung bereits verwendet wird, einschließlich Microsoft Entra ID (früher Azure AD). Jede Copilot-Sitzung beginnt mit der Benutzerauthentifizierung: Benutzernamen und Kennwörter werden geprüft, häufig ergänzt durch einen weiteren Faktor wie einen Code per Telefon oder eine Sicherheits-App (das ist Ihre Multi-Faktor-Authentifizierung oder MFA). Dadurch scheitern die meisten einfachen Angriffe bereits an der Eingangstür.

Außerdem nutzt Copilot bedingten Zugriff, also eine Reihe von Regeln, die Faktoren wie den Zustand des Geräts, das Risikoprofil des Benutzers oder den physischen Standort eines Anmeldeversuchs berücksichtigen. Die adaptive Authentifizierung bedeutet, dass Berechtigungen nicht nur „ja“ oder „nein“ lauten, sondern sich am Kontext ausrichten. Versucht also jemand, Copilot von einem verdächtigen Standort aus zu nutzen, kann der Zugriff blockiert oder für eine zusätzliche Überprüfung angefordert werden.

Copilot ist in den übergreifenden Sicherheitsstack von Microsoft 365 eingebunden und arbeitet mit Funktionen wie Microsoft Defender, Purview und Überwachungsprotokollen zusammen. Das stellt sicher, dass der Zugriff nicht nur streng auf autorisierte Benutzer beschränkt ist, sondern auch die Aktivitäten über Copilot überwacht und protokolliert werden. Gerade diese Integration ermöglicht es Ihnen, Richtlinien zu erstellen und Warnmeldungen einzurichten, wenn etwas verdächtig erscheint.

Wenn Sie praktische Wege sehen möchten, wie sich die Bedrohungsabwehr von Defender mit Purview-gesteuerten Kontrollen kombinieren lässt, lohnt sich ein Blick in diesen Leitfaden zur Microsoft 365-Sicherheit. Für tiefere Einblicke in bedingten Zugriff und skalierbare Identity Governance lohnt sich außerdem die Perspektive hier: Entra ID conditional access security loop.

Rollenbasierte Zugriffssteuerung und Copilot-Berechtigungen

Rollen und Berechtigungen sind wie Karte und Kompass für Copilot: Sie bestimmen, wer wohin darf und was dort tun darf. In Microsoft 365 Copilot dreht sich alles um die rollenbasierte Zugriffssteuerung (RBAC). Sie stellt sicher, dass nur Personen mit den passenden Aufgabenrollen und Sicherheitsfreigaben bestimmte Copilot-Funktionen nutzen können, und zwar nur auf Daten, die sie tatsächlich verarbeiten dürfen.

Ein durchdachtes Rollenkonzept schützt nicht nur Daten, es stimmt auch mit Unternehmensrichtlinien und regulatorischen Anforderungen überein. Sie definieren Rollen anhand des geschäftlichen Bedarfs und konfigurieren anschließend die Berechtigungen. So legen Sie fest, wer auf sensible Inhalte zugreifen, bestimmte Arten von Prompts auslösen oder sich mit eingebundenen Apps verbinden darf. Indem Sie die Zugriffsstufen abstufen, von reinem Lesezugriff bis hin zu vollständiger Bearbeitung oder Administration, begrenzen Sie unnötige Datenexposition und unterstützen das Prinzip der minimalen Berechtigung (Least Privilege).

Für Organisationen, die sich im regulatorischen Dschungel zurechtfinden müssen, oder bei denen das Risiko übermäßiger Berechtigungen ruhig Sorgen bereitet, ist die Strategie klar: Rollenzuweisungen von Anfang an konsequent straff halten. Tiefergehende Governance-Strategien für Copilot und KI-Agenten finden Sie in den Best Practices für verantwortungsvolle KI-Richtlinien und Governance-Gremien. Die Steuerungsebene wird hier beschrieben: KI-Agenten durch Governance absichern.

Granulare Berechtigungssteuerung und Zugriffsbereich in Copilot

Copilot ist nur so klug (und so sicher) wie die Berechtigungen, die Sie festlegen. Granulare Berechtigungssteuerung zerlegt den Zugriff bis auf Detailebene: nicht nur „Darf dieser Benutzer auf CRM zugreifen?“, sondern „Darf er diese bestimmten Datensätze oder Felder im CRM sehen?“. Dabei geht es nicht nur um Lesen oder Schreiben, sondern um die genaue Kontrolle der Datenbereiche, die Copilot durchsuchen, zusammenfassen oder bearbeiten darf. Die Steuerung spiegelt die bereits in Systemen wie Dynamics 365 oder Salesforce hinterlegten Berechtigungen im Backend.

Für IT-Administratoren bedeutet least-privilege-Zugriff, Richtlinien so zu gestalten, dass die Fähigkeiten von Copilot auf das beschränkt sind, was jede Rolle benötigt, nicht mehr und nicht weniger. Die Berechtigungen reichen von Dokumentbibliotheken bis zu ganzen SharePoint-Websites, und eine intelligente Zuordnung sorgt für kontextbezogenen Zugriff. Copilot greift nie auf Daten zu, für die der Benutzer nicht bereits über seine eigenen Berechtigungen Zugriff hat. So vermeiden Sie unliebsame Überraschungen und ungewollte Datenlecks aus Schatten-Datenbeständen.

Feldbezogene Sicherheit bedeutet zum Beispiel: Wenn ein Mitarbeiter in der Personalabteilung keine Gehaltsinformationen sehen darf, zeigt Copilot diese Zahlen auch dann nicht an, wenn jemand gezielt danach fragt. Die Vererbung von Rollen und das Kontext-Mapping stellen sicher, dass Copilot jederzeit genau die Zugriffsrechte des jeweiligen Benutzers respektiert. Wer Apps wechselt oder den Kontext ändert, erhält dadurch keine zusätzlichen Berechtigungen.

Wenn Sie Governance verschärfen oder Benutzer schulen möchten, lohnt sich ein Blick auf die zentralen Copilot Learning Center. Außerdem zeigt Ihnen diese detaillierte Governance-Analyse, wie Datenzugriff und Dateneigentümerschaft in eine saubere Copilot-Governance einfließen.

Microsoft Purview und Integration von Data Governance

Microsoft Purview ist das Rückgrat der Data Governance für Copilot. Man kann es sich als Leitstand vorstellen, der jede Aktion von Copilot protokolliert und sicherstellt, dass die Nutzung innerhalb Ihrer Compliance-Vorgaben bleibt. Durch die Integration von Purview in Copilot können Organisationen Richtlinien definieren und durchsetzen, die dem Datenbestand folgen, unabhängig davon, wer die KI nutzt.

Mit Purview erhalten Sie Transparenz darüber, auf welche Daten Copilot tatsächlich zugreift. Das hilft, die Einhaltung regulatorischer Vorgaben nachzuweisen und Lücken zu erkennen, lange bevor die Prüfer kommen. Die Richtlinien für Data Loss Prevention (DLP), die Vertraulichkeitsbezeichnungen und die Zugriffssteuerungen von Purview greifen eng mit Copilot ineinander. So stellen sie sicher, dass die KI dort nicht agiert, wo sie nichts zu suchen hat. Für Organisationen, die mit vertraulichen oder stark regulierten Daten arbeiten, ist das ein zentraler Kontrollpunkt.

Diese Kontrollen lassen sich nicht mit einem schnellen Klick einrichten. Richtlinien sollten Ihr individuelles Risikoprofil widerspiegeln und klar trennen, was sensibel ist und was zum normalen Geschäftsbetrieb gehört. Wenn Sie praktische Schritte für die erweiterte Governance von Copilot-Agenten suchen, lesen Sie wie Purview Copilot und Power Platform absichert. Außerdem sollten Sie verstehen, wie Überwachungsprotokolle funktionieren. Eine praxisnahe Anleitung dazu finden Sie hier: Microsoft Purview Audit für Benutzeraktivitäten.

Datenschutz und regulatorische Compliance in Copilot

Wenn Sie im Finanzwesen, im Gesundheitswesen oder in einer anderen regulierten Branche tätig sind, wissen Sie bereits, dass Datenschutz keine Option ist. Copilot wurde so entwickelt, dass es strenge Standards wie DSGVO und HIPAA einhält. Organisationen können KI-gestützte Produktivität also nutzen und gleichzeitig die Privatsphäre der Benutzer, deren Rechte und die regulatorischen Grenzen respektieren.

Entscheidend sind Transparenz und Kontrolle. Microsoft stellt klare Rahmenwerke dafür bereit, wie Copilot Daten speichert, verarbeitet und verwaltet. Dazu gehören Datenminimierung, starke Verschlüsselung und die Behandlung sensibler Daten im Einklang mit den Vorgaben der EU und der USA. Außerdem sollten Sie wissen, wo Ihre Daten liegen. Für international tätige Unternehmen ist das entscheidend, denn manche Gesetze verlangen eine lokale Datenspeicherung oder beschränken grenzüberschreitende Übermittlungen.

Microsofts Ansatz verbindet Richtlinien, Verträge und technische Durchsetzung. So erhalten Compliance-Verantwortliche und Datenschutzbeauftragte die Werkzeuge, um die Einhaltung nachweisen zu können und nicht nur zu versprechen. Einen genaueren Blick darauf, wo Compliance im Alltag abdriften kann und wie Sie gegensteuern, bietet diese Folge über Compliance-Drift in Microsoft 365. Und wenn Sie das Beste aus einheitlichen Datenarchitekturen für Analysen und Copilot herausholen möchten, lohnt sich ein Blick darauf, wie Microsoft Fabric Data Governance und KI zusammenführt.

Datenschutz, DSGVO und HIPAA in Microsoft 365 Copilot

Microsoft 365 Copilot wurde von Grund auf so konzipiert, dass es strenge regulatorische Anforderungen wie DSGVO und HIPAA erfüllt. Personenbezogene und sensible Daten der Benutzer bleiben so geschützt. Microsoft gibt in seinen Auftragsverarbeitungsverträgen klare Zusagen und beschränkt strikt, wie Copilot Informationen speichern, verarbeiten oder weitergeben darf. Die gesamte Datenverarbeitung von Copilot erfolgt in der sicheren Cloud-Infrastruktur von Microsoft, wobei sowohl bei der Übertragung als auch im ruhenden Zustand eine robuste Verschlüsselung zum Einsatz kommt.

Die Verwaltung von Nutzungsrechten ist ein zentraler Bestandteil. Organisationen können Anfragen betroffener Personen erfüllen (etwa das „Recht auf Vergessenwerden“), den Zugriff steuern und Berechtigungen zentral entziehen oder anpassen, um regulatorische Vorgaben einzuhalten. Copilot berücksichtigt bestehende Vertraulichkeitsbezeichnungen, DLP-Richtlinien und die mandantenseitige Datenklassifizierung. KI-gestützte Aktionen entsprechen damit immer Ihrem Compliance-Setup. Jede Copilot-Aktion wird protokolliert, und alle von Copilot verarbeiteten Daten bleiben innerhalb Ihrer Microsoft-365-Grenzen, sofern Sie nicht ausdrücklich etwas anderes konfigurieren.

Wenn Sie DLP umsetzen oder in Power-Platform-Automatisierungen eine strikte Connector-Nutzung durchsetzen möchten, kann Ihnen dieser Leitfaden für Entwickler, die DLP-Richtlinien verwalten, weiterhelfen. Eine Schritt-für-Schritt-Anleitung zur Einrichtung von DLP in Microsoft 365 und zu den Produktivitätsvorteilen von Copilot finden Sie unter So richten Sie Data Loss Prevention (DLP) in Microsoft 365 ein.

Überlegungen zu Datenspeicherort und Datensouveränität

Copilot hält die Zusagen von Microsoft 365 zu Datenspeicherort und Datensouveränität ein. Ihre Daten bleiben also in den Regionen oder Ländern, die Ihre regulatorischen oder geschäftlichen Anforderungen vorgeben. Ob Sie die Einhaltung der EU-Datengrenze benötigen oder lokale Speichergesetze erfüllen müssen: Copilot stellt sicher, dass sensible Inhalte nicht in unzulässige Regionen gelangen.

Für internationale Unternehmen oder Organisationen in stark regulierten Branchen unterstützt der Ansatz von Copilot zur Datenlokalität dabei, gesetzliche Pflichten zur Verarbeitung und Aufbewahrung von Daten zu erfüllen. Praxisnahe Governance-Strategien zur Durchsetzung von Struktur- und Berechtigungsgrenzen behandelt dieser Leitfaden zur KI-Governance für SharePoint.

So greift Copilot auf Unternehmensdaten zu und schützt sie

Copilot greift über die Microsoft Graph API auf Unternehmensdaten zu. Sie ist das verbindende Element zwischen Microsoft-365-Workloads wie Exchange, SharePoint, Teams und weiteren Diensten. Copilot kann jedoch nichts sehen, worauf der Benutzer selbst keinen Zugriff hat. Ihre bestehenden Berechtigungsmodelle, Vertraulichkeitsbezeichnungen und Zugriffsüberprüfungen bilden daher einen sicheren Rahmen für jeden Copilot-gestützten Vorgang.

Jede Copilot-Abfrage durchläuft strenge Sicherheitsprotokolle für Daten. Dabei werden Benutzerrollen, Sitzungsstatus und Gerätekontext in Echtzeit geprüft. Das verhindert unberechtigte Anfragen und verringert das Risiko von Datenlecks, auch wenn KI-Funktionen in großem Umfang genutzt werden. Alle Datenübertragungen sind verschlüsselt, und bevor eine Aktion zugelassen wird, werden Just-in-Time-Berechtigungen geprüft.

Die Möglichkeit, Datenflüsse nachzuverfolgen und zu prüfen, also wer Copilot wann was gefragt hat, schafft die Transparenz, die Sie für den Nachweis der Compliance und für eine schnelle Behebung von Vorfällen benötigen. Wenn Sie tiefer in Data Access Governance, Zugriffsüberprüfungen und bewährte Verfahren für Vertraulichkeitsbezeichnungen einsteigen möchten, lesen Sie die Analyse zu Eigentümerschaft und Governance. Falls Ihre Umgebung Azure umfasst, zeigt Ihnen die Azure-Strategie für Enterprise-Governance, wie Governance über Richtlinien und RBAC in großen Cloud-Umgebungen greift.

Umgang mit sensiblen Daten und Schutz in Copilot

Der Schutz sensibler Daten wie Finanzunterlagen, Gesundheitsinformationen oder Rechtsdokumente steht im Mittelpunkt des Copilot-Designs. Während Benutzer mit Copilot arbeiten, markieren integrierte Vertraulichkeitsbezeichnungen und DLP-Richtlinien diese Daten automatisch und schränken ein, wie sie in KI-Antworten verwendet, geteilt oder angezeigt werden.

Microsoft erzwingt die Datenklassifizierung auf mehreren Ebenen und verhindert so, dass vertrauliche Inhalte in Copilot-Ergebnissen offengelegt oder missbraucht werden. Mit Richtliniensteuerungen legen Administratoren fest, welche Inhalte für Copilot als „sicher“ gelten. Für die Einrichtung von DLP oder den Entwurf einer Datenklassifizierungsstrategie finden Sie Anleitungen in diesem DLP-Richtlinien-Generator für Power Platform.

Identitätsbasierte Autorisierung und bedingter Zugriff in Copilot

Identitätsbasierte Autorisierung bedeutet, dass der Zugriff auf Copilot immer an eine echte, verifizierte Person gebunden ist. Unbekannte Gäste, die Sicherheitslücken ausnutzen, gibt es nicht. Mit Microsoft Entra ID als Grundlage wird jede Copilot-Anfrage anhand der Benutzeridentität, der Rolle und einer Bewertung des kontextbezogenen Risikos geprüft, bevor der Zugriff gewährt wird.

Mit bedingten Zugriffsrichtlinien legen Sie Regeln auf Basis von Gerätekonformität, Standort, Anmelderisiko oder Sitzungsstatus fest. Soll Copilot nur auf verwalteten Geräten oder nur zu bestimmten Zeiten verfügbar sein? Kein Problem. Diese Regeln können mehrstufige Anforderungen enthalten, etwa die Multi-Faktor-Authentifizierung (MFA). Benutzer müssen dann mehr als nur ein Kennwort vorlegen, um ihre Identität nachzuweisen. Dieser adaptive Ansatz reagiert auf neue Bedrohungen, ohne berechtigte Benutzer unnötig zu behindern.

Organisationen, die bedingten Zugriff richtig umsetzen, profitieren sowohl von stärkeren Sicherheitsgrenzen als auch von reibungsloseren Abläufen für Endbenutzer. Wenn Sie mit Lücken durch zu weit gefasste Ausnahmen zu kämpfen haben oder mehr über die kontinuierliche Überwachung erfahren möchten, lohnt sich ein Blick auf diesen Leitfaden zu Vertrauensproblemen bei bedingtem Zugriff. Wenn Sie mit wildwüchsigen Richtlinien oder veralteten Identitätsaltlasten zu tun haben, finden Sie praktische Hinweise zur Behebung und Absicherung des bedingten Zugriffs in Entra ID.

Überwachung und Prüfung der Berechtigungsnutzung von Copilot

Die Überwachung und Prüfung der Berechtigungsnutzung von Copilot ist mehr als ein Häkchen für die Compliance. So erkennen Organisationen zu weitreichende Berechtigungen und ungewöhnliches Verhalten, bevor daraus ein reales Risiko wird. Microsoft 365 stellt für jede Copilot-Sitzung Protokolle bereit, die festhalten, wer auf welche Daten zugegriffen hat, wann und wie.

Mit Microsoft Purview Audit können Sie den Zugriff von Copilot auf Daten bis hin zu einzelnen Benutzeraktionen nachvollziehen und schnell Berichte für Aufsichtsbehörden oder interne Prüfungen erstellen. Premium-Auditfunktionen verlängern zusätzlich die Aufbewahrungsdauer, verbessern die Erkennung von Anomalien und liefern Warnmeldungen bei Richtlinienverstößen. Das ist vor allem in regulierten Umgebungen oder in großen Unternehmen wichtig.

Die kontinuierliche Überwachung hilft IT- und Sicherheitsteams, Muster zu erkennen, die auf Missbrauch hindeuten, etwa wenn jemand plötzlich versucht, über Copilot große Mengen sensibler Dateien herunterzuladen. Praktische Hinweise zur Prüfung von Benutzeraktivitäten finden Sie unter so prüfen Sie Benutzeraktivitäten mit Microsoft Purview. Wenn Sie prüfbare ERP- oder Plattformintegrationen benötigen, ergänzt diese Analyse zu systemseitiger Prüfbarkeit und Compliance Ihren Ansatz sinnvoll.

Erweiterte Copilot-Funktionen: Promptbooks, Plugins und Erweiterbarkeit

Was Microsoft 365 Copilot auszeichnet, ist nicht allein die integrierte KI, sondern die Möglichkeit, es mit Promptbooks, Plugins und Integrationen in Geschäftsanwendungen zu erweitern. Promptbooks helfen dabei, Antworten zu standardisieren und bewährte Vorgehensweisen sichtbar zu machen. Plugins ermöglichen es Copilot, Daten aus Systemen außerhalb von Microsoft 365 abzurufen oder Workflows auszulösen.

Erweiterbarkeit ist ein zweischneidiges Schwert: Sie erzielen erhebliche Produktivitätsgewinne, müssen aber auch die Governance im Blick behalten. Notebooks und abgeleitete KI-Inhalte sollten die Vertraulichkeitsbezeichnungen übernehmen und den Freigabeeinschränkungen unterliegen. Andernfalls droht ein „Schatten-Data-Lake“ mit nicht nachverfolgbaren Informationen. Standardrichtlinien, zeitliche Begrenzungen und Prüfpunkte sind praktische Werkzeuge, um alles sicher zu halten.

Organisationen, die bei der Governance zu kämpfen haben, während Copilot neue Funktionen einführt, finden in dieser Analyse der Governance-Risiken von Copilot-Notebooks offene Einschätzungen zur Risikominderung und zur Kontrolle von KI-Agenten. Wenn Schatten-Automatisierungen schneller wachsen als die Richtlinien, zeigt Ihnen ein praxisnaher 48-Stunden-Framework, wie Sie die Kontrolle zurückgewinnen: Agentageddon: Agents Outpacing Governance.

Zugriffsberechtigungen und Copilot-Administrator: zusätzliche Ressourcen für Administratoren

Was ist das Berechtigungsmodell von Copilot, und wie funktioniert es in Ihrem Microsoft 365-Mandanten?

Das Berechtigungsmodell für Copilot legt fest, wie Microsoft-Copilot-Agenten auf Daten und Dienste in Ihrem Microsoft-365-Mandanten zugreifen. Es bietet granulare Steuerungsmöglichkeiten für den Datenzugriff durch Copilots und stellt sicher, dass Daten nur gemäß den konfigurierten Zugriffsberechtigungen und den zugrunde liegenden Kontrollen für den Datenzugriff verarbeitet werden. Administratoren können den Zugriff über rollenbasierte Einstellungen, Anzeigeberechtigungen und Richtlinien auf Mandantenebene verwalten. So stützen sich Copilot-Antworten auf zulässige Datenquellen wie OneDrive, SharePoint und andere integrierte Microsoft-365-Dienste, während verhindert wird, dass Daten unbeabsichtigt zwischen Benutzern offengelegt werden.

Wie verwalte ich Zugriff und Benutzerberechtigungen für Microsoft Copilot?

Um Zugriff und Benutzerberechtigungen zu verwalten, konfiguriert ein Copilot-Administrator Rollen und Richtlinien im Microsoft-365-Mandanten, um festzulegen, welche Benutzer und Gruppen Copilot-Funktionen nutzen dürfen. Dazu gehört das Erteilen oder Entziehen von Zugriffsberechtigungen für Datenquellen, das Festlegen von Anzeigeberechtigungen sowie der Einsatz von Tools in Microsoft Learn und im Admin Center, um die Nutzung von Copilot wirksam zu steuern. Außerdem können Sie APIs und Einstellungen auf Mandantenebene nutzen, um Berechtigungsänderungen zu automatisieren und die Lösung mit bestehenden Systemen für Identitäts- und Zugriffsverwaltung zu integrieren.

Welche Kontrollen für den Datenzugriff verwendet Copilot, und wie schützen sie die Privatsphäre?

Copilot nutzt eine Kombination aus Kontrollen für den Datenzugriff und zugrunde liegenden Kontrollen, etwa rollenbasierten Zugriff, Einstellungen zum Datenstandort und Berechtigungen auf Dokumentebene. Copilot zeigt nur Daten an, die der Benutzer bereits anzeigen darf. Das Modell in Ihrem Microsoft-365-Mandanten berücksichtigt bestehende Zugriffsberechtigungen und die Einstellungen der Datenschutzrichtlinie. Diese Maßnahmen begrenzen zusammen mit Sicherheitsupdates und Überwachung die Offenlegung sensibler Inhalte und helfen, regulatorische Anforderungen wie den EU AI Act zu erfüllen.

Kann Copilot auf externe Datenquellen zugreifen, und wie werden die entsprechenden Berechtigungen behandelt?

Copilot kann so konfiguriert werden, dass er auf externe Datenquellen zugreift. Dafür müssen Administratoren den Zugriff jedoch ausdrücklich erlauben. Verbindungen zu externen Datenquellen und APIs unterliegen Richtlinien auf Mandantenebene. Zusätzliche Ressourcen beschreiben, wie Konnektoren autorisiert werden. Administratoren sollten die datenschutzrechtlichen Auswirkungen prüfen, sicherstellen, dass Sicherheits- und Datenschutzkontrollen angewendet werden, und überwachen, wie Copilot Antworten erzeugt, die auf externe Inhalte verweisen. So lassen sich Trainingsdaten und externe Eingaben gemäß den Regeln der Organisation behandeln.

Wie verhindert das Berechtigungsmodell für Copilot, dass Copilot-Antworten unbeabsichtigt zwischen Benutzern offengelegt werden?

Das Berechtigungsmodell isoliert den Kontext jedes Benutzers, indem es Anzeigeberechtigungen und mandantenspezifische Kontrollen durchsetzt. Copilots zeigen dadurch nur Daten an, die der jeweilige Benutzer sehen darf. Agenten in Microsoft 365 arbeiten mit Zugriffsbereichen, die an die Identität des Benutzers und die Gruppenmitgliedschaft gebunden sind. Protokollierung und Auditing helfen, mögliche Datenlecks zu erkennen und zu beheben. Zusammen mit Schutzmechanismen in den LLM- und Klassifikatorkomponenten verringern diese Maßnahmen das Risiko, dass Inhalte und Kontext eines Benutzers in den Copilot-Antworten eines anderen Benutzers erscheinen.

Welche Verantwortung tragen Copilot-Administratoren in Bezug auf Sicherheitsupdates und technischen Support?

Copilot-Administratoren müssen Sicherheitsupdates anwenden, Zugriffsberechtigungen regelmäßig überprüfen und für den technischen Support den Empfehlungen in Microsoft Learn und den Support-Kanälen folgen. Sie sollten Richtlinien für regelmäßige Überprüfungen einführen, die festlegen, wer Copilot nutzen darf, sicherstellen, dass Integrationen mit Microsoft-365-Diensten sicher sind, und die Dokumentation der Kontrollen für den Datenzugriff pflegen. Treten Probleme auf, stimmen sich Administratoren mit dem technischen Support von Microsoft ab und folgen den empfohlenen Vorgehensweisen, um Compliance und den laufenden Betrieb sicherzustellen.

Wie werden Daten von Copilot verarbeitet, und was sollte ich über Trainingsdaten und KI-Modelle wissen?

Daten, mit denen ein einzelner Benutzer interagiert, können von den KI-Modellen vorübergehend genutzt werden, um Copilot-Antworten zu erzeugen. Microsoft stellt jedoch Dokumentation bereit, die beschreibt, wie Daten verarbeitet werden und ob sie für das Training von Modellen verwendet werden. Administratoren müssen den Unterschied zwischen Daten, die nur für die unmittelbare Antworterzeugung genutzt werden, und Daten für das langfristige Training verstehen. Wo Datenschutzrichtlinien oder regulatorische Anforderungen es verlangen, sollten sie die Einstellungen so konfigurieren, dass die Nutzung von Trainingsdaten eingeschränkt wird. Details zum Verhalten der LLMs und zur Datenverarbeitung finden Sie in Microsoft Learn und in den Governance-Leitfäden.

Welche Verwendungszwecke und Szenarien von Microsoft 365 Copilot erfordern Änderungen am Standardberechtigungsmodell?

Bestimmte Verwendungen von Microsoft 365 Copilot, etwa organisationsweite Copilots, Copilots, die mehrere Datenquellen zusammenführen, oder neue Copilot-Bereitstellungen, erfordern unter Umständen angepasste Berechtigungskonfigurationen. Ein Copilot-Agent, der HR-Daten oder externe APIs zusammenführt, benötigt beispielsweise möglicherweise zusätzliche Steuerungen, Klassifizierungsregeln oder strengere Richtlinien auf Mandantenebene. Administratoren sollten jedes Szenario anhand der regulatorischen Anforderungen prüfen, sicherstellen, dass nur autorisierte Zugriffe auf sensible Daten wie OneDrive und SharePoint möglich sind, und sämtliche Ausnahmen in ihrem Sicherheits- und Datenschutzrahmen dokumentieren.

Wo finde ich weiterführende Ressourcen, Dokumentationen und Best Practices zur Implementierung des Berechtigungsmodells für Copilot?

Weiterführende Ressourcen sind Microsoft Learn, die Dokumentation im Microsoft 365 Admin Center sowie Leitlinien zur Governance von Microsoft Copilot und generativer KI. Diese Ressourcen erläutern, wie Sie Zugriffe verwalten, Copilot-Administratoren konfigurieren, Copilots in Microsoft 365-Dienste integrieren und APIs für eine feingranulare Steuerung implementieren. Für praktische Unterstützung wenden Sie sich an den Microsoft-Support und prüfen Sie Sicherheitsupdates und Compliance-Materialien, damit Ihre Copilot-Implementierung die organisatorischen und regulatorischen Anforderungen erfüllt.