Zum Inhalt

Atlas · Dateiablage

Berechtigungsarchitektur: Wer darf was – und lässt sich das erklären?

Gute Berechtigungen erkennt man daran, dass sich jede Frage „Warum darf sie das?“ mit einem Satz beantworten lässt. Dafür braucht es Gruppen statt Einzelrechte, wenige bewusste Ausnahmen und eine regelmäßige Überprüfung. Und es braucht das Wissen, dass ein Windows-Dateiserver anders rechnet als SharePoint.

NTFS und SharePoint vergleichenWissenswelt Dateiablage

Worum es geht

Berechtigungen wachsen von selbst. Aufräumen muss man sie bewusst – und dafür muss man vorher festgelegt haben, wie sie aussehen sollen.

Diese Seite erklärt die technische Architektur. Wer welche personenbezogenen Daten sehen darf, legt Ihr Unternehmen im Zugriffskonzept fest – mehr unter Berechtigungs- und Zugriffskonzepte.

Grundsätze

Acht Grundsätze, die auf jeder Plattform gelten

Die Grundsätze stammen aus dem Identitäts- und Berechtigungsmanagement des BSI IT-Grundschutz (Baustein ORP.4, Edition 2023) und der Herstellerdokumentation. Sie sind plattformneutral – die Umsetzung ist es nicht.

  1. Gruppen statt Personen

    Rechte gehen an Gruppen, Personen werden Mitglied. Microsoft empfiehlt für Dateifreigaben ausdrücklich, Sicherheitsgruppen statt einzelnen Benutzern zu berechtigen; in SharePoint, den Zugriff über die Gruppe bzw. das Team zu steuern.

  2. Rollen bündeln Rechte

    Eine Rolle („Sachbearbeitung Buchhaltung“) bringt die Gruppen mit, die sie braucht. Wer die Rolle wechselt, wechselt die Gruppen. Der IT-Grundschutz nennt dafür Standard-Rechteprofile (ORP.4.A16).

  3. So wenig wie nötig

    Least Privilege: Rechte nur in dem Umfang, der für die Aufgabe gebraucht wird; mehr nur mit Begründung (ORP.4.A2). Need-to-know: Vertrauliches nur für die, die es kennen müssen.

  4. Aufgaben trennen

    Wer bestellt, gibt nicht selbst frei; wer administriert, arbeitet im Alltag mit einem normalen Konto. Funktionstrennung verlangt auch der IT-Grundschutz (ORP.4.A4).

  5. Ausnahmen bewusst und dokumentiert

    Jede unterbrochene Vererbung, jedes Direktrecht, jeder Link ist eine Ausnahme, die getrennt gepflegt werden muss. Wo sie nötig ist, steht dabei warum und bis wann.

  6. Nach Schutzbedarf schneiden

    Bereiche mit hohem Schutzbedarf – Personal, Gesundheit, Verträge – bekommen eigene Bereiche mit eigenem Personenkreis, statt Unterordner mit Sonderrechten.

  7. Eintritt, Wechsel, Austritt

    Rechte folgen dem Lebenszyklus der Person. Beim Wechsel kommen neue Rechte hinzu – und alte müssen gehen. Beim Austritt endet der Zugang zuverlässig.

  8. Regelmäßig bestätigen

    Verantwortliche bestätigen in festen Abständen, wer Zugriff hat. Die Dokumentation wird mit dem Ist abgeglichen (ORP.4.A3).

NTFS

Windows-Dateiserver: Freigabe × NTFS, Verweigern zuerst

Auf einem Windows-Dateiserver entscheiden zwei getrennte Rechte über den Zugriff: die Freigabeberechtigung am freigegebenen Ordner und die NTFS-Berechtigung an Ordnern und Dateien. Greift jemand über das Netzwerk auf die Freigabe zu, werden beide geprüft, und es gilt das restriktivere – so beschreibt Microsoft es aktuell für SMB-Dateifreigaben in Azure Files. Die Freigabeberechtigung wirkt nur beim Zugriff über die Freigabe; direkt am Server bzw. auf einem Terminalserver gilt nur NTFS (Microsoft-Dokumentation zu Windows Server 2008, archiviert). Verbreitet ist deshalb, die Freigabe offen zu lassen und allein über NTFS zu steuern.

NTFS kennt Zulassen und Verweigern. Windows prüft die Einträge einer Zugriffsliste der Reihe nach: explizite vor geerbten, je Ebene Verweigern vor Zulassen, geerbte vom Elternordner zuerst. Der erste Eintrag, der ein angefordertes Recht verweigert, beendet die Prüfung; ist am Ende nicht alles erlaubt, ist der Zugriff implizit verweigert. Daraus folgt: Ein explizites Zulassen an einem Ordner wirkt vor einem geerbten Verweigern.

Die Vererbung lässt sich je Ordner deaktivieren. Dann zählen dort nur die eigenen Einträge – Änderungen am übergeordneten Ordner kommen nicht mehr an. Zugriffsbasierte Aufzählung blendet Ordner ohne Recht aus; laut Microsoft ist das Sichtbarkeit, kein Zugriffsschutz.

Den Zusammenhang von Freigabe- und NTFS-Recht können Sie am Beispiel unter Benutzer und Berechtigungen durchspielen.

SharePoint

SharePoint: Gruppen, Stufen, Vererbung und Links

SharePoint vergibt Rechte als Berechtigungsstufen an Gruppen oder Personen – standardmäßig Vollzugriff für Besitzer, Bearbeiten für Mitglieder, Lesen für Besucher. Rechte werden an der Website festgelegt und nach unten vererbt. Wer einem Ordner oder einer Datei eigene Berechtigungen gibt, beendet dort die Vererbung; wer ein Element mit jemandem ohne Zugriff teilt, beendet sie automatisch.

Eine Verweigern-Stufe wie bei NTFS kennen die Berechtigungsstufen von SharePoint nicht: Zugriff entsteht, wenn irgendein Weg ihn gewährt – über eine Gruppe, direkt oder per Link. Das hat Folgen für eine Migration: Laut Microsoft werden explizite Verweigerungsrechte von Dateifreigaben nicht übernommen, sodass zuvor gesperrte Inhalte zugänglich werden können.

Dazu kommen Freigabelinks – „Jeder“, „Personen in Ihrer Organisation“, „Bestimmte Personen“ – und die externe Freigabe (das Teilen mit Personen außerhalb der Organisation), die für die Organisation und je Website eingestellt wird. Bei Teams-verbundenen Websites werden Mitglieder über Teams verwaltet; Microsoft-365-Gruppen kennen keinen reinen Lesezugriff. Wer im Beispiel welche Datei sieht, zeigt der Explorer unter SharePoint Online.

Vergleich

NTFS und SharePoint im Vergleich

Beide Modelle lassen sich nicht eins zu eins ineinander übersetzen. Deshalb werden Rechte vor einer Migration für die Zielplattform neu entworfen, nicht kopiert.

  1. VerweigernNTFS: ja, explizit oder geerbt · SharePoint: keine Verweigern-Stufe; bei der Migration nicht übernommen
  2. Zwei EbenenNTFS: Freigabe- und NTFS-Recht, das restriktivere gilt übers Netz · SharePoint: Organisation und Website für externe Freigabe, Rechte am Inhalt
  3. VererbungNTFS: je Ordner deaktivierbar · SharePoint: wird durch eigene Berechtigungen oder Teilen unterbrochen
  4. TeilrechteNTFS: Lesen, Schreiben, Ändern, Vollzugriff und besondere Rechte · SharePoint: Berechtigungsstufen wie Lesen, Mitwirken, Bearbeiten, Vollzugriff
  5. LinksNTFS: keine – Zugriff nur über Konten · SharePoint: Freigabelinks bis hin zu „Jeder“
  6. ExterneNTFS: nur mit eigenem Konto im Verzeichnis · SharePoint: Gastkonten und Links, je nach Einstellung
  7. Zuordnung beim UmzugRestriktivere Freigabe-/NTFS-Stufe wird einer SharePoint-Stufe zugeordnet, etwa Ändern → Mitwirken
Nach Microsoft Learn (Order of ACEs in a DACL; Share and NTFS Permissions; Berechtigungsstufen in SharePoint; Migrationsleitfaden Dateifreigaben), abgerufen 2026-11-02.

Ausprobieren

Wer darf was – und warum? Im Beispielunternehmen nachrechnen

Wählen Sie eine Person und einen Ablageort im fiktiven Beispielunternehmen. Der Explorer zeigt die wirksame Berechtigung, bei Netzlaufwerken getrennt nach Freigabe und NTFS, die Einträge in der Reihenfolge, in der Windows sie auswertet, und wer sonst noch Zugriff hat. Probieren Sie Paula (Auszubildende) auf den Preislisten: Ein geerbtes Verweigern nimmt ihr das Schreiben, das Lesen bleibt.

Zugriffsweg

Dateiserver (NTFS)

SharePoint / Teams

Paula Praxis (Azubi Vertrieb) · Vertrieb\Preislisten

Lesen

Freigabe
Vollzugriff
NTFS
Lesen
wirksam
Lesen
  • Verweigert: Schreiben – NTFS „Schreiben“ über „GG Auszubildende“ (Rolle Auszubildende), geerbt von „Abteilungen\Vertrieb“.
  • Erlaubt: Lesen, Löschen – NTFS „Ändern“ über „GG Auszubildende“ (Rolle Auszubildende), geerbt von „Abteilungen\Vertrieb“.
  • Erlaubt: Lesen, Schreiben, Löschen, Berechtigungen ändern – Freigabeberechtigung „Vollzugriff“ über „Alle Mitarbeitenden (berechnet)“, Freigabe „\\dateiserver\Abteilungen“.
  • Über das Netz gilt die restriktivere Kombination: Freigabe Vollzugriff × NTFS Lesen → Lesen.
Einträge an „Vertrieb\Preislisten“ in der Reihenfolge der Auswertung
#Gruppe/PersonArtStufefestgelegt anfür diese Person
1GG AuszubildendeVerweigernSchreibenAbteilungen\Vertrieb (geerbt)entscheidet: W
2GG VertriebZulassenÄndernAbteilungen\Vertrieb (geerbt)–
3GG GFZulassenLesenAbteilungen\Vertrieb (geerbt)–
4GG AuszubildendeZulassenÄndernAbteilungen\Vertrieb (geerbt)entscheidet: R, D
5GG IT-AdministrationZulassenVollzugriff\\dateiserver\Abteilungen (geerbt)–

R = Lesen · W = Schreiben · D = Löschen · P = Berechtigungen ändern (Modellvereinfachung).

Quelle: Microsoft Learn: Order of ACEs in a DACL · Microsoft Learn: How AccessCheck Works (How DACLs Control Access to an Object) · Microsoft Learn (archiviert, Windows Server 2008): Share and NTFS Permissions on a File Server · Microsoft Learn: Configure Directory and File-Level Permissions for Azure Files (Abschnitt „How Azure RBAC and Windows ACLs work together“) · Modellannahme
Wer hat Zugriff? 14 von 33 Personen
  • Greta Geschäftsführung: Lesen
  • Gustav Geschäftsführung: Lesen
  • Anna Assistenz: Lesen
  • Viktor Vertriebsleitung: Schreiben · Ändern
  • Vera Vertrieb: Schreiben · Ändern
  • Valentin Vertrieb: Schreiben · Ändern
  • Vincent Vertrieb: Schreiben · Ändern
  • Vanessa Vertrieb: Schreiben · Ändern
  • Volker Vertrieb: Schreiben · Ändern
  • Paula Praxis (Azubi Vertrieb): Lesen
  • Tobias Technik (Azubi): Lesen
  • Ida IT: Vollzugriff
  • Ingo IT-Organisation: Vollzugriff
  • IT-Dienstleister Techniker (extern, fiktiv): Vollzugriff

Was entfällt mit der alten Rolle, was kommt neu hinzu – und was bleibt, weil es nicht an der Rolle hängt (Direktrechte, Projektgruppen, Freigabelinks)?

Modellannahmen in diesem Bereich

  • NTFS-/Freigabestufen als Bündel aus Lesen (R), Schreiben (W), Löschen (D), Berechtigungen ändern (P); Spezialberechtigungen nicht modelliert

Lehrbeispiel auf einem fiktiven Atlas-Modell. Die Ergebnisse rechnet der Atlas-Modellkern nach vereinfachten, dokumentierten Regeln; sie ersetzen keine Prüfung Ihrer Umgebung. Fiktives Beispielunternehmen. Alle Namen, Rollen, Gruppen und Strukturen sind erfunden und dienen nur der Veranschaulichung; keine echten Kunden- oder Personendaten.

Alle Berechtigungen als Tabelle
Wirksame Berechtigung (Netzwerkzugriff) je Person und Ablageort – Atlas-Modell, fiktiv
Person\\dateiserver\AbteilungenAbteilungen\VertriebVertrieb\PreislistenVertrieb\SchulungsunterlagenAbteilungen\BuchhaltungBuchhaltung\LohnAbteilungen\Technik\\dateiserver\ProjekteProjekte\AlphaTeams-Website „Projekt Alpha“DokumenteVertrag & KalkulationPlanstand.pdfAngebot-Entwurf.docx
Paula Praxis (Azubi Vertrieb)kein ZugriffLesenLesenÄndernkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriff
Valentin Vertriebkein ZugriffÄndernÄndernÄndernkein Zugriffkein ZugriffÄndernkein ZugriffÄndernBearbeitenBearbeitenkein ZugriffBearbeitenBearbeiten
Viktor Vertriebsleitungkein ZugriffÄndernÄndernÄndernkein Zugriffkein Zugriffkein ZugriffLesenÄndernBearbeitenBearbeitenBearbeitenBearbeitenBearbeiten
Berta Buchhaltungkein Zugriffkein Zugriffkein Zugriffkein ZugriffÄndernÄndernkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriff
Greta Geschäftsführungkein ZugriffLesenLesenLesenÄndernLesenkein ZugriffLesenLesenVollzugriffVollzugriffVollzugriffVollzugriffVollzugriff
Ida ITVollzugriffVollzugriffVollzugriffVollzugriffVollzugriffnur Löschen über den übergeordneten OrdnerVollzugriffÄndernÄndernVollzugriffVollzugriffVollzugriffVollzugriffVollzugriff
Planungsbüro Kontakt 1 (extern, fiktiv)kein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein ZugriffBearbeitenBearbeitenkein ZugriffBearbeitenkein Zugriff
IT-Dienstleister Techniker (extern, fiktiv)VollzugriffVollzugriffVollzugriffVollzugriffVollzugriffnur Löschen über den übergeordneten OrdnerVollzugriffÄndernÄndernkein Zugriffkein Zugriffkein Zugriffkein Zugriffkein Zugriff

Rollenwechsel

Beispiel: Wechsel vom Vertrieb in die Buchhaltung

Ein Abteilungswechsel zeigt, ob eine Berechtigungsarchitektur trägt: Mit Rollen und Gruppen ist er eine Änderung an einer Stelle, mit gewachsenen Einzelrechten eine Suche.

  1. Neue Rolle zuweisen

    Die Rolle „Buchhaltung“ bringt die Gruppe mit den Rechten auf Belege, Rechnungen und die Teamwebsite der Buchhaltung.

  2. Alte Rolle entziehen

    Die Gruppe „Vertrieb“ entfällt – und mit ihr Kundenordner und Preislisten. Ohne diesen Schritt wächst der Zugriff mit jedem Wechsel.

  3. Ausnahmen prüfen

    Direktrechte an Ordnern, Mitgliedschaften in Projektteams, Freigabelinks, die die Person erstellt oder erhalten hat, gehen nicht mit der Rolle. Sie müssen einzeln geprüft werden.

  4. Funktionstrennung beachten

    Wer Bestellungen auslöst, soll sie nicht selbst buchen. Überschneidungen zwischen alter und neuer Rolle während einer Übergangszeit werden befristet und dokumentiert.

  5. Bestätigen lassen

    Die neue Führungskraft bestätigt die Rechte. Wie Rechte beim Wechsel wachsen und wie nicht, zeigt die Simulation unter Rollenwechsel.

Überprüfung

Überprüfung: Rezertifizierung und Externe

Rechte werden in festen Abständen von den Verantwortlichen bestätigt – nicht von der IT, die nur sieht, dass ein Recht besteht, nicht, ob es gebraucht wird. Je höher der Schutzbedarf, desto kürzer der Abstand. Auf einem Dateiserver helfen Berichte über Gruppenmitgliedschaften und Ordnerrechte; in Microsoft 365 gibt es dafür Zugriffsüberprüfungen in Microsoft Entra.

Externe brauchen besondere Aufmerksamkeit: Sie haben keinen Austrittstermin im Personalsystem. Jeder externe Zugang braucht einen Zweck, eine verantwortliche Person und ein Ende – mehr unter Gastkonten und Identity Governance.

Änderungen an Zugriffsrechten sollten protokolliert werden; für Fileserver nennt der IT-Grundschutz das ausdrücklich (APP.3.3.A9). Wie lange solche Protokolle aufbewahrt werden, legt Ihr Datenschutz fest.

Angebot

Unterstützung durch ENTDECKE

  1. Berechtigungs- und Zugriffskonzepte

    Rollen, Berechtigungsmatrix und Überprüfung – im technischen Datenschutz.

  2. Benutzer und Berechtigungen im Betrieb

    Konten und Gruppen in Active Directory und Microsoft Entra ID pflegen; Umfang individuell abgestimmt.

  3. Eintritt, Wechsel, Austritt

    Identity Lifecycle mit Rollen und Automatisierung.

  4. Berechtigungen für eine Zielplattform entwerfen

    NTFS-Bestand inventarisieren und für SharePoint neu schneiden – als Teil von Einführung und Migration.

Häufige Fragen

Können wir unsere NTFS-Rechte einfach mitnehmen?

Technisch übernehmen Migrationswerkzeuge Rechte auf Benutzerebene und ordnen sie SharePoint-Stufen zu. Explizite Verweigerungen gehen dabei verloren, und gewachsene Ausnahmen werden zu unterbrochener Vererbung in SharePoint. Deshalb empfehlen wir, Rechte für die Zielstruktur neu zu entwerfen und nur bewusst zu übernehmen.

Warum nicht einfach „Verweigern“ setzen?

Weil Verweigern schwer nachvollziehbar ist: Es wirkt je nach Reihenfolge und Herkunft der Einträge unterschiedlich und überlagert Gruppenrechte. Besser ist eine Struktur, in der vertrauliche Inhalte in eigenen Bereichen liegen, zu denen nur die Berechtigten Zugang haben.

Wie oft sollen Rechte überprüft werden?

Eine feste Vorgabe gibt es nicht; der Abstand richtet sich nach dem Schutzbedarf. Wichtig ist, dass die Überprüfung stattfindet, dokumentiert wird und Konsequenzen hat.

Was hat das mit Copilot zu tun?

Microsoft 365 Copilot zeigt nur Inhalte, die die Person mindestens lesen darf. Zu weite Rechte werden dadurch sichtbarer. Eine aufgeräumte Berechtigungsarchitektur ist deshalb eine Voraussetzung für den Einsatz – mehr unter Microsoft 365 Copilot.

Ihre Berechtigungen nachvollziehbar machen

Wir sehen uns mit Ihnen an, wie Rechte heute vergeben sind, und entwickeln eine Architektur, die sich erklären und prüfen lässt. Telefon 07131-618726-0.

Kontakt aufnehmenAusgangslage modellierenZur Wissenswelt