Rechte und Zugriff

Eine interne App darf nicht alle Daten nur deshalb anzeigen, weil ihre Nutzer angemeldet sind. Rechte legen fest, wer welche Datensätze sehen, ändern oder verwalten darf. Bei No-Code-Apps und automatisierten Abläufen gilt dieselbe Frage für Formulare, Exporte, Schnittstellen und Protokolle.

Anmeldung und Freigabe unterscheiden

Authentifizierung bestätigt die Identität einer Person. Die Autorisierung entscheidet, ob eine konkret angeforderte Aktion für sie freigegeben ist. Eine erfolgreiche Anmeldung sagt daher nicht, ob jemand eine bestimmte Ressource lesen oder ändern darf.

Der umgekehrte Fall ist möglich: Öffentliche Inhalte wie eine Anmeldeseite oder ein Bild können ohne Anmeldung zugänglich sein. Legen Sie für jede Ressource fest, ob sie öffentlich ist oder eine Berechtigungsentscheidung erfordert. Setzen Sie Anmeldung und Zugriff nicht gleich.

Authentifizierung vs. Autorisierung: Wesentliche Unterschiede

Aufgaben vor Rollen festlegen

Wie Rollen für Lesen, Bearbeiten und Verwaltung ausgestaltet werden, steht in einem eigenen Beitrag.

Berechtigungsumfang dokumentieren

Halten Sie bei einer Berechtigung nicht nur fest, wer sie erhält, sondern auch, in welchem Dienst oder welcher Anwendung sie gilt und welche fachlichen Datenbereiche betroffen sind. Microsoft empfiehlt für Dataverse aussagekräftige Rollennamen, eine kurze Zweckbeschreibung, den Geltungsbereich und eine Zusammenfassung der betroffenen Geschäftstabellen.

In Dataverse finden Sie Sicherheitsrollen im Power Platform Admin Center über die Umgebungseinstellungen unter „Benutzer + Berechtigungen“ und „Sicherheitsrollen“.

Risiken nach möglichen Folgen einordnen

Ein Berechtigungsfehler kann dazu führen, dass geschützte Ressourcen gelesen, angelegt, geändert oder gelöscht werden. Die Folgen hängen davon ab, wie kritisch und sensibel die betroffenen Daten oder Funktionen sind; betroffen sein können Vertraulichkeit, Integrität oder Verfügbarkeit.

OWASP stufte „Broken Access Control“ in den Top 10 von 2021 als das besorgniserregendste Risiko für Webanwendungen ein. Schwachstellen können von nicht angemeldeten Personen und von angemeldeten Personen ohne passende Berechtigung ausgenutzt werden. Besonders verbreitet ist der Zugriff auf Ressourcen einer anderen Person.

Vorteile und Risiken von unzureichender Berechtigungssteuerung

Bedeutung von „Broken Access Control“ nach OWASP

Datensatzgrenzen ergänzen

Die Begrenzung von Datensätzen nach Zuständigkeit hat einen separaten Artikel.

Berechtigungen im Lebenszyklus berücksichtigen

Autorisierung ist keine einmalige Einstellung, sondern gehört laut OWASP in alle Phasen der Entwicklung und Pflege einer Anwendung. Prüfen Sie, ob die festgelegten Freigaben zum fachlichen Einsatz passen und auch dann verständlich und wartbar bleiben, wenn sich Anwendung oder Geschäftsabläufe ändern.

Bei der Überarbeitung sollten die geschützten Ressourcen und die möglichen Aktionen gemeinsam betrachtet werden: Eine Freigabe für eine Funktion bedeutet nicht automatisch, dass jede darin erreichbare Ressource ebenfalls zugänglich sein soll. Halten Sie Abweichungen vom vorgesehenen Zugriff fest und begründen Sie sie nachvollziehbar.

Schritte zur sicheren Berechtigungsvergabe in No-Code-Apps

Mit normalen Konten prüfen

Das Prüfen von Rechten mit einem gewöhnlichen Nutzerkonto ist Thema eines weiteren Artikels.

Protokolle ohne Geheimnisse

Zu Zugangsdaten in Protokollen gibt es einen eigenen Beitrag.