Profile und Berechtigungen der Mitarbeiter im PrestaShop-Backoffice

Öffnen Sie die Mitarbeiterliste Ihres Backoffice und zählen Sie, wie viele Super-Administratoren es gibt. In vielen Shops lautet die Antwort „alle“: der Inhaber, der Logistiker, die Person im Kundenservice, die Agentur, die vor Jahren das Theme gebaut hat, und ein Konto namens „shop“, dessen Passwort das halbe Team kennt. Das funktioniert bis zu dem Tag, an dem sich jemand vertut, im Streit geht oder sein Passwort gestohlen wird.

Wie PrestaShop die Zugänge organisiert

Die Zugänge werden unter Erweiterte Einstellungen → Team verwaltet, mit drei Bausteinen:

• Mitarbeiter: jede Person mit ihrer E-Mail-Adresse, ihrem Passwort und einem zugewiesenen Profil.
• Profile: Gruppen von Berechtigungen. PrestaShop bringt einige mit (SuperAdmin, Logistiker, Übersetzer, Verkäufer), und Sie können eigene anlegen.
• Berechtigungen: für jedes Profil, was es in jedem Menübereich sehen, hinzufügen, bearbeiten und löschen darf und welche Module es konfigurieren kann.

Das Profil SuperAdmin lässt sich nicht einschränken: Es hat Zugriff auf alles, einschließlich der Mitarbeiter, der Konfiguration der Zahlungsarten, der Modulinstallation und des Webservice. Deshalb sollte gerade dieses Profil am sorgfältigsten vergeben werden.

Das Prinzip der minimalen Rechte

Jede Person sollte nur die Berechtigungen haben, die sie für ihre tägliche Arbeit braucht. Das ist kein Misstrauen, sondern begrenzt, was mit einem gestohlenen Passwort oder einem falschen Klick schiefgehen kann. Ein vernünftiger Ausgangspunkt:

Super-Administratoren sollte es höchstens zwei geben: die verantwortliche Person des Shops und die, die ihn technisch betreut. Wenn Ihre Agentur gelegentlich hineinmuss, geben Sie ihr ein eigenes Konto, das Sie bei Bedarf aktivieren und danach wieder deaktivieren.

Warum Sie keine Konten teilen sollten

Das gemeinsame Konto ist bequem und hat drei ernste Probleme:

1. Sie wissen nicht, wer was getan hat. Wenn ein Preis falsch ist oder eine Bestellung den Status wechselt, steht im Verlauf „shop“, keine Person.
2. Sie können niemanden sperren, ohne alle zu stören. Geht jemand, ändern Sie entweder das Passwort und informieren alle anderen, oder Sie lassen es, wie es ist. Fast immer bleibt es, wie es ist.
3. Das Passwort macht die Runde. Es landet in einer WhatsApp-Nachricht, auf einem Haftzettel oder im Passwortmanager eines privaten Laptops.

Ein Konto pro Person, immer, auch wenn es nur zwei Personen sind und eine davon einmal im Monat hineinschaut.

Wenn jemand das Unternehmen verlässt

Das ist der Moment, der am häufigsten vernachlässigt wird. Eine Liste, die auf einen Notizzettel passt:

1. Deaktivieren Sie das Konto am selben Tag, löschen Sie es nicht. Deaktiviert kann es sich nicht anmelden, und seine Spuren in Bestellungen, Nachrichten und Verläufen bleiben erhalten.
2. Prüfen Sie, welche anderen Zugänge die Person hatte: FTP, Hosting-Panel, Shop-E-Mail, Konten bei Zahlungsanbietern, Google, soziale Netzwerke, Lieferanten. Das Backoffice ist nur einer davon.
3. Ändern Sie die Passwörter, die sie kannte, auch wenn sie nur „kurz mal“ geteilt wurden.
4. Prüfen Sie die Webservice-Schlüssel, die sie angelegt hat. Ein API-Schlüssel hängt nicht am Mitarbeiterkonto und funktioniert weiter, auch wenn Sie es deaktivieren.
5. Prüfen Sie die Module, die sie in ihren letzten Wochen installiert hat.

Konten, an die sich niemand erinnert

Neben den Abgängen sollten Sie alle paar Monate die ganze Liste durchgehen:

• Mitarbeiter, die sich lange nicht angemeldet haben.
• E-Mail-Adressen von Domains, die weder Ihre noch die Ihrer aktuellen Agentur sind.
• Testkonten, die bei einer Installation oder Migration angelegt wurden.
• Mehr Super-Administratoren, als Sie angelegt zu haben glauben.

Ein typischer Fall

Ein Shop für Sportausrüstung wechselt die Agentur. Die bisherige Agentur hatte zwei Super-Administrator-Konten, eines davon für einen Praktikanten, der einen Sommer lang da war. Niemand deaktiviert sie, weil „die ja nicht mehr reingehen“. Monate später taucht eines dieser Passwörter in einem Datenleck eines anderen Dienstes auf, bei dem es wiederverwendet wurde, und jemand meldet sich damit im Backoffice an. Es brauchte keine Sicherheitslücke: Ein Konto ohne Besitzer reichte.

Ein vergessenes Konto mit schwachem Passwort ist eine Tür, die niemand bewacht. Und wenn Super-Administratoren auftauchen, die niemand angelegt hat, ist das kein Versehen: Es ist die typische Spur einer SQL-Injection in einem Modul und muss als Sicherheitsvorfall behandelt werden.

Passwörter und Zugang

• Lange und einzigartige Passwörter für jeden Mitarbeiter, gespeichert in einem Passwortmanager.
• Backoffice-Ordner mit eigenem Namen, nicht der Standardname der Installation.
• HTTPS im gesamten Backoffice, ohne Ausnahme.
• Zwei-Faktor-Authentifizierung, wenn Ihre Version oder ein Modul sie erlaubt, angefangen bei den Super-Administratoren.
• PrestaShop und Module aktuell halten: Berechtigungen nützen nichts, wenn ein Fehler in einem Modul erlaubt, einen Administrator anzulegen, ohne das Formular zu durchlaufen.

Kundensupport, ohne mehr Rechte zu vergeben

Ein häufiger Grund, Super-Administratoren zu verteilen, ist, dass der Kundenservice „sehen muss, was der Kunde sieht“. Der übliche Ausweg ist, den Kunden nach seinem Passwort zu fragen oder Testkonten anzulegen, und beides ist eine schlechte Idee. Besser ist ein kontrollierter Weg, sich als Kunde anzumelden, beschränkt auf die Profile, die Sie wählen, und mit Protokollierung jedes Zugriffs.

So lösen Sie es in PrestaShop

RKR Security Alert speichert einen Schnappschuss der Mitarbeiter und der Webservice-Konten und benachrichtigt Sie per Telegram über jede Neuanlage, Änderung oder Löschung. Dabei hebt es Super-Administrator-Konten und Beförderungen zu diesem Profil hervor, auch wenn sie direkt per SQL erfolgen. Es meldet außerdem, wenn sich ein Mitarbeiter von einer für ihn neuen IP-Adresse im Backoffice anmeldet, und weist in seiner Prüfung auf inaktive Administratorkonten hin. RKR Acceso maestro löst den Support: Damit melden Sie sich aus dem Kundendatensatz, der Bestellung oder den Listen heraus im Konto eines Kunden an, mit einem Einmal-Link, nur für die von Ihnen gewählten Mitarbeiterprofile (standardmäßig nur SuperAdmin) und mit einem Protokoll, welcher Mitarbeiter wann und von welcher IP-Adresse aus in welches Kundenkonto gegangen ist.