RatgeberPlattformen und Tools
WordPress-Zugriffe prüfen, bevor ein altes Konto zum aktuellen Problem wird
Geben Sie Personen und Integrationen nur die benötigten Rechte. Prüfen Sie Anwendungspasswörter separat und testen Sie den Entzug, ohne den Eigentümer auszusperren.

Auf dieser Seite
Eine WordPress-Zugriffsprüfung sollte zwei Fragen beantworten: Wer kann die Website ändern, und welche externen Werkzeuge können über diese Konten handeln? Eine Mitarbeiterliste beantwortet nur die erste Frage. Alte Integrationszugangsdaten können weiterhin relevant sein, nachdem die Person, die sie erstellt hat, sich längst nicht mehr anmeldet.
Beginnen Sie mit einer wiederherstellbaren Kopie der Website und einem bestätigten Administratorkonto unter Kontrolle des Eigentümers. Prüfen Sie anschließend persönliche Benutzerkonten, ihre tatsächlichen Fähigkeiten und ihre Anwendungspasswörter. Dieser Leitfaden setzt eine übliche WordPress-Einzelinstallation voraus. Multisite, Mitgliedschaftsprodukte und Rollen-Plugins können das Modell verändern. Prüfen Sie deshalb die Rechte der Installation, statt eine Rollenbezeichnung als Beleg zu behandeln.
Beginnen Sie mit der Aufgabe, nicht mit der bequemsten Rolle
Die WordPress-Dokumentation zu Rollen und Fähigkeiten beschreibt die standardmäßigen Berechtigungsgruppen. Ein Mitarbeiter kann eigene Beiträge schreiben und verwalten, aber nicht veröffentlichen; ein Autor kann eigene Beiträge veröffentlichen; ein Redakteur kann Beiträge anderer Personen verwalten. Ein Administrator hat umfassendere Verwaltungsrechte. Diese Unterschiede zählen, wenn ein externer Auftragnehmer nur einen Entwurf einreichen soll.
Beschreiben Sie die aktuelle Aufgabe jedes Kontos in einem Satz. „Lädt den Wochenbericht zur redaktionellen Prüfung hoch“ ist hilfreicher als „Marketing“. Vergleichen Sie die Aufgabe mit den möglichen Aktionen. Passen Standardrollen nicht, definieren Sie die Anforderung vor der Installation oder Änderung eines Rollen-Plugins. Testen Sie die entstandenen Fähigkeiten, statt dem Anzeigenamen zu vertrauen.
Teilen Sie keinen Administratorzugang, nur um kein weiteres Konto anlegen zu müssen. Ein persönliches Konto erlaubt es, einer Person den Zugang zu entziehen, ohne allen anderen gezielt ein Ersatzpasswort geben zu müssen. Halten Sie einen Wiederherstellungsweg unter Kontrolle des Eigentümers bereit, damit mit einer Agentur oder einem Auftragnehmer nicht auch die einzige administrativ handlungsfähige Person verschwindet.
Testen Sie eine vorgesehene Rolle mit weniger Rechten anhand typischer Aufgaben: Entwurf speichern, benötigte Medien hochladen, vorgesehenen Inhalt bearbeiten und eine ausdrücklich unzulässige Aktion versuchen. Ein standardmäßiger Mitarbeiter kann keine Dateien hochladen. Ein Ablauf mit Bild-Uploads braucht daher eine überlegte Anpassung. Lösen Sie die konkrete Anforderung, nicht sämtliche denkbaren künftigen Wünsche durch Administratorrechte.
Erfassen Sie Anwendungspasswörter als eigene Zugangsdaten
Der WordPress-Leitfaden zur REST-API-Authentifizierung beschreibt Anwendungspasswörter für authentifizierten API-Zugang über HTTPS. Sie sind vom normalen Anmeldepasswort des Benutzers getrennt. Ihr betrieblicher Vorteil besteht darin, einer Integration eigene Zugangsdaten zu geben, statt das alltägliche Passwort der Person weiterzureichen.
Dokumentieren Sie, welchem Konto die Zugangsdaten gehören, welcher Dienst sie nutzt, wer diesen Dienst betreut und ob die Verbindung weiterhin gebraucht wird. Ein aussagekräftiger Name hilft bei der Zuordnung. Er begrenzt für sich allein aber nicht, welche Anfragen damit ausgeführt werden können. Passen Sie die Rechte des Dienstkontos an die tatsächliche Arbeit der Integration an.
Der Integrationsleitfaden für WordPress-Anwendungspasswörter erklärt Verwaltung und Widerruf. Verwenden Sie je Verbindung eigene Zugangsdaten, damit die Abschaltung eines Werkzeugs nicht alle übrigen Integrationen desselben Benutzers unterbricht. Kopieren Sie Anwendungspasswörter nicht in eine Prüftabelle, Supportmail oder öffentliche Fehlermeldung. Erfassen Sie Verantwortlichen und Zweck, nicht das Geheimnis.
Ist der Verantwortliche einer Integration unbekannt, untersuchen Sie die Verbindung vor einer blinden Löschung. Identifizieren Sie den zugehörigen Veröffentlichungsauftrag, Sicherungslauf oder Abgleich und finden Sie die zuständige Person. Unbekannt bedeutet weder harmlos noch ungenutzt. Die Prüfung soll Unklarheit in eine ausdrückliche Entscheidung zum Behalten, Ersetzen oder Widerrufen verwandeln.
Entziehen Sie Zugriffe in kontrollierter Reihenfolge
Bei einem geplanten Ausscheiden klären Sie zuerst, was weiterlaufen muss: geplante Veröffentlichungen, Inhaltszuordnung, Medienverwaltung und Integrationen. Übertragen Sie die betriebliche Verantwortung und erstellen Sie benötigte Ersatzzugangsdaten über das autorisierte Konto. Bestätigen Sie deren Funktion, bevor Sie ein für einen fortbestehenden Dienst benötigtes Passwort entfernen.
Bei Verdacht auf eine Kompromittierung haben Eindämmung und der Vorfallprozess Vorrang vor einer routinemäßigen Übergabe. Dieser Leitfaden beschreibt eine Zugriffsprüfung, keine garantierte Vorfallbewältigung. Sichern Sie relevante Aufzeichnungen und beziehen Sie den zuständigen Administrator oder Sicherheitsspezialisten ein, wenn mehr als eine gewöhnliche Kontobereinigung untersucht werden muss.
Bei einer normalen Bereinigung widerrufen Sie das ausgewählte Anwendungspasswort, bestätigen die abgewiesene Authentifizierung der alten Verbindung und prüfen die übrigen Integrationen. Reduzieren oder entfernen Sie danach gegebenenfalls den interaktiven Zugang der Person. Ein geklickter Button ist noch kein Nachweis des Entzugs. Aussagekräftig sind die erwartete Ablehnung und der weiterhin funktionierende, nicht betroffene Prozess.
Prüfen Sie vor dem Löschen eines Benutzers, was mit seinen Inhalten und Autorenangaben geschieht, und wählen Sie eine erforderliche Neuzuordnung bewusst. Machen Sie aus der Zugriffsbereinigung keine versehentliche redaktionelle Löschung. Die Grundsätze unseres Leitfadens zu WordPress-Staging und Rollback helfen, wenn ein Rollen-Plugin oder eine andere Konfigurationsänderung beteiligt ist.
Halten Sie den Nachweis klein genug für regelmäßige Pflege
Führen Sie einen Eintrag pro Benutzer und einen verknüpften Eintrag pro Integration: Zweck, Verantwortlicher, Rolle oder Fähigkeiten, Prüfdatum und Entscheidung. Speichern Sie geheime Zugangsdaten im freigegebenen Geheimnisverwaltungssystem des Teams, nicht neben dem lesbaren Inventar. Der Nachweis soll Nachfolgern das Verständnis erleichtern, ohne ihnen standardmäßig sämtliche Geheimnisse auszuhändigen.
Lösen Sie eine Prüfung ausdrücklich aus, wenn ein Vertrag endet, sich Aufgaben ändern oder ein Werkzeug abgeschaltet wird. Eine regelmäßige Kontrolle kann Versäumnisse entdecken. Das Ausscheiden einer Person sollte aber nicht auf die nächste Kalendererinnerung warten. Nehmen Sie den Ablauf mit einer benannten verantwortlichen Person in die Wartungsroutine der Website auf.
Testen Sie abschließend beide Seiten der Änderung. Der weiterhin berechtigte Redakteur muss seine Aufgabe erledigen können. Das entfernte Konto oder Passwort muss bei der nun verbotenen Handlung scheitern. Dokumentieren Sie Test und Ergebnis, ohne daraus die Sicherheit der gesamten Website abzuleiten.
Eine gute Prüfung endet mit weniger unerklärten Privilegien, nicht zwingend mit weniger Konten. Getrennte Konten mit klarem Zweck können leichter zu verwalten sein als wenige gemeinsam genutzte Administratorzugänge. Jedes aktive Recht soll begründbar und jedes entzogene Recht nachweislich entfernt sein.
Aus der englischen Ausgangsausgabe übersetzt.
Primärquellen
- Dokumentation zu Rollen und Fähigkeitenwordpress.org
- Leitfaden zur REST-API-Authentifizierungdeveloper.wordpress.org
- Integrationsleitfaden für WordPress-Anwendungspasswörtermake.wordpress.org


