Legen Sie für jede Person ein eigenes Konto an, vergeben Sie Rollen entsprechend den Arbeitsaufgaben und behalten Sie Administratorrechte ausschließlich den Verwaltern vor. Nutzen Sie eigene Capabilities für dauerhafte Unterschiede, etwa für Freigaben oder die Verwaltung eines bestimmten Inhaltstyps. Aktivieren Sie die Mehrfaktor-Authentifizierung für sensible Konten und entziehen Sie nicht mehr benötigte Zugänge regelmäßig.
WordPress-Rollen und -Berechtigungen entscheiden darüber, wer nicht öffentliche Inhalte lesen, veröffentlichen, fremde Beiträge bearbeiten, Plugins installieren oder Benutzer ändern darf. Wenn das gesamte Team ein einziges Administratorkonto nutzt, lässt sich weder zuverlässig feststellen, wer eine Änderung vorgenommen hat, noch einer einzelnen Person der Zugang entziehen. Zugleich öffnet ein einziger gestohlener Zugangsdatensatz die gesamte Website. Sicherer ist es, jeder Person ein eigenes Konto mit den geringsten für ihre Arbeit notwendigen Rechten zu geben.
Die Standardrollen sind eine geeignete Grundlage, eine komplexere Redaktion benötigt jedoch oft eigene Capabilities oder eine Beschränkung auf einen bestimmten Inhaltstyp. Ziel ist es nicht, für jede Person eine eigene Rolle zu erstellen. Rollen sollen stabile Verantwortlichkeiten abbilden, während einzelne Konten ihnen zugeordnet und regelmäßig überprüft werden. Dieser Artikel verbindet die technische Einrichtung mit dem Onboarding, der Zusammenarbeit mit Externen und dem Ausscheiden von Nutzern.
Übersetzen Sie Arbeitsaufgaben in Berechtigungen
Listen Sie Tätigkeiten ohne Rollennamen auf: einen Entwurf erstellen, ein Medium hochladen, einen eigenen Artikel bearbeiten, einen fremden Artikel bearbeiten, veröffentlichen, Menüs verwalten oder ein Plugin aktualisieren. Legen Sie bei jeder fest, wer sie benötigt und welche Folgen ein Fehler hat. Wer Texte vorbereitet, muss das Theme nicht ändern; ein Marketingmanager kann veröffentlichen, ohne Administratoren anlegen zu können.
Unterscheiden Sie regelmäßige Tätigkeiten von außergewöhnlichen Eingriffen. Eine vorübergehende Migration rechtfertigt keine dauerhaften Administratorrechte. Erstellen Sie für eine außergewöhnliche Aufgabe ein zeitlich begrenztes Konto oder erhöhen Sie die Rolle vorübergehend mit dokumentierter Rückstufung. Die Matrix aus Aufgaben und Rollen wird zur Grundlage für Konfiguration, Schulung und Zugriffsaudit.
Verstehen Sie die Standardrollen und ihre Grenzen
Subscriber hat ein Basiskonto, Contributor bereitet Inhalte ohne eigenständige Veröffentlichung vor, Author verwaltet eigene Beiträge, Editor auch die Inhalte anderer und Administrator die gesamte Website. Die konkreten Möglichkeiten können sich je nach Plugins und benutzerdefinierten Inhaltstypen ändern. Die Bezeichnung „Editor“ reicht daher nicht als Nachweis; prüfen Sie die tatsächlichen Capabilities in der aktuellen Installation.
Bei Multisite gibt es zusätzlich eine Netzwerkebene mit noch größerer Reichweite. Plugins können Rollen die Verwaltung von Bestellungen, Formularen oder eines Mitgliederbereichs hinzufügen. Prüfen Sie nach der Installation einer kritischen Erweiterung, was die neuen Rollen sehen und ändern können. Testen Sie dies mit einem separaten Testkonto und nicht nur aus der Sicht eines Administrators, dem naturgemäß alles erlaubt ist.
- Eigenes Testkonto für jede Rolle
- Prüfung nach der Plugin-Installation
- Kein gemeinsam genutztes Administratorkonto
- Netzwerkberechtigungen werden gesondert bewertet
Gestalten Sie eigene Capabilities passend zur Domäne
Registrieren Sie für einen eigenen Inhaltstyp einen separaten Satz von Capabilities, wenn seine Verwaltung nicht die der regulären Beiträge kopieren soll. Die Personalabteilung kann Personenprofile bearbeiten, nicht aber Leistungen; das Produktteam den Katalog, nicht aber globale Einstellungen. Benennen Sie Berechtigungen nach Aktion und Objekt. Die Prüfung muss bei jeder Operation serverseitig erfolgen, nicht nur durch das Ausblenden einer Schaltfläche in der Oberfläche.
Erstellen Sie keine Capability für jeden einzelnen Datensatz ohne klaren Bedarf, da die Verwaltung sonst schnell unübersichtlich wird. Bei Zuständigkeiten von Standorten oder Abteilungen sollten Sie eine Regel auf Basis des zugeordneten Objekts erwägen und alle Wege testen: Liste, QuickEdit, REST API, Medien und Massenaktionen. Eine Ablehnung muss sicher und für den Nutzer verständlich sein.
Schützen Sie die Anmeldung und den Lebenszyklus von Konten
Benutzer sollten eindeutige Passwörter verwenden, die in einem Passwortmanager gespeichert sind, und sensible Rollen sollten Multi-Faktor-Authentifizierung nutzen. Begrenzen Sie die Zahl der Administratoren und überprüfen Sie regelmäßig inaktive Konten, Anwendungspasswörter und Sitzungen. Trennen Sie das Konto einer technischen Integration von persönlichen Konten, benennen Sie seinen Zweck und gewähren Sie ihm nur den erforderlichen Umfang. Bewahren Sie ein Notfallkonto kontrolliert auf und testen Sie dessen Verfügbarkeit.
Das Onboarding umfasst den Verantwortlichen für die Freigabe, die Rolle, die Schulung und ein Prüfdatum. Bei einem Positionswechsel werden die Rechte angepasst, beim Ausscheiden wird das Konto gesperrt und die Inhalte werden einem neuen Verantwortlichen zugewiesen, ohne die Historie zu löschen. Legen Sie für externe Dienstleister ein Enddatum fest. Die E-Mail-Adresse eines ehemaligen Mitarbeiters darf nicht der einzige Weg zur Wiederherstellung eines kritischen Kontos bleiben.
- Freigabe und Erstellungsdatum des Kontos
- Mehrfaktor-Authentifizierung für Administratoren
- Separate Konten für Integrationen
- Checkliste für Änderung und Entzug von Zugriffsrechten
Änderungen prüfen ohne übermäßiges Tracking
Das Audit-Log sollte sicherheits- und betriebsrelevante Ereignisse erfassen: Anmeldung, Rollenänderung, Veröffentlichung, Änderung eines Plugins oder der Konfiguration. Ein Eintrag benötigt Zeitpunkt, Konto, Objekt und Ergebnis. Er sollte nicht ohne Grund vollständige sensible Formulare oder Passwörter speichern. Beschränken Sie den Zugriff auf das Log und passen Sie die Aufbewahrungsdauer an den Zweck an.
Gleichen Sie in einem vereinbarten Turnus die Konten mit dem aktuellen Team und der Rollenmatrix ab. Prüfen Sie insbesondere Administratoren, lange ungenutzte Konten und durch Plugins hinzugefügte Rechte. Beheben Sie Befunde und ermitteln Sie, warum der Prozess versagt hat. Ein Audit ist nicht nur eine Sicherheitsprüfung; es deckt auch Rollen auf, die Redakteure unnötig blockieren und sie dazu verleiten, Konten zu teilen.
Häufige Fragen
Welche Rolle sollte eine Person erhalten, die Artikel schreibt?
Wenn die Person nur eigene Entwürfe vorbereitet, genügt Contributor oder eine entsprechend angepasste Rolle. Wenn sie eigene Texte veröffentlicht, kann Author geeignet sein. Das Recht, Inhalte anderer zu bearbeiten und zu veröffentlichen, gehört dem verantwortlichen Editor.
Ist es sicher, ein einziges Admin-Passwort im Team zu teilen?
Nein. Dabei gehen Nachvollziehbarkeit, das gezielte Entziehen von Zugriffen und eine sichere Rotation verloren. Jede Person benötigt ein eigenes Konto; Administratorrechte sollten nur diejenigen erhalten, die administrative Aufgaben ausführen.
Reicht es, einen Menüpunkt für Nutzer ohne Berechtigung auszublenden?
Das reicht nicht. Das Ausblenden verbessert die Oberfläche, aber die Anfrage kann auf anderem Weg gesendet werden. Der Server muss bei jeder sensiblen Aktion die Capability des Nutzers prüfen und unberechtigten Zugriff ablehnen.
Quellen und weiterführende Lektüre
Adam Antoni vyvíja weby, aplikácie a softvér na mieru. Prepája firemné systémy, automatizuje procesy a vytvára AI agentov. Pôsobí v Spišskej Novej Vsi a spolupracuje s firmami na celom Slovensku.
