{"id":39,"date":"2026-07-29T12:36:55","date_gmt":"2026-07-29T10:36:55","guid":{"rendered":"https:\/\/go-onagency.es\/modulos\/prestaward-authenticator\/"},"modified":"2026-10-16T19:06:31","modified_gmt":"2026-10-16T17:06:31","slug":"prestaward-authenticator","status":"publish","type":"page","link":"https:\/\/go-onagency.es\/de\/modulos\/prestaward-authenticator\/","title":{"rendered":"PrestaWard Authenticator"},"content":{"rendered":"<section class=\"section product-hero product-hero--prestaward\">\n<div class=\"container product-hero__inner\">\n<div class=\"product-hero__copy\">\n<p class=\"eyebrow\">PrestaShop-Modul<\/p>\n<h1>PrestaWard Authenticator<\/h1>\n<p><strong>Echte MFA f\u00fcr das Backoffice.<\/strong> Sch\u00fctzt Administratorkonten mit TOTP, profil- und shopbezogenen Richtlinien, sicherer Wiederherstellung und nachpr\u00fcfbaren Protokollen.<\/p>\n<p><strong>Exklusiver Vertrieb auf dem PrestaShop Marketplace (Addons).<\/strong><\/p>\n<div class=\"product-hero__actions\">\n        <a class=\"button button--ghost\" href=\"https:\/\/go-onagency.es\/prestaward-authenticator\/changelog\/de\/\">\u00c4nderungsprotokoll<\/a><br \/>\n        <a class=\"button button--ghost\" href=\"https:\/\/go-onagency.es\/prestaward-authenticator\/prestaward-authenticator-user-guide.pdf\" target=\"_blank\" rel=\"noopener\">PDF-Anleitung<\/a><br \/>\n        <a class=\"button button--ghost\" href=\"\/ayuda\/prestaward-authenticator\/\">Hilfeleitfaden<\/a>\n      <\/div>\n<div id=\"authenticator-gallery\" style=\"margin-top:20px\">\n<p style=\"margin:0 0 8px;font-size:13px;font-weight:600;color:#b6bcc7\">Screenshots<\/p>\n<div style=\"display:flex;flex-wrap:wrap;gap:12px\"><a href=\"\/wp-content\/themes\/go-on-agency\/assets\/img\/prestaward-authenticator-gallery\/v0016-es-01-empleados.png\" target=\"_blank\" rel=\"noopener noreferrer\" style=\"display:block;width:150px;text-decoration:none;color:inherit\"><img decoding=\"async\" src=\"\/wp-content\/themes\/go-on-agency\/assets\/img\/prestaward-authenticator-gallery\/v0016-es-01-empleados-thumb.png\" alt=\"PrestaWard Authenticator 0.0.16: Bereitstellung durch Mitarbeiter und Zur\u00fccksetzen des zweiten Faktors\" width=\"150\" height=\"125\" loading=\"lazy\" style=\"display:block;width:150px;height:auto;border:1px solid #dce4eb;border-radius:6px\"><span style=\"display:block;margin-top:4px;font-size:12px;color:#b6bcc7\">Bereitstellung durch Mitarbeiter<\/span><\/a><a href=\"\/wp-content\/themes\/go-on-agency\/assets\/img\/prestaward-authenticator-gallery\/v0016-es-02-politica.png\" target=\"_blank\" rel=\"noopener noreferrer\" style=\"display:block;width:150px;text-decoration:none;color:inherit\"><img decoding=\"async\" src=\"\/wp-content\/themes\/go-on-agency\/assets\/img\/prestaward-authenticator-gallery\/v0016-es-02-politica-thumb.png\" alt=\"PrestaWard Authenticator 0.0.16: MFA-Richtlinie und \u00dcbergangsfrist je nach Mitarbeiterprofil\" width=\"150\" height=\"125\" loading=\"lazy\" style=\"display:block;width:150px;height:auto;border:1px solid #dce4eb;border-radius:6px\"><span style=\"display:block;margin-top:4px;font-size:12px;color:#b6bcc7\">Richtlinien nach Profil<\/span><\/a><a href=\"\/wp-content\/themes\/go-on-agency\/assets\/img\/prestaward-authenticator-gallery\/v0016-es-03-actividad.png\" target=\"_blank\" rel=\"noopener noreferrer\" style=\"display:block;width:150px;text-decoration:none;color:inherit\"><img decoding=\"async\" src=\"\/wp-content\/themes\/go-on-agency\/assets\/img\/prestaward-authenticator-gallery\/v0016-es-03-actividad-thumb.png\" alt=\"PrestaWard Authenticator 0.0.16: Aktuelle Aktivit\u00e4ten und Anmeldestatistiken\" width=\"150\" height=\"125\" loading=\"lazy\" style=\"display:block;width:150px;height:auto;border:1px solid #dce4eb;border-radius:6px\"><span style=\"display:block;margin-top:4px;font-size:12px;color:#b6bcc7\">Aktivit\u00e4t und Statistiken<\/span><\/a><a href=\"\/wp-content\/themes\/go-on-agency\/assets\/img\/prestaward-authenticator-gallery\/v0016-es-04-configuracion.png\" target=\"_blank\" rel=\"noopener noreferrer\" style=\"display:block;width:150px;text-decoration:none;color:inherit\"><img decoding=\"async\" src=\"\/wp-content\/themes\/go-on-agency\/assets\/img\/prestaward-authenticator-gallery\/v0016-es-04-configuracion-thumb.png\" alt=\"PrestaWard Authenticator 0.0.16: MFA-Modus, vertrauensw\u00fcrdige Ger\u00e4te und Wiederherstellungsmethoden\" width=\"150\" height=\"125\" loading=\"lazy\" style=\"display:block;width:150px;height:auto;border:1px solid #dce4eb;border-radius:6px\"><span style=\"display:block;margin-top:4px;font-size:12px;color:#b6bcc7\">Sicherheitsrichtlinie<\/span><\/a><\/div>\n<p style=\"margin:7px 0 0;font-size:11px;color:#b6bcc7\">Benutzeroberfl\u00e4che auf Spanisch \u00b7 Version 0.0.16<\/p>\n<\/div><\/div>\n<div class=\"product-hero__card\">\n      <img decoding=\"async\" src=\"https:\/\/go-onagency.es\/wp-content\/themes\/go-on-agency\/assets\/img\/prestaward-authenticator-logo.svg\" alt=\"PrestaWard Authenticator\"><br \/>\n      <span>TOTP + Richtlinien + Wiederherstellung + Audit<\/span><\/p>\n<ul class=\"product-hero__checks\">\n<li>Autonome MFA ohne Remote-Abh\u00e4ngigkeit<\/li>\n<li>Verschl\u00fcsselte TOTP-Geheimnisse<\/li>\n<li>PrestaShop 1.7, 8 und 9<\/li>\n<li>Multiversions-Labor<\/li>\n<\/ul><\/div>\n<\/p><\/div>\n<\/section>\n<section class=\"section product-page-main product-page-main--prestaward\">\n<div class=\"container product-page-layout\">\n<article class=\"product-page-content product-page-content--editable\">\n<h2>Was es leistet<\/h2>\n<p>Ein gestohlenes Passwort sollte nicht ausreichen, um Zugriff auf das Backoffice zu erhalten. Das Modul f\u00fcgt einen zweiten Faktor hinzu, ohne das Geheimnis an APIs von Drittanbietern zu \u00fcbermitteln.<\/p>\n<h2>So funktioniert es<\/h2>\n<ul>\n<li>Der zweite Faktor sind Einmalcodes (TOTP), die von einer Authentifizierungs-App auf dem Mobiltelefon generiert werden. Wenn Sie dies f\u00fcr ein Profil zulassen, k\u00f6nnen die Mitarbeiter dieses Profils stattdessen achtstellige Codes verwenden, die per E-Mail versendet werden \u2013 eine weniger sichere Methode, da jeder, der Zugriff auf den Posteingang hat, sich anmelden kann; das Dashboard und die Mitarbeiterseite weisen darauf hin. Diese Funktion ist standardm\u00e4\u00dfig deaktiviert. Die Unterst\u00fctzung f\u00fcr Passkeys ist enthalten, in dieser Version jedoch standardm\u00e4\u00dfig deaktiviert.<\/li>\n<li>Jeder Mitarbeiter richtet seinen eigenen Sicherheitsfaktor unter \u201eMeine Authentifizierung\u201c ein, mithilfe eines QR-Codes, der im Shop selbst generiert wird. Die erstmalige Registrierung erfolgt schrittweise: Scannen des QR-Codes, Eingabe des Codes und eine Abschlussseite mit den Wiederherstellungscodes. Die Schaltfl\u00e4che zum Weiterleiten zum Backoffice wird erst aktiviert, wenn der Mitarbeiter diese Codes heruntergeladen, kopiert oder ausgedruckt hat.<\/li>\n<li>Die Installation erfolgt im Modus \u201eDeaktiviert\u201c. Im Modus \u201eNur Audit\u201c werden Zugriffe protokolliert, ohne dass jemand gesperrt wird, und im Modus \u201eErzwingen\u201c wird der zweite Faktor verlangt. Ein Mitarbeiter, der den zweiten Faktor noch nicht eingerichtet hat, best\u00e4tigt sein Passwort und kann bis zum Abschluss der Einrichtung nur \u201eMeine Authentifizierung\u201c \u00f6ffnen.<\/li>\n<li>Die Richtlinie wird f\u00fcr den gesamten Shop festgelegt und kann je nach Profil und Shop angepasst werden. Bei Shops mit mehreren Shops gilt die strengste Richtlinie.<\/li>\n<li>Bevor Sie die Umstellung erzwingen, k\u00f6nnen Sie einem Profil eine \u00dcbergangsfrist von 3 bis 14 Tagen einr\u00e4umen. Mitarbeiter, die sich noch nicht registriert haben, melden sich wie gewohnt an und sehen auf jeder Seite des Backoffice einen Hinweis mit dem Datum, ab dem die Zwei-Faktor-Authentifizierung verpflichtend wird; au\u00dferdem zeigt das Dashboard an, wie viele Mitarbeiter sich noch registrieren m\u00fcssen. Nach Ablauf der Frist wird das Erzwingen wie gewohnt angewendet.<\/li>\n<li>Vertrauensw\u00fcrdige Ger\u00e4te (standardm\u00e4\u00dfig 30 Tage) verhindern, dass bei jedem Zugriff von einem bekannten Ger\u00e4t aus der Code eingefordert wird. Jeder Mitarbeiter kann diese einzeln widerrufen.<\/li>\n<li>Die Anzahl der Passwort- und Code-Versuche ist begrenzt (standardm\u00e4\u00dfig 5 Code-Versuche alle 5 Minuten und eine Sperre von 15 Minuten). Ein TOTP-Code kann nicht wiederverwendet werden. Wenn PrestaWard Captcha den Zugriff auf das Backoffice sch\u00fctzt und die Anfrage ablehnt, z\u00e4hlt dieser Fehler nur f\u00fcr das Limit pro IP-Adresse und nicht f\u00fcr die Sperrung des angegriffenen Administratorkontos: Ein Bot ohne Token kann ein Konto mit nur wenigen Anfragen nicht mehr sperren.<\/li>\n<li>In regelm\u00e4\u00dfigen Abst\u00e4nden wird die MFA-Richtlinie mit der Signatur des Dienstes PrestaWard Integrity erneuert. An Integrity werden ausschlie\u00dflich technische Daten der Installation \u00fcbermittelt, niemals TOTP-Geheimnisse, Wiederherstellungscodes oder Daten der Mitarbeiter.<\/li>\n<\/ul>\n<h2>Wenn ein Mitarbeiter sein Mobiltelefon verliert<\/h2>\n<ul>\n<li>Pers\u00f6nliche Wiederherstellungscodes: Jeder Mitarbeiter erh\u00e4lt standardm\u00e4\u00dfig 10 Einmalcodes bei der Einrichtung seines Sicherheitsfaktors und muss diese au\u00dferhalb des Shops aufbewahren.<\/li>\n<li>Optionale Wiederherstellung per E-Mail: Im zweiten Schritt kann der Mitarbeiter einen Code per E-Mail anfordern. Diese Funktion ist standardm\u00e4\u00dfig deaktiviert und wird von einem Superadministrator aktiviert.<\/li>\n<li>Zur\u00fccksetzen \u00fcber die MFA-Verwaltung ohne Konsolenzugriff: Ein Superadministrator kann den zweiten Faktor eines anderen Mitarbeiters zur\u00fccksetzen. Es verlangt das Passwort des Administrators; diese Funktion kann nicht f\u00fcr sich selbst verwendet werden und l\u00f6scht den Authentifikator, die Wiederherstellungscodes, die vertrauensw\u00fcrdigen Ger\u00e4te sowie die offenen Sitzungen des Mitarbeiters, der sich bei seinem n\u00e4chsten Zugriff erneut registrieren muss. Andere Profile mit Bearbeitungsrechten in der MFA-Verwaltung k\u00f6nnen nur Mitarbeiter mit geringeren Berechtigungen zur\u00fccksetzen, und nur ein Superadministrator kann einen anderen Superadministrator zur\u00fccksetzen. Jede Zur\u00fccksetzung sowie jeder abgelehnte Versuch wird im Zugriffsprotokoll festgehalten.<\/li>\n<li>Notfallzugriff \u00fcber die Konsole als letztes Mittel: Erfordert Zugriff auf den Server und den einmalig verwendbaren Notfallschl\u00fcssel, der im MFA-Verwaltungsbereich generiert wird. Erm\u00f6glicht es, die MFA-Faktoren eines Mitarbeiters zur\u00fcckzusetzen oder die MFA-Pflicht f\u00fcr eine Stunde auszusetzen, falls niemand Zugang erh\u00e4lt. Der Vorgang wird protokolliert, und der Schl\u00fcssel kann nicht wiederverwendet werden.<\/li>\n<\/ul>\n<h2>Anforderungen<\/h2>\n<ul>\n<li>PrestaShop 1.7, 8 oder 9 sowie die von Ihrer PrestaShop-Version geforderte PHP-Version (PHP 7.1 oder h\u00f6her f\u00fcr PrestaShop 1.7).<\/li>\n<li>Eine TOTP-Authentifizierungs-App auf dem Mobiltelefon jedes Mitarbeiters, mit Ausnahme der Profile, f\u00fcr die Sie den Code per E-Mail als zweiten Faktor zulassen.<\/li>\n<li>F\u00fcr die Wiederherstellung per E-Mail, Codes per E-Mail und Benachrichtigungen muss der Shop E-Mails versenden k\u00f6nnen.<\/li>\n<li>F\u00fcr die Zugangsschl\u00fcssel (standardm\u00e4\u00dfig deaktiviert) ist eine HTTPS-Adresse im Backoffice erforderlich.<\/li>\n<li>Die globale Richtlinie, das Mitarbeiterverzeichnis, die E-Mails und die Protokolle stehen ausschlie\u00dflich Superadministratoren zur Verf\u00fcgung. Die \u00fcbrigen Mitarbeiter verwalten ausschlie\u00dflich ihre eigenen Daten.<\/li>\n<li>Bedienoberfl\u00e4che und Meldungen in neun Sprachen.<\/li>\n<\/ul>\n<h2>Bekannte Einschr\u00e4nkungen<\/h2>\n<ul>\n<li>Der Dateimanager des PrestaShop-Kerns (Ordner <code>filemanager<\/code> im Administrationsbereich) f\u00fchrt keine Module aus, sodass er den zweiten Faktor nicht verlangen kann. Bei obligatorischer MFA entziehen Sie Profilen, die ihn nicht ben\u00f6tigen, diesen Zugriff oder sperren Sie ihn auf dem Webserver.<\/li>\n<li>Der Schutz der Symfony-Seiten im Backoffice erfordert PrestaShop 1.7.7 oder h\u00f6her. In fr\u00fcheren Versionen werden nur die klassischen Seiten gesch\u00fctzt.<\/li>\n<li>Der Webservice und die Admin-API von PrestaShop verwenden eigene Schl\u00fcssel und liegen au\u00dferhalb des Geltungsbereichs des Moduls.<\/li>\n<\/ul>\n<h2>Was es nicht leistet<\/h2>\n<ul>\n<li>Es sch\u00fctzt nicht den Zugriff Ihrer Kunden auf den Shop, sondern lediglich den Bereich des Backoffice.<\/li>\n<li>Es werden keine TOTP-Geheimnisse, Wiederherstellungscodes oder Daten der Mitarbeiter an externe Dienste \u00fcbermittelt.<\/li>\n<li>Die Fu\u00dfzeile der E-Mails des Moduls enth\u00e4lt keine Links, Kontaktadressen oder Bilder, die au\u00dferhalb Ihres Shops gehostet werden: Das Logo von GO ON Agency ist eine Datei des Moduls selbst, die von Ihrem Shop aus bereitgestellt wird.<\/li>\n<\/ul>\n<h2>Kompatibilit\u00e4t gepr\u00fcft<\/h2>\n<p>Die Version 0.0.16 hat am 15. Oktober 2026 die Labortests unter PrestaShop 1.7, 8 und 9 bestanden, sowohl bei einer Neuinstallation als auch bei einem Update von Version 0.0.15. Die Version 0.0.15 hat am 13. Oktober 2026 die Labortests unter PrestaShop 1.7, 8 und 9 bestanden: bei einer Neuinstallation sowie bei einem Update von Version 0.0.14 und von Version 0.0.6, wobei die Konfiguration, die TOTP-Geheimnisse und die vertrauensw\u00fcrdigen Ger\u00e4te beibehalten wurden und keine schwerwiegenden Fehler in den Protokollen auftraten. Die Version 0.0.13 wurde unter PrestaShop 1.7.8.11 mit PHP 7.4, PrestaShop 8.2.7 mit PHP 8.1 und PrestaShop 9.1.4 mit PHP 8.5 getestet.<\/p>\n<h2>Hauptfunktionen<\/h2>\n<ul>\n<li>TOTP-Registrierung mit aktuellem Passwort und lokal generiertem QR-Code.<\/li>\n<li>Mit AES-256-GCM verschl\u00fcsselte Geheimnisse und einmalig verwendbare HMAC-Wiederherstellungscodes.<\/li>\n<li>Replay-Schutz f\u00fcr TOTP durch atomares Hochz\u00e4hlen des Z\u00e4hlers.<\/li>\n<li>Schutz vor Brute-Force-Angriffen auf Passw\u00f6rter sowie MFA (Multi-Faktor-Authentifizierung) anhand von IP-Adresse und Identit\u00e4t, mit konfigurierbaren Grenzwerten und Sperren.<\/li>\n<li>IPv4, IPv6, CIDR, vertrauensw\u00fcrdige Proxys und Netzwerklisten, wobei eine sichere Liste die MFA nicht umgehen darf.<\/li>\n<li>Vertrauensw\u00fcrdige Ger\u00e4te mit 256-Bit-Tokens, Hash, Ablaufdatum und Widerrufsm\u00f6glichkeit.<\/li>\n<li>Selbstbedienungsfunktion f\u00fcr einzelne Mitarbeiter, getrennt von der globalen Verwaltung.<\/li>\n<li>MFA-Richtlinien nach Profil und Shop, wobei bei mehreren Shops die strengste Richtlinie gilt.<\/li>\n<li>Konfigurierbare Ung\u00fcltigkeitserkl\u00e4rung von Sitzungen und Ger\u00e4ten nach einer Passwort\u00e4nderung.<\/li>\n<li>Wiederherstellung des Zugriffs \u00fcber pers\u00f6nliche Codes, optionalen Code per E-Mail und, als letztes Mittel, Notfallzugriff \u00fcber die Konsole mit einem Einmal-Schl\u00fcssel.<\/li>\n<li>Optionaler Code per E-Mail w\u00e4hrend einer MFA-Authentifizierung, mit Ablaufdatum, HMAC und Versandbeschr\u00e4nkungen.<\/li>\n<li>\u00dcbergangsfrist pro Profil vor der erzwungenen Einf\u00fchrung des zweiten Faktors, mit Benachrichtigung im Backoffice und Nachverfolgung der noch ausstehenden Mitarbeiter.<\/li>\n<li>Zur\u00fccksetzen des zweiten Faktors eines Mitarbeiters \u00fcber die MFA-Verwaltung unter Verwendung des Administratorpassworts und Protokollierung jedes Versuchs.<\/li>\n<li>Aktuelle Aktivit\u00e4ten im Dashboard: Zusammenfassung der Zugriffsprotokolle der letzten 30 Tage in einfachen S\u00e4tzen (Zugriffe von einer neuen IP-Adresse oder einem neuen Browser, wiederholte fehlgeschlagene Anmeldeversuche, Sperrungen, verwendete Wiederherstellungscodes und Zur\u00fccksetzungen). Verwenden Sie ausschlie\u00dflich Ihr eigenes Protokoll, ohne Geolokalisierung oder externe Dienste, und zeigen Sie keine vollst\u00e4ndigen Adressen an: E-Mail-Adressen werden maskiert, und IP-Adressen behalten lediglich ihr \/24-Netzwerk (IPv4) oder ihre ersten drei Gruppen (IPv6) bei. Das Zugriffsprotokoll mit Integrit\u00e4tszeichenfolge bewahrt die exakten Werte.<\/li>\n<li>Gef\u00fchrte Registrierung des ersten Faktors mit einer abschlie\u00dfenden Seite mit Wiederherstellungscodes, auf der diese heruntergeladen, kopiert oder ausgedruckt werden m\u00fcssen, bevor fortgefahren werden kann.<\/li>\n<li>Codes per E-Mail als optionaler zweiter Faktor, ausschlie\u00dflich f\u00fcr von Ihnen zugelassene Profile: achtstellig, ausschlie\u00dflich als Hash mit Schl\u00fcssel gespeichert, f\u00fcnf Minuten g\u00fcltig, einmalig verwendbar und mit einer Begrenzung der Versandanzahl. Die Mitarbeiter best\u00e4tigen ihre E-Mail-Adresse einmalig. \u201eNur Wiederherstellung\u201c funktioniert wie bisher.<\/li>\n<li>Meine Authentifizierung als \u00fcbersichtliche Zusammenfassung: eine Statusleiste, eine Karte pro Methode mit einer einzigen einklappbaren Aktion, die Wiederherstellungscodes, die vertrauensw\u00fcrdigen Ger\u00e4te und am Ende ein einklappbarer \u201eGefahrenbereich\u201c. Die Deaktivierung der MFA erl\u00e4utert, was entfernt wird: Das Passwort, ein aktueller Code und eine explizite Best\u00e4tigung bleiben erhalten, und die Ma\u00dfnahme wirkt sich nur auf den angemeldeten Mitarbeiter aus.<\/li>\n<li>Statistiken der letzten 30 Tage mit t\u00e4glichen Trends (Zugriffe, verifizierte Faktoren des zweiten Faktors, Passwort- und Fehler bei der Authentifizierung mit dem zweiten Faktor, Sperrungen, genutzte Wiederherstellungen und neue vertrauensw\u00fcrdige Ger\u00e4te), die Abdeckung der Registrierung nach Profil sowie die verwendeten Methoden. Es werden ausschlie\u00dflich Zahlen aus Ihrem eigenen Zugriffsprotokoll ausgewertet: IP-Adressen und E-Mail-Adressen werden nicht angezeigt.<\/li>\n<li>Ein Bot, der das PrestaWard Captcha nicht \u00fcberwindet, kann das Konto eines Administrators nicht mehr sperren: Dieser Fehler wird lediglich auf das IP-Limit angerechnet.<\/li>\n<li>Synchronisierung mit Integrity beim \u00d6ffnen des Panels mittels einer Hintergrundanfrage, die die Seite nicht verlangsamt.<\/li>\n<li>Dashboard mit f\u00fcnf Registerkarten (\u201e\u00dcbersicht\u201c, \u201eMitarbeiter und Registrierung\u201c, \u201eRichtlinien\u201c, \u201eStatistiken und Aktivit\u00e4tsprotokoll\u201c sowie \u201eEinstellungen\u201c) sowie einer Registerkarte \u201eSupport\u201c, die stets an letzter Stelle steht: Die \u201e\u00dcbersicht\u201c zeigt den Modus, den Umfang der Registrierung, Fehler und Ausf\u00e4lle der letzten 24 Stunden sowie h\u00f6chstens eine Warnmeldung an; jede Registerkarte enth\u00e4lt ausschlie\u00dflich ihre eigenen Einstellungen.<\/li>\n<li>HMAC-verkn\u00fcpfte Protokolle mit Aufbewahrungsfrist, signiertem Export, Filtern und Paginierung.<\/li>\n<li>Entsprechende E-Mail-Benachrichtigungen in PrestaShop 1.7, 8 und 9, mit dem Logo Ihres Shops in der Kopfzeile und in der Fu\u00dfzeile dem Logo der GO ON Agency mit dem Vermerk \u201ePrestaWard by GO ON Agency\u201c.<\/li>\n<li>Gemeinsame Filterleiste im Zugriffsprotokoll: Die Auswahlfelder sind in einem Raster gleicher Breite angeordnet, das Suchfeld und die Schaltfl\u00e4che \u201eFiltern\u201c befinden sich in derselben Zeile, und die sekund\u00e4ren Aktionen sind rechtsb\u00fcndig ausgerichtet.<\/li>\n<li>Einheitliches Erscheinungsbild des Dashboards in allen vier PrestaWard-Modulen: Abschnitts\u00fcberschriften, Formularfelder mit neutralen Rahmen und einheitliche ausklappbare Bl\u00f6cke, einzeilige Statistiken sowie ein gr\u00f6\u00dferes Logo der GO ON Agency in der Kopfzeile. Die Hauptschaltfl\u00e4che erh\u00e4lt nun eine einheitliche Farbe der Marke ohne Farbverlauf.<\/li>\n<li>Mindestquarant\u00e4nezeit ohne Navigationsm\u00f6glichkeit bis zum Abschluss der MFA.<\/li>\n<li>Installationsprotokoll und MFA-Richtlinie, signiert mit Integrity, ohne \u00dcbertragung von TOTP-Geheimnissen, Wiederherstellungscodes oder Daten der Mitarbeiter. Auf dem Modulbildschirm aktualisiert die Schaltfl\u00e4che \u201eSynchronisieren\u201c die Verbindung.<\/li>\n<li>Support-Panel der GO ON Agency mit einem herunterladbaren Diagnosebericht. Dieser wird von einem Mitarbeiter mit Bearbeitungsberechtigung heruntergeladen, wobei ein Shop ausgew\u00e4hlt wird. Er enth\u00e4lt lediglich Versionen, Status und Z\u00e4hlerst\u00e4nde, jedoch keine Pfade oder Anmeldedaten und wird nicht automatisch versendet.<\/li>\n<\/ul>\n<h2>Sichere Nutzung<\/h2>\n<p>Der Anfangsmodus ist <strong>\u201eDeaktiviert\u201c<\/strong>. Jeder Mitarbeiter richtet sein Konto unter <strong>\u201eMeine Authentifizierung\u201c<\/strong> ein; der Administrator \u00fcberpr\u00fcft die Bereitstellung, wechselt zun\u00e4chst in den Modus <strong>\u201eNur Audit\u201c<\/strong> und aktiviert <strong>\u201eErzwingen\u201c<\/strong>, sobald die Wiederherstellung \u00fcberpr\u00fcft wurde.<\/p>\n<h2 id=\"registro-de-cambios\">\u00c4nderungsprotokoll<\/h2>\n<h3>0.0.16<\/h3>\n<ul>\n<li>Das Dashboard ist in Registerkarten unterteilt: \u201e\u00dcbersicht\u201c (Modus, Registrierungsabdeckung, Fehler und Abst\u00fcrze der letzten 24 Stunden sowie maximal eine Warnzeile), \u201eMitarbeiter und Registrierung\u201c, \u201eRichtlinien\u201c, \u201eStatistiken und Aktivit\u00e4tsprotokoll\u201c sowie \u201eEinstellungen\u201c. Das Support-Dashboard verf\u00fcgt \u00fcber eine eigene Registerkarte \u201eSupport\u201c, die immer an letzter Stelle steht; der Status von Integrity wird unterhalb aller Registerkarten angezeigt, und in der Kopfzeile ist das Logo von GO ON Agency zu sehen. Jede Registerkarte speichert nur ihre eigenen Einstellungen.<\/li>\n<li>Stellt sicher, dass eine Anfrage, die das PrestaWard Captcha nicht besteht, zur Sperrung des angegriffenen Administratorkontos z\u00e4hlt. Zuvor wurden Anfragen ohne Captcha-Token als Passwortfehler gewertet, sodass ein Bot ein Konto bereits mit wenigen Anfragen sperren konnte. Wenn PrestaWard Captcha den Zugriff auf das Backoffice sch\u00fctzt und die Anfrage ablehnt, z\u00e4hlt der Fehler nur f\u00fcr das IP-Limit. Ohne PrestaWard Captcha (oder im Modus der Beobachtung) \u00e4ndert sich nichts.<\/li>\n<li>Neu: Codes per E-Mail als optionaler zweiter Faktor. In den E-Mail-Einstellungen w\u00e4hlen Sie \u201eZweiter Faktor (schw\u00e4cher)\u201c aus und aktivieren diese Option anschlie\u00dfend f\u00fcr jedes Mitarbeiterprofil. Mitarbeiter mit diesen Profilen best\u00e4tigen ihre E-Mail-Adresse einmalig mit einem per E-Mail versendeten Code und k\u00f6nnen sich anschlie\u00dfend mit E-Mail-Codes anmelden: achtstellige Codes, die ausschlie\u00dflich als verschl\u00fcsselter Hash gespeichert werden, f\u00fcnf Minuten lang g\u00fcltig sind, nur einmal verwendet werden k\u00f6nnen und einer Versandbeschr\u00e4nkung unterliegen \u2013 genau wie die aktuellen Wiederherstellungscodes. In den Einstellungen und auf der Seite der Mitarbeiter wird darauf hingewiesen, dass diese Methode weniger sicher ist als eine Authentifizierungs-App: Wer das Postfach lesen kann, erh\u00e4lt Zugriff. \u201eNur Wiederherstellung\u201c funktioniert genau wie bisher.<\/li>\n<li>Neu: Gef\u00fchrte Registrierung des ersten Faktors. Wenn sich ein Mitarbeiter registrieren muss (oder sich in der \u00dcbergangsfrist befindet), f\u00fchrt ihn \u201eMeine Authentifizierung\u201c durch den Vorgang: QR-Code scannen, Code eingeben und eine abschlie\u00dfende Erfolgsmeldung mit den Wiederherstellungscodes (herunterladen, kopieren oder ausdrucken). Die Schaltfl\u00e4che \u201eWeiter zum Backoffice\u201c funktioniert erst, nachdem die Codes heruntergeladen, kopiert oder ausgedruckt wurden. Zugangsschl\u00fcssel und Codes per E-Mail werden, sofern sie f\u00fcr den Mitarbeiter aktiviert sind, unter \u201eWeitere M\u00f6glichkeiten, Ihr Konto zu sch\u00fctzen\u201c angezeigt.<\/li>\n<li>Meine Authentifizierung wird zu einer \u00fcbersichtlichen Zusammenfassung: ein Statusbalken (Status, Methoden, Wiederherstellungscodes und vertrauensw\u00fcrdige Ger\u00e4te), eine kompakte Karte pro Methode (Authentifizierungs-App, Zugangsschl\u00fcssel und Codes per E-Mail) mit einer einzigen einklappbaren Aktion, eine Karte mit Wiederherstellungscodes, die eingeklappten vertrauensw\u00fcrdigen Ger\u00e4te und schlie\u00dflich eine eingeklappte \u201eGefahrenzone\u201c. Die Deaktivierung der MFA erkl\u00e4rt nun, was entfernt wird und was anschlie\u00dfend geschieht, und beh\u00e4lt eine rote Schaltfl\u00e4che, das Passwort, einen aktuellen Code sowie eine ausdr\u00fcckliche Best\u00e4tigung bei. Es wirkt weiterhin ausschlie\u00dflich auf den angemeldeten Mitarbeiter und wird im Zugriffsprotokoll mit Integrit\u00e4tskette festgehalten.<\/li>\n<li>Datenschutz: Unter \u201eAktuelle Aktivit\u00e4ten\u201c werden keine vollst\u00e4ndigen Adressen mehr angezeigt. E-Mail-Adressen erscheinen als j***@d***.com, und IP-Adressen behalten nur ihr \/24-Netz (IPv4) oder ihre ersten drei Gruppen (IPv6) bei, genau wie in den Statistiken. Das Zugriffsprotokoll mit Integrit\u00e4tszeichenfolge beh\u00e4lt die exakten Werte bei und bleibt die ma\u00dfgebliche Quelle.<\/li>\n<li>Neu: Statistiken. Ein neuer Abschnitt zeigt die letzten 30 Tage als kleine t\u00e4gliche Trends an (Zugriffe, verifizierte Authentifizierungen mit zweitem Faktor, Passwortfehler, Fehler bei Authentifizierungen mit zweitem Faktor, Sperrungen, genutzte Wiederherstellungen und neue vertrauensw\u00fcrdige Ger\u00e4te), zusammen mit der Erfassungsquote der Mitarbeiter, die sich registrieren m\u00fcssen (nach Profil), sowie den verwendeten Methoden. Es werden ausschlie\u00dflich Zahlen aus Ihrem eigenen Zugriffsprotokoll ausgewertet; IP-Adressen oder E-Mail-Adressen werden nicht angezeigt.<\/li>\n<li>Passkeys (Touch ID, Face ID, Windows Hello und Sicherheitsschl\u00fcssel) als zweiter Faktor f\u00fcr die Authentifizierung: Der Code ist enthalten, diese Funktionen sind jedoch standardm\u00e4\u00dfig deaktiviert und erfordern eine HTTPS-Adresse im Backoffice. Ein Administrator aktiviert sie in den Einstellungen, und jeder Mitarbeiter f\u00fcgt sie unter \u201eMeine Authentifizierung\u201c hinzu, wobei er sein Passwort und den aktuellen Code eingeben muss.<\/li>\n<li>Behebt das Problem, dass die Verbindung zu Integrity im Backoffice unter \u201eAlle Shops\u201c beeintr\u00e4chtigt war: Die Identit\u00e4t der Installation wurde nur f\u00fcr den ersten Shop gespeichert; die Synchronisierung im Hintergrund las sie als leer aus, es kam zu einem Fehler mit der Meldung \u201eInvalid RSA public key\u201c und der verbundene Shop wechselte in den Status \u201eRegistrierung ausstehend\u201c. Die Identit\u00e4t wird nun in jedem Kontext als Einheit aus dem globalen Bereich (oder aus dem Shop, in dem sie gespeichert ist) gelesen; die Aktualisierung \u00fcbertr\u00e4gt eine in einem Shop gespeicherte Identit\u00e4t in den globalen Bereich, ohne sie neu zu generieren, und falls sie nicht gelesen werden kann, bleibt der Status von Integrity unver\u00e4ndert, und der letzte Fehler wird als lokaler Fehler protokolliert.<\/li>\n<li>Es wurde korrigiert, dass die Installation \u00fcber die Konsole (prestashop:module install) die PWA_*-Einstellungen nur f\u00fcr den ersten Shop erstellt, w\u00e4hrend das Backoffice unter \u201eAlle Shops\u201c die globalen Einstellungen liest. Die Installation erstellt nun die globalen Einstellungen, und das Update kopiert die fehlenden Einstellungen aus dem ersten Shop, ohne dabei bestehende Werte zu \u00fcberschreiben.<\/li>\n<li>Neu: Gemeinsame Filterleiste im Zugriffsprotokoll. Die Auswahlfelder sind in einem Raster gleicher Breite angeordnet, das Suchfeld und die Schaltfl\u00e4che \u201eFiltern\u201c befinden sich in derselben Zeile, und die sekund\u00e4ren Aktionen sind rechtsb\u00fcndig ausgerichtet.<\/li>\n<li>Die E-Mails des Moduls zeigen das Logo Ihres Shops in der Kopfzeile (mit dem Namen des Shops als Alternativtext) und eine einheitliche Fu\u00dfzeile mit dem Logo von GO ON Agency sowie der Signatur \u201ePrestaWard by GO ON Agency\u201c, ohne Links oder Kontaktadressen. Das Logo in der Fu\u00dfzeile ist eine Datei des Moduls selbst, die von Ihrem Shop bereitgestellt wird.<\/li>\n<li>Einheitliches Erscheinungsbild des Dashboards in allen vier PrestaWard-Modulen: Abschnitts\u00fcberschriften, Formularfelder mit neutralen Rahmen und einheitliche ausklappbare Bl\u00f6cke, einzeilige Statistiken sowie ein gr\u00f6\u00dferes Logo der GO ON Agency in der Kopfzeile. Die Hauptschaltfl\u00e4che erh\u00e4lt nun eine einheitliche Farbe der Marke ohne Farbverlauf.<\/li>\n<li>Behebt das Problem, dass in PrestaShop 9 die Registerkarten im Administrationsbereich als unterstrichene Links und die Abschnitts\u00fcberschriften in Gro\u00dfbuchstaben angezeigt wurden. Die allgemeinen Stile heben diesen Effekt nur innerhalb des PrestaWard-Panels auf, sodass PrestaShop 1.7 und 8 unver\u00e4ndert wie zuvor dargestellt werden.<\/li>\n<li>Behebt das Problem, dass in PrestaShop 1.7 das Stylesheet des Moduls beim Registrieren mit der Versionsnummer in der Adresse verworfen wurde. Nun wird die Datei \u00fcberpr\u00fcft und ohne Parameter registriert, sodass das neue Erscheinungsbild in den Versionen 1.7, 8 und 9 angezeigt wird.<\/li>\n<li>Behebt das Problem, dass in PrestaShop 9 beim Zur\u00fccksetzen des zweiten Faktors eines anderen Mitarbeiters und bei der Synchronisierung mit Integrity das Sicherheitstoken mit einer Methode \u00fcberpr\u00fcft wurde, die PrestaShop 9 nicht verwendet, wodurch es m\u00f6glicherweise abgelehnt wurde. Die Validierung erfolgt nun \u00fcber den PrestaShop-9-Dienst; in PrestaShop 1.7 und 8 bleibt die \u00dcberpr\u00fcfung unver\u00e4ndert.<\/li>\n<li>Wenn die Verbindung zu Integrity derzeit nicht aktualisiert werden kann, zeigt das Dashboard eine einzige Meldung an: Die gespeicherte Verbindung ist weiterhin g\u00fcltig und der Versuch wird automatisch wiederholt. Die Bezeichnungen aller Registerkarten sind in die neun Sprachen \u00fcbersetzt.<\/li>\n<li>Das Update erstellt fehlende globale Einstellungen, f\u00fchrt den Schema-Schritt durch (Profilspalte f\u00fcr E-Mail-Codes und Passwortschl\u00fcssel-Tabellen) und h\u00e4lt E-Mail-Codes und Passwortschl\u00fcssel deaktiviert, bis ein Administrator sie aktiviert. An einer bestehenden Installation \u00e4ndert sich nichts, bis ein Administrator eine Option aktiviert.<\/li>\n<\/ul>\n<h3>0.0.15<\/h3>\n<ul>\n<li>Neu: Zur\u00fccksetzen des zweiten Faktors eines Mitarbeiters \u00fcber die MFA-Verwaltung. Sollte jemand sein Mobiltelefon und die Wiederherstellungscodes verlieren, ben\u00f6tigt der Administrator keinen Konsolenzugriff mehr. Durch die Zur\u00fccksetzung werden der Authentifikator und die Wiederherstellungscodes des Mitarbeiters gel\u00f6scht, seine vertrauensw\u00fcrdigen Ger\u00e4te und offenen Sitzungen werden geschlossen, und der Mitarbeiter muss sich beim n\u00e4chsten Zugriff erneut registrieren. Es wird das Administratorpasswort abgefragt; die Funktion kann nicht f\u00fcr sich selbst verwendet werden, und ein Superadministrator kann nur von einem anderen Superadministrator zur\u00fcckgesetzt werden. Jede Zur\u00fccksetzung sowie jeder abgelehnte Versuch wird im Zugriffsprotokoll festgehalten, und Sie k\u00f6nnen den Mitarbeiter per E-Mail benachrichtigen.<\/li>\n<li>Neu: \u00dcbergangsfrist vor der erzwungenen Authentifizierung. In den Profilrichtlinien k\u00f6nnen Sie einem Profil eine \u00dcbergangsfrist von 3 bis 14 Tagen einr\u00e4umen, bevor die Funktion \u201eErzwingen\u201c Mitarbeiter sperrt, die sich noch nicht registriert haben. Die Mitarbeiter melden sich wie gewohnt an und sehen auf jeder Seite des Backoffice einen Hinweis mit dem Datum, ab dem die Zwei-Faktor-Authentifizierung verpflichtend wird; diejenigen, die sich bereits registriert haben, fordern weiterhin ihren Code an. Das Dashboard zeigt die Frist f\u00fcr jedes Profil sowie die Anzahl der Mitarbeiter an, die sich noch registrieren m\u00fcssen. Profile ohne \u00dcbergangsfrist verhalten sich wie in fr\u00fcheren Versionen.<\/li>\n<li>Neu: \u201eAktuelle Aktivit\u00e4ten\u201c im Dashboard fasst in einfachen S\u00e4tzen die letzten 30 Tage des Zugriffsprotokolls zusammen: Zugriffe von einer IP-Adresse oder einem Browser, die bzw. den dieser Mitarbeiter zuvor noch nicht verwendet hatte, wiederholte fehlgeschlagene Anmeldeversuche, Sperrungen, verwendete Wiederherstellungscodes und R\u00fccksetzungen durch den Administrator. Verwenden Sie ausschlie\u00dflich Ihre eigenen Protokolle, ohne Geolokalisierung oder externe Dienste.<\/li>\n<li>Die Verwendung eines pers\u00f6nlichen oder per E-Mail versandten Wiederherstellungscodes wird nun im Zugriffsprotokoll als \u201eWiederherstellungscode verwendet\u201c erfasst.<\/li>\n<li>Das Update f\u00fcgt den Profilrichtlinien zwei Spalten hinzu (standardm\u00e4\u00dfig ohne \u00dcbergangsfrist) und registriert den Hook, der den Hinweis auf die \u00dcbergangsfrist anzeigt.<\/li>\n<li>Das Support- und Diagnose-Panel wird \u2013 wie bei allen anderen PrestaWard-Modulen \u2013 direkt vor dem Abschnitt Integrity platziert und verschwindet im Kontext \u201eAlle Shops\u201c nicht mehr: Es weist darauf hin, dass ein Shop ausgew\u00e4hlt werden muss.<\/li>\n<li>Die Stylesheets werden mit der Modulversion geladen, sodass das neue Erscheinungsbild nach der Aktualisierung angezeigt wird, ohne dass der Browser-Cache geleert werden muss.<\/li>\n<li>Die Synchronisierung mit Integrity erfolgt bei jedem \u00d6ffnen des Panels \u00fcber eine Hintergrundanfrage, die die Seite niemals verlangsamt und h\u00f6chstens einmal pro Minute und Shop durchgef\u00fchrt wird.<\/li>\n<\/ul>\n<h3>0.0.14<\/h3>\n<ul>\n<li>Empfohlenes Sicherheitsupdate: Verst\u00e4rkt die Authentifizierung mit dem zweiten Faktor im Backoffice, sodass gesch\u00fctzte Seiten und Aktionen erst nach deren Abschluss zug\u00e4nglich sind.<\/li>\n<li>Erweitert die MFA-\u00dcberpr\u00fcfung auf Backoffice-Pfade von PrestaShop 1.7.7 bis 9, die nicht die klassische Vorlage verwenden, wie beispielsweise Exporte und AJAX-Anfragen.<\/li>\n<li>Es begrenzt die Anzahl der Versuche bei allen Code\u00fcberpr\u00fcfungen unter \u201eMeine Authentifizierung\u201c, auch pro Mitarbeiter von verschiedenen IP-Adressen aus, und erfordert eine verifizierte Sitzung f\u00fcr sensible Konto\u00e4nderungen.<\/li>\n<li>Behebt eine Weiterleitungsschleife in PrestaShop 9 beim \u00d6ffnen von \u201eMeine Authentifizierung\u201c mit ausstehendem zweiten Faktor.<\/li>\n<li>Mitarbeiter, deren Profile nach der Installation angelegt wurden, k\u00f6nnen nun auf \u201eMeine Authentifizierung\u201c zugreifen.<\/li>\n<li>Behebt Probleme bei der Installation und den erneuten Versuchen von Integrity unter PHP 7.1 und 7.2.<\/li>\n<li>Erneuert die signierte MFA-Richtlinie, bevor sie abl\u00e4uft, und zeigt im Dashboard an, wenn sie abgelaufen ist.<\/li>\n<li>F\u00fcgt einen einmalig nutzbaren Notfallzugang \u00fcber die Konsole hinzu, um die MFA-Pflicht vor\u00fcbergehend auszusetzen, falls sich niemand anmelden kann. Dies ist das letzte Mittel: Es erfordert Zugriff auf den Server und den Notfall-Schl\u00fcssel; die Aussetzung dauert eine Stunde und wird protokolliert. Die Mitarbeiter k\u00f6nnen ihren Zugang weiterhin mit ihren pers\u00f6nlichen Codes oder \u00fcber die optionale Wiederherstellung per E-Mail wiedererlangen.<\/li>\n<li>\u00dcbersetzt alle Ereignisse des Zugriffsprotokolls in die neun Sprachen.<\/li>\n<\/ul>\n<h3>0.0.13<\/h3>\n<ul>\n<li>Behebt einen Fehler beim Kompilieren des Backoffice-Containers in \u00e4lteren Versionen ohne <code>request_stack<\/code>.<\/li>\n<li>Beh\u00e4lt MFA und die Begrenzung der Anmeldeversuche in PrestaShop 9 bei; fehlt der erforderliche Kontext, wird der Zugriff verweigert.<\/li>\n<li>F\u00fcgt einen begrenzten manuellen Diagnosebericht hinzu: Laden Sie diesen herunter und f\u00fcgen Sie ihn Ihrer Support-Anfrage zusammen mit der Problembeschreibung und den Schritten zur Reproduktion des Problems bei. Es werden keine Daten automatisch \u00fcbermittelt.<\/li>\n<li>Vollst\u00e4ndige Benutzeroberfl\u00e4che in neun Sprachen, mit \u00fcbersetzten Texten und Hilfetexten.<\/li>\n<\/ul>\n<h3>0.0.12<\/h3>\n<ul>\n<li>Korrigiert den Test-Controller f\u00fcr die Registrierung in PrestaShop 9 und zeigt die tats\u00e4chliche Ursache an, wenn Integrity fehlschl\u00e4gt.<\/li>\n<li>Aktualisiert das allgemeine Design des Backoffice und entfernt den in der Addons-Edition integrierten Update-Checker.<\/li>\n<\/ul>\n<h3>0.0.11<\/h3>\n<ul>\n<li>Sicherheitspatch: Unterbindet automatische Wiederholungsversuche bei der Registrierung, wenn sich der Registrierungsschl\u00fcssel des Shops \u00e4ndert, und zeigt im Backoffice eine eindeutige Warnmeldung an.<\/li>\n<\/ul>\n<h3>0.0.10<\/h3>\n<ul>\n<li>Automatischer Heartbeat ohne Cron mittels einer lokalen, nicht blockierenden Abfrage und authentifizierter Server-zu-Server-Kommunikation \u00fcber die Integrity-API.<\/li>\n<li>Pro Shop versiegelte Anmeldedaten, unterzeichnete MFA-Richtlinie und letzter g\u00fcltiger Status ohne Remote-Aufrufe w\u00e4hrend der Anmeldung.<\/li>\n<li>Atomische Sperre, Sechs-Stunden-Intervall und Wartezeit nach Fehlern, um Duplikate zu vermeiden.<\/li>\n<li>Lebenszyklus und Aktualisierung in PrestaShop 1.7, 8 und 9 validiert.<\/li>\n<\/ul>\n<h3>0.0.9<\/h3>\n<ul>\n<li>Sichere Verbindung zu Integrity pro Shop, versiegelte Zugangsdaten und Synchronisierung \u00fcber das Backoffice.<\/li>\n<li>Die signierte Remote-Richtlinie kann lediglich die lokale MFA-Richtlinie erg\u00e4nzen und greift niemals in den Anmeldevorgang ein.<\/li>\n<li>Die Konfiguration wurde in vier Registerkarten neu gegliedert: MFA und Benachrichtigungen, Richtlinien f\u00fcr Mitarbeiterprofile, Anmeldeversuche und Sperrungen sowie Netzwerk und IP.<\/li>\n<li>Die Richtlinien nach Profil und Shop werden in einen eigenen Abschnitt verschoben, um sie von der globalen Richtlinie zu trennen.<\/li>\n<li>Die redundante Quelle f\u00fcr Updates wird aus den Einstellungen entfernt: Der offizielle Kanal wird vom Modul festgelegt.<\/li>\n<li>Jedes Konfigurationsfeld enth\u00e4lt einen direkten Link zur entsprechenden Erkl\u00e4rung im Hilfehandbuch.<\/li>\n<\/ul>\n<h3>0.0.8<\/h3>\n<ul>\n<li>Sicherheitszeitraum pro Mitarbeiter zum Ung\u00fcltigmachen fr\u00fcherer Sitzungen, Herausforderungen und Ger\u00e4te.<\/li>\n<li>Konfigurierbare Deaktivierung nach jeder Passwort\u00e4nderung, nur nach einer Wiederherstellung oder einer administrativen \u00c4nderung oder niemals.<\/li>\n<li>Richtlinien \u201eVererben\u201c, \u201eObligatorisch\u201c, \u201eOptional\u201c und \u201eDeaktiviert\u201c nach Profil und Shop.<\/li>\n<li>Superadministratoren sind im Modus \u201eErzwingen\u201c stets verpflichtet; bei mehreren Shops gilt die strengste Richtlinie.<\/li>\n<li>Einmalig verwendbarer Notfallschl\u00fcssel und Wiederherstellung ausschlie\u00dflich \u00fcber die Konsole, ohne dauerhaften Web-Bypass.<\/li>\n<li>Optionale Wiederherstellung per E-Mail w\u00e4hrend einer MFA-Abfrage mit einem achtstelligen Code, HMAC, einer G\u00fcltigkeitsdauer von f\u00fcnf Minuten und einer Begrenzung der Versandanzahl.<\/li>\n<li>HMAC-verkettete Protokolle, Integrit\u00e4tspr\u00fcfung, Aufbewahrungsdauer von 30 bis 730 Tagen und signierter JSON-Export.<\/li>\n<li>Idempotente Migration 0.0.8 und validiertes Update von 0.0.7 in PrestaShop 1.7, 8 und 9.<\/li>\n<\/ul>\n<h3>0.0.7<\/h3>\n<ul>\n<li>\u201eSicherheitsstatus\u201c, unterteilt in \u201eMFA und Benachrichtigungen\u201c, \u201eAnmeldeversuche und Sperrungen\u201c sowie \u201eNetzwerk und IP\u201c, mit atomarer Speicherung.<\/li>\n<li>Tastaturzug\u00e4ngliche Navigation \u00fcber Registerkarten, Beibehaltung der Auswahl und automatisches \u00d6ffnen des Fensters bei Validierungsfehlern.<\/li>\n<li>Echte Paginierung von Datens\u00e4tzen in der Datenbank mit 25, 50 oder 100 Zeilen pro Seite.<\/li>\n<li>Filter f\u00fcr Datens\u00e4tze nach Datumsbereich, Mitarbeiter oder E-Mail-Adresse, Ereignis, Ergebnis und IP-Adresse.<\/li>\n<li>Die Kopfzeile von \u201eMeine Authentifizierung\u201c wurde neu gestaltet und bietet nun einen besseren Kontrast, eine verbesserte Hierarchie, eine optimierte Anpassung an mobile Ger\u00e4te sowie Unternehmenslinks.<\/li>\n<li>Der E-Mail-Test \u00fcberpr\u00fcft den Versand und die Empf\u00e4nger, ohne dass die operativen Benachrichtigungen aktiviert sein m\u00fcssen.<\/li>\n<li>Sichtbare Diagnose des PrestaShop-Mailtransports, wobei zwischen Capture-Servern und dem tats\u00e4chlichen SMTP-Server unterschieden wird.<\/li>\n<li>Fehlerdiagnose, kompatibel mit den Protokollen <code>SwiftMessage<\/code> und <code>MailerMessage<\/code> von PrestaShop 1.7, 8 und 9.<\/li>\n<li>Das doppelte Pr\u00e4fix des Shops in den Betreffzeilen wurde entfernt und der alternative Link zum Backoffice verst\u00e4rkt.<\/li>\n<li>Unternehmensinterner E-Mail-Versand, validiert \u00fcber Exchange Online in allen drei kompatiblen Versionen.<\/li>\n<li>Mit Snapshot \u00fcber das PrestaWard Update Manifest v1 vereinheitlichtes Update-Panel: Status, Schweregrad und SHA-256.<\/li>\n<li>Idempotente Migration 0.0.7 und validiertes Update von 0.0.6 in PrestaShop 1.7, 8 und 9.<\/li>\n<\/ul>\n<h3>0.0.6<\/h3>\n<ul>\n<li>Transaktionsbasierter Schutz vor Brute-Force-Angriffen auf Passw\u00f6rter sowie MFA \u00fcber IP-Adresse und Identit\u00e4t.<\/li>\n<li>Unterst\u00fctzung f\u00fcr IPv4, IPv6, CIDR, vertrauensw\u00fcrdige Proxys, Whitelist und Blacklist.<\/li>\n<li>Begrenzte Sperrhinweise, um absichtlich ausgel\u00f6ste E-Mail-Flutwellen zu verhindern.<\/li>\n<li>Server-Quarant\u00e4ne ohne Men\u00fc, Schnellzugriffe oder Backoffice-Inhalte.<\/li>\n<li>\u201eMeine Authentifizierung\u201c wurde neu gestaltet und umfasst nun vier Schritte, barrierefreie Beschriftungen, eine exportierbare Wiederherstellungsfunktion sowie die M\u00f6glichkeit zur individuellen Widerrufung.<\/li>\n<li>Entsprechende und \u00fcbersetzte E-Mails in PrestaShop 1.7, 8 und 9, mit Ergebnis pro Empf\u00e4nger.<\/li>\n<li>Verst\u00e4rkter Tester: Unternehmens-HTTPS, keine Weiterleitungen, TLS, Begrenzung des Hauptteils und striktes Manifest v1.<\/li>\n<li>Migration 0.0.6, Update von 0.0.5 und vollst\u00e4ndige Kompatibilit\u00e4tsmatrizen f\u00fcr alle drei unterst\u00fctzten Versionen.<\/li>\n<\/ul>\n<h3>0.0.5<\/h3>\n<ul>\n<li>Stufenweiser Zugriff: PrestaShop \u00fcberpr\u00fcft zun\u00e4chst das Passwort und fordert anschlie\u00dfend die Eingabe des TOTP-Codes oder die Wiederherstellung an.<\/li>\n<li>Authentifizierte Sitzung in Quarant\u00e4ne, mit dem Mitarbeiter verkn\u00fcpft und auf \u201eMeine Authentifizierung\u201c beschr\u00e4nkt, bis die MFA abgeschlossen ist.<\/li>\n<li>Absicherung des seitlichen Zugriffs \u00fcber direkte Controller und AJAX\/XHR-Anfragen.<\/li>\n<li>Obligatorische Registrierung f\u00fcr Mitarbeiter und Superadministratoren ohne best\u00e4tigte TOTP-Authentifizierung.<\/li>\n<li>Vertrauensw\u00fcrdige Ger\u00e4te wurden in PrestaShop 9 korrigiert und sind nun mit dem Mitarbeiter und dem Browser verkn\u00fcpft.<\/li>\n<li>Zweiter Faktor, neu gestaltet auf Spanisch mit dem visuellen System PrestaWard.<\/li>\n<li>Erweiterte Anleitung mit tats\u00e4chlichen Screenshots zum zweiten Faktor in PrestaShop 1.7, 8 und 9.<\/li>\n<li>Vollst\u00e4ndige, bereinigte Matrix: E-Mail, TOTP, Anti-Replay, Wiederherstellung, Vertrauensw\u00fcrdigkeit und Quarant\u00e4ne.<\/li>\n<\/ul>\n<h3>0.0.4<\/h3>\n<ul>\n<li>Obligatorische Registrierung unter \u201eMeine Authentifizierung\u201c f\u00fcr Konten ohne TOTP, wenn der Modus auf \u201eErzwingen\u201c eingestellt ist.<\/li>\n<li>Der zweite Schritt des Anmeldevorgangs wird erst nach der \u00dcberpr\u00fcfung des Passworts angezeigt.<\/li>\n<li>Superadministratoren, die in denselben pers\u00f6nlichen Authentifizierungsablauf eingebunden sind.<\/li>\n<li>Das MFA-Formular f\u00fcr die Anmeldung wurde neu gestaltet und ins Spanische \u00fcbersetzt.<\/li>\n<li>Fehler 500 bei der Test-E-Mail behoben.<\/li>\n<li>Separater MFA-Selbstbedienungszugang f\u00fcr jeden Mitarbeiter.<\/li>\n<li>Richtlinien, Bestandsverwaltung, E-Mail und Protokolle sind auf den Superadministrator beschr\u00e4nkt.<\/li>\n<li>Moderne und veraltete Berechtigungen wurden idempotent neu aufgebaut.<\/li>\n<li>Pr\u00e4zise Diagnose von Empf\u00e4ngern, SMTP-Konfiguration und Daten\u00fcbertragung.<\/li>\n<li>Einheitliche reale IP-Adresse in Protokollen, bei der Ratenbegrenzung, in E-Mails und bei vertrauensw\u00fcrdigen Ger\u00e4ten.<\/li>\n<li>Ereignisse und Texte im Backoffice wurden ins Spanische \u00fcbersetzt.<\/li>\n<li>Kopfzeilen und Design im Stil der PrestaWard-Familie.<\/li>\n<li>Der Unternehmens-Support wurde unter hola@go-onagency.es wiederhergestellt.<\/li>\n<li>Update 0.0.4 und bereinigte Matrix in PrestaShop 1.7, 8 und 9.<\/li>\n<\/ul>\n<h3>0.0.3<\/h3>\n<ul>\n<li>Vereinheitlichte visuelle Geometrie mit PrestaWard Snapshot.<\/li>\n<li>Widerrufbare vertrauensw\u00fcrdige Ger\u00e4te mit zuf\u00e4lligen 256-Bit-Tokens, die als Hash gespeichert sind.<\/li>\n<li>Cookies vom Typ \u201eSecure\u201c, \u201eHttpOnly\u201c und \u201eSameSite=Lax\u201c sind auf das Backoffice beschr\u00e4nkt.<\/li>\n<li>Entsprechende Warnmeldungen in den Legacy- und Symfony-Integrationen.<\/li>\n<li>Branding, Produktlinks, Anleitung, Support und Test-E-Mail.<\/li>\n<li>\u00dcberpr\u00fcfung der Ratenbegrenzung in PrestaShop 1.7, 8 und 9.<\/li>\n<\/ul>\n<h3>0.0.2<\/h3>\n<ul>\n<li>Passwortgesch\u00fctzte TOTP-Registrierung und lokaler QR-Code.<\/li>\n<li>Einmalig verwendbare Wiederherstellungscodes, die als HMAC gespeichert sind.<\/li>\n<li>Atomarer Schutz gegen TOTP-Replay-Angriffe.<\/li>\n<li>Ratenbegrenzung nach Konto und IP-Adresse.<\/li>\n<li>Spezifische Integrationen f\u00fcr die Legacy-Anmeldung und PrestaShop 9 Symfony.<\/li>\n<li>Passwort- und faktorgesch\u00fctzte Rotation des Authentifikators sowie Deaktivierung der MFA.<\/li>\n<\/ul>\n<h3>0.0.1<\/h3>\n<ul>\n<li>Sicheres Scaffold standardm\u00e4\u00dfig deaktiviert.<\/li>\n<li>MFA-Tabellen, TOTP, Dashboard, Audit, Protokolle, Warnmeldungen und erste \u00dcbersetzungen.<\/li>\n<\/ul>\n<\/article>\n<aside class=\"product-page-aside\">\n<div class=\"product-page-aside__card product-page-aside__card--cta\">\n<h2>Anleitung und Support<\/h2>\n<p>Bitte lesen Sie das Benutzerhandbuch, um das Modul ordnungsgem\u00e4\u00df zu installieren und zu konfigurieren.<\/p>\n<p><a href=\"https:\/\/go-onagency.es\/prestaward-authenticator\/prestaward-authenticator-user-guide.pdf\" target=\"_blank\" rel=\"noopener\">Benutzerhandbuch \u00f6ffnen<\/a><\/p>\n<\/p><\/div>\n<div class=\"product-page-aside__card product-page-aside__card--contact\">\n<p class=\"eyebrow\">GO ON Agency<\/p>\n<h2>Ben\u00f6tigen Sie eine sorgf\u00e4ltige Implementierung?<\/h2>\n<p>Wir k\u00f6nnen Ihnen dabei helfen, die Bereitstellung zu definieren, Zugriffsrechte zu \u00fcberpr\u00fcfen und Betriebsst\u00f6rungen zu vermeiden.<\/p>\n<p><a class=\"product-page-contact-link\" href=\"mailto:hola@go-onagency.es\">hola@go-onagency.es<\/a><\/p>\n<\/p><\/div>\n<\/aside><\/div>\n<\/section>\n","protected":false},"excerpt":{"rendered":"<p>PrestaShop-Modul PrestaWard Authenticator Echte MFA f\u00fcr das Backoffice. Sch\u00fctzt Administratorkonten mit TOTP, profil- und shopbezogenen Richtlinien, sicherer Wiederherstellung und nachpr\u00fcfbaren Protokollen. Exklusiver Vertrieb auf dem PrestaShop Marketplace (Addons). \u00c4nderungsprotokoll PDF-Anleitung Hilfeleitfaden Screenshots Bereitstellung durch MitarbeiterRichtlinien nach ProfilAktivit\u00e4t und StatistikenSicherheitsrichtlinie Benutzeroberfl\u00e4che auf Spanisch \u00b7 Version 0.0.16 TOTP + Richtlinien + Wiederherstellung + Audit Autonome MFA ohne [&hellip;]<\/p>\n","protected":false},"author":0,"featured_media":0,"parent":27,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"template-product-page.php","meta":{"_joinchat":[],"footnotes":""},"class_list":["post-39","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/go-onagency.es\/de\/wp-json\/wp\/v2\/pages\/39","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/go-onagency.es\/de\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/go-onagency.es\/de\/wp-json\/wp\/v2\/types\/page"}],"replies":[{"embeddable":true,"href":"https:\/\/go-onagency.es\/de\/wp-json\/wp\/v2\/comments?post=39"}],"version-history":[{"count":16,"href":"https:\/\/go-onagency.es\/de\/wp-json\/wp\/v2\/pages\/39\/revisions"}],"predecessor-version":[{"id":174,"href":"https:\/\/go-onagency.es\/de\/wp-json\/wp\/v2\/pages\/39\/revisions\/174"}],"up":[{"embeddable":true,"href":"https:\/\/go-onagency.es\/de\/wp-json\/wp\/v2\/pages\/27"}],"wp:attachment":[{"href":"https:\/\/go-onagency.es\/de\/wp-json\/wp\/v2\/media?parent=39"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}