SFTP und SSH bieten leistungsstarken Zugriff auf den Server unter einer WordPress-Site. Dieser Zugriff ist für Bereitstellungen, WP-CLI, Fehlerbehebung und Wiederherstellung von unschätzbarem Wert, kann aber auch Dashboard-Schutzmaßnahmen umgehen und jede Datei ändern, die der Webserver erreichen kann. Behandeln Sie es als privilegierten Infrastrukturzugriff und nicht als bequeme gemeinsame Anmeldung.
Ein sicheres Setup weist vier Eigenschaften auf: verschlüsselter Transport, individuelle Identitäten, geringste Privilegien und verlässliche Nachweise. Es sollte leicht zu beantworten sein, wer sich verbunden hat, von welchem genehmigten Gerät aus, was diese Person ändern konnte und wie ihr Zugriff entzogen wird.
Kennen Sie die Protokolle, die Sie zulassen
SFTP ist das SSH File Transfer Protocol. Es funktioniert über SSH und verschlüsselt die Sitzung. Es ist nicht dasselbe wie herkömmliches FTP und es ist nicht dasselbe Protokoll wie FTPS, das TLS zu FTP hinzufügt. Bestätigen Sie, was Ihr Host tatsächlich bereitstellt, anstatt davon auszugehen, dass eine Anwendung mit der Bezeichnung „FTP-Client“ einen sicheren Modus verwendet.
SSH bietet eine interaktive Shell oder einen Befehlskanal. SFTP kann auf Dateivorgänge beschränkt sein, während SSH WP-CLI ausführen, Protokolle überprüfen, Dienste ändern und Skripte ausführen kann. Geben Sie Benutzern nur die Fähigkeiten, die ihre Arbeit erfordert. Ein Designer, der Assets hochlädt, benötigt selten eine uneingeschränkte Shell.
Wenn der Serverzugriff zur Fehlerbehebung bei Plugins oder zur Verwaltung von WordPress über die Befehlszeile verwendet wird, befolgen Sie die in unserem Abschnitt beschriebenen Vorgehensweisen für die geringsten Rechte WordPress Sicherheitsauditdienst anstatt jedem Mitarbeiter vollen Administratorzugriff zu gewähren.
Erstellen Sie individuelle Konten und entfernen Sie gemeinsam genutzte Zugangsdaten
Jeder Mitarbeiter, Auftragnehmer und jede Automatisierung sollte eine eigene Identität haben. Individuelle Konten machen Logs nützlich, erlauben restriktive Berechtigungen und ermöglichen es Ihnen, den Zugriff einer Person zu widerrufen, ohne das gesamte Team zu unterbrechen. Vermeiden Sie es, Konten nach einer generischen Rolle zu benennen, wenn dies verschleiert, wer die Kontrolle darüber hat.
Führen Sie ein Zugriffsregister mit Kontoinhaber, Geschäftszweck, genehmigten Verzeichnissen oder Befehlen, Authentifizierungsmethode, Erstellungsdatum und Überprüfungsdatum. Entfernen Sie beim Offboarding das Konto oder den Schlüssel, beenden Sie nach Möglichkeit aktive Sitzungen, rotieren Sie alle gemeinsamen Geheimnisse, auf die die Person zugreifen könnte, und überprüfen Sie die letzten Aktivitäten.
Serverkonten sind nur eine Berechtigungsebene. Nutzen Sie die gleiche Inventarisierungsmentalität für WordPress Benutzer mit unserem Leitfaden zur Erkennung betrügerische WordPress Administratoren und ungeklärte Privilegienänderungen.
Bevorzugen Sie gut verwaltete SSH-Schlüssel
Durch die Authentifizierung mit öffentlichem Schlüssel wird vermieden, dass ein wiederverwendbares Kennwort an den Server gesendet wird. Generieren Sie für jede Person oder jedes automatisierte System einen separaten Schlüssel, schützen Sie private Schlüssel mit einer starken Passphrase, sofern dies betrieblich möglich ist, und speichern Sie sie in einem zugelassenen Passwort-Manager, einem sicheren Schlüsselbund oder einem hardwaregestützten Gerät.
Versenden Sie niemals private Schlüssel per E-Mail, fügen Sie sie nicht in Tickets ein oder kopieren Sie einen Schlüssel im gesamten Team. Speichern Sie Bereitstellungsschlüssel nicht in einem öffentlichen Repository oder im WordPress-Dokumentstammverzeichnis. Verwenden Sie zur Automatisierung einen dedizierten geheimen Speicher und geben Sie den Schlüssel nur für den Job frei, der ihn benötigt.
Der Speicher-, Rotations- und Widerrufsprozess sollte mit den Kontrollen in unserem übereinstimmen WordPress Leitfaden zur Verwaltung von Geheimnissen. Ein Geheimnis ist nicht allein deshalb sicher, weil es sich außerhalb von wp-admin befindet.
Härten Sie SSH, ohne das Wiederherstellungsteam auszusperren
Validieren Sie den schlüsselbasierten Zugriff in einer zweiten Sitzung, bevor Sie die Passwortauthentifizierung deaktivieren. Lassen Sie die aktuelle Sitzung geöffnet, testen Sie die Konfiguration, bestätigen Sie die Notfallkonsole oder den Wiederherstellungsvorgang des Hosting-Anbieters und nehmen Sie erst dann strengere Authentifizierungsänderungen vor. Eine sichere Konfiguration, die das Team während eines Ausfalls blockiert, birgt ein anderes Risiko.
Wenn Sie den SSH-Daemon verwalten, sollten Sie erwägen, die direkte Root-Anmeldung zu verweigern, zulässige Benutzer oder Gruppen einzuschränken, leere Passwörter zu deaktivieren, ungenutzte Authentifizierungsmethoden zu reduzieren und nicht erforderliche Weiterleitungsfunktionen einzuschränken. Die richtigen Einstellungen hängen vom Betriebssystem, Hosting-Modell und Wiederherstellungsprozess ab. Ändern Sie sie daher durch ein dokumentiertes, umkehrbares Verfahren.
Netzwerkkontrollen können die Gefährdung weiter reduzieren. Managed-Hosting-Firewalls, ein VPN, ein Bastion-Host oder sorgfältig gepflegte Zulassungslisten können den Ursprung administrativer Verbindungen einschränken. Verlassen Sie sich nicht nur auf eine IP-Zulassungsliste: Adressen ändern sich, Anmeldeinformationen können trotzdem gestohlen werden und falsch konfigurierte Regeln können den legitimen Notfallzugriff blockieren.
Setzen Sie diese Ideen um.
Von einer gezielten Verbesserung bis zur kompletten Website: Wir helfen Ihnen, den Umfang zu klären und das Vorhaben umzusetzen.
Meine Website besprechenErweiterte WordPress-SicherheitslösungenTeilen Sie uns Ihre Ziele mit. Wir antworten in der Regel innerhalb von 4 Stunden mit Fragen und praktischen nächsten Schritten.
Begrenzen Sie, was jedes Konto erreichen kann
Ordnen Sie SFTP-Benutzer den Verzeichnissen zu, die sie tatsächlich verwalten. Separate Produktions-, Staging- und Backup-Ziele. Beschränken Sie bei automatisierten Bereitstellungen das Konto auf den erforderlichen Pfad und die erforderlichen Befehle, anstatt eine vollständige interaktive Shell zu gewähren. Vermeiden Sie es, einem Website-Prozess die Berechtigung zu erteilen, mehr am Server zu ändern, als seine Funktion erfordert.
Nach jedem Upload sind Eigentums- und Moduseinstellungen von Bedeutung. Folgen Sie unserem WordPress Leitfaden für Dateiberechtigungen und vermeiden Sie weltweit schreibbare Berechtigungen wie 777, die Dateien anderen Prozessen oder Benutzern auf dem Server zugänglich machen können.
Eine sichere Übertragung kann dennoch bösartigen oder unüberprüften Code liefern. Nutzen Sie nach Möglichkeit Versionskontrolle und einen Deployment-Prozess, scannen Sie hochgeladene Dateien und vergleichen Sie Produktionsänderungen mit einem freigegebenen Release. Beschränken Sie direkte Bearbeitungen auf Notfälle und protokollieren Sie, was geändert wurde.
Schützen Sie Workstations und überprüfen Sie die Serveridentität
Der Server ist nur eine Seite der Vertrauensbeziehung. Sorgen Sie dafür, dass Administratorgeräte gepatcht, verschlüsselt und durch Endpunktsicherheit geschützt werden. Sperren Sie den Bildschirm, trennen Sie persönliche und berufliche Profile, wo es praktisch möglich ist, und entfernen Sie Schlüssel von verlorenen oder ersetzten Geräten.
Überprüfen Sie Hostschlüssel, wenn Sie zum ersten Mal eine Verbindung zu einem Server herstellen, und untersuchen Sie unerwartete Hostschlüsseländerungen. Das blinde Akzeptieren eines neuen Fingerabdrucks kann eine Verbindung zum falschen System oder einen Man-in-the-Middle-Vorfall verschleiern. Veröffentlichen Sie vertrauenswürdige Fingerabdrücke über einen separaten, authentifizierten Kanal für das Team.
Protokollieren, Alarmieren und Überprüfen
Erfassen Sie erfolgreiche und fehlgeschlagene SSH-Authentifizierungsereignisse, Quelladressen, Kontonamen und Sitzungszeiten. Alarmieren Sie bei wiederholten Fehlern, Zugriffen von unerwarteten Standorten, aktiv gewordenen ruhenden Konten, neuen autorisierten Schlüsseln und Verbindungen außerhalb normaler Wartungsfenster.
Verbinden Sie Infrastruktur-Logs mit den Website-Ereignissen, die in unserem WordPress Leitfaden zur Sicherheitsüberwachung So können eine neue Serveranmeldung, eine Dateiänderung und die Erstellung eines Administrators in einer Zeitleiste untersucht werden.
Überprüfen Sie den Zugriff nach einem Zeitplan und nach jedem Personal-, Anbieter- oder Hosting-Wechsel. Überprüfen Sie Dateien mit autorisierten Schlüsseln und Anbieter-Dashboards, nicht nur eine Tabelle. Die Quelle der Wahrheit ist der Zugang, der noch funktioniert.
Planen Sie Fehler und Notfälle ein
Bevor Sie Berechtigungen, die Authentifizierung oder die Serverkonfiguration ändern, erstellen Sie ein verifiziertes Backup und wissen Sie, wie Sie es wiederherstellen können, ohne sich auf den Zugriffséweg zu verlassen, den Sie gerade ändern. Bewahren Sie Wiederherstellungscodes, Konsolenzugriff und Eskalationskontakte geschützt, aber für autorisierte Personen verfügbar auf.
Nutzen Sie die Erholungsübungen in unserem WordPress Leitfaden für Sicherung und Notfallwiederherstellung um zu bestätigen, dass Dateien, die Datenbank und die Konfiguration nach einem versehentlichen Befehl oder einem kompromittierten Konto wiederhergestellt werden können.
Wenn es zu verdächtigen Zugriffen kommt, deaktivieren Sie die betroffene Identität, sichern Sie die Protokolle, rotieren Sie exponierte Zugangsdaten, vergleichen Sie Dateien mit als gut bekannten Versionen und bewerten Sie, ob Datenbank- oder Anwendungsgeheimnisse zugänglich waren. Vernichten Sie keine Beweise, bevor Sie den Umfang verstanden haben.
Eine praktische SFTP- und SSH-Checkliste
Verwenden Sie SFTP anstelle von unverschlüsseltem FTP; individuelle Konten erstellen; Bevorzugen Sie eindeutige, geschützte Schlüssel. Verzeichnisse und Befehle einschränken; Host-Fingerabdrücke überprüfen; SSH durch getestete Änderungen härten; Administratorgeräte schützen; Zugriff und Schlüsseländerungen überwachen; Konten regelmäßig überprüfen; und behalten Sie einen unabhängigen Wiederherstellungspfad bei.
Für die laufende Betreuung, Zugriffsüberprüfungen, sichere Updates und die Bereitschaft für Vorfälle bietet unser WordPress Sicherheitswartungsdienst kann die Bedienelemente verwalten, die nach der Ersteinrichtung leicht zu übersehen sind.
Häufig gestellte Fragen
Was ist der Unterschied zwischen SFTP und FTP?
SFTP überträgt Dateien über das SSH-Protokoll und verschlüsselt die Verbindung. Herkömmliches FTP sendet Daten und Anmeldeinformationen ohne entsprechenden Transportschutz, sofern kein separater TLS-Modus konfiguriert ist. SFTP und FTPS sind unterschiedliche Protokolle.
Sollten WordPress Administratoren SSH-Schlüssel anstelle von Passwörtern verwenden?
SSH-Schlüssel sind im Allgemeinen für den administrativen Serverzugriff vorzuziehen, wenn sie korrekt generiert, gespeichert und widerrufen werden. Überprüfen Sie zuerst den Schlüsselzugriff, schützen Sie private Schlüssel mit Passphrasen oder hardwaregestütztem Speicher und behalten Sie einen getesteten Wiederherstellungspfad bei, bevor Sie die Passwortauthentifizierung deaktivieren.
Kann ich dem gesamten Team ein einziges SFTP-Konto geben?
Ein gemeinsam genutztes Konto schwächt die Rechenschaftspflicht und erschwert das Offboarding. Geben Sie jeder Person oder Automatisierung eine individuelle Identität mit nur den Verzeichnissen und Befehlen, die sie benötigt, und entziehen Sie diesen Zugriff, wenn die Arbeit beendet ist.
Wie oft sollten SSH-Schlüssel rotiert werden?
Tauschen Sie Schlüssel sofort aus, wenn ein Gerät, ein Auftragnehmer oder ein privater Schlüssel kompromittiert werden könnte und wenn eine Person das Unternehmen verlässt oder die Rolle wechselt. Befolgen Sie bei der routinemäßigen Rotation einen dokumentierten, risikobasierten Zeitplan und stellen Sie sicher, dass alte Schlüssel tatsächlich von jedem autorisierten Schlüsselstandort entfernt werden.
