Wijzigingslogboek — PrestaWard Authenticator

0.0.16

• Het paneel is ingedeeld in tabbladen: Overzicht (modus, dekkingsgraad van de registratie, storingen en vastlopers van de afgelopen 24 uur en maximaal één waarschuwingsregel), Medewerkers en registratie, Beleid, Statistieken en activiteitenlogboek, en Instellingen. Het ondersteuningspaneel heeft een eigen tabblad, Ondersteuning, dat altijd als laatste wordt weergegeven; de status van Integrity verschijnt onder alle tabbladen en in de koptekst wordt het logo van GO ON Agency weergegeven. Elk tabblad bewaart uitsluitend zijn eigen instellingen.
• Er is gecorrigeerd dat een verzoek dat niet door PrestaWard Captcha wordt goedgekeurd, meetelt voor de blokkering van het aangevallen beheerdersaccount. Voorheen telden verzoeken zonder Captcha-token mee als wachtwoordfouten en kon een bot een account al met een klein aantal verzoeken blokkeren. Wanneer PrestaWard Captcha de toegang tot de Back Office beveiligt en het verzoek afwijst, telt de fout alleen mee voor de limiet per IP-adres. Zonder PrestaWard Captcha (of in Observatie-modus) verandert er niets.
• Nieuw: codes per e-mail als optionele tweede authenticatiefactor. In de e-mailinstellingen kiest u „Tweede authenticatiefactor (zwakker)“ en vervolgens schakelt u deze functie in voor elk profiel van medewerker. Medewerkers met deze profielen bevestigen hun e-mailadres eenmalig met een per e-mail verzonden code, waarna zij kunnen inloggen met e-mailcodes: acht cijfers, uitsluitend opgeslagen als hash met sleutel, vijf minuten geldig, voor eenmalig gebruik en met een limiet op het aantal verzendingen, net als de huidige herstelcodes. Zowel in de instellingen als op de pagina voor medewerkers wordt gewaarschuwd dat deze codes minder veilig zijn dan een authenticatie-app: iedereen die de postbus kan lezen, heeft toegang. „Alleen herstel“ werkt precies zoals voorheen.
• Nieuw: begeleide registratie van de eerste factor. Wanneer een medewerker zich moet registreren (of zich in de overgangsperiode bevindt), begeleidt ‘Mijn authenticatie’ hem of haar: de QR-code scannen, de code invoeren en een afsluitende succespagina met de herstelcodes (downloaden, kopiëren of afdrukken). De knop „Doorgaan naar de Back Office“ werkt pas nadat de codes zijn gedownload, gekopieerd of afgedrukt. Toegangssleutels en codes per e-mail, indien deze voor de medewerker zijn geactiveerd, worden aangeboden onder „Andere manieren om uw account te beveiligen“.
• Mijn authenticatie wordt een overzichtelijke samenvatting: een statusbalk (status, methoden, herstelcodes en vertrouwde apparaten), een compact overzicht per methode (authenticatie-app, toegangssleutels en codes per e-mail) met één enkele uitklapbare actie, een overzicht van herstelcodes, de ingeklapte vertrouwde apparaten en, tot slot, een ingeklapte „gevarenzone“. Het verwijderen van MFA legt nu uit wat er wordt verwijderd en wat er daarna gebeurt, en behoudt een rode knop, het wachtwoord, een actuele code en een expliciete bevestiging. Het blijft uitsluitend van toepassing op de medewerker die is ingelogd en wordt vastgelegd in het toegangslogboek met integriteitsketen.
• Privacy: „Recente activiteit“ toont geen volledige adressen meer. E-mailadressen worden weergegeven als j***@d***.com en IP-adressen behouden alleen hun /24-netwerk (IPv4) of de eerste drie groepen (IPv6), net als bij Statistieken. Het toegangslogboek met integriteitsstring behoudt de exacte waarden en blijft de betrouwbare bron.
• Nieuw: Statistieken. Een nieuwe sectie toont de afgelopen 30 dagen in de vorm van kleine dagelijkse trends (toegangen, geverifieerde tweede factoren, wachtwoordfouten, fouten bij de tweede factor, blokkades, gebruikte herstelprocedures en nieuwe vertrouwde apparaten), samen met de registratiegraad van de medewerkers die zich moeten registreren (per profiel) en de methoden die in gebruik zijn. Het leest uitsluitend de tellingen uit uw eigen toegangslogboek en toont geen IP-adressen of e-mailadressen.
• Toegangssleutels (passkeys: Touch ID, Face ID, Windows Hello en beveiligingssleutels) als tweede authenticatiefactor: de code is opgenomen, maar deze functies zijn standaard uitgeschakeld en vereisen een HTTPS-adres in de Back Office. Een beheerder activeert deze in de instellingen, en elke medewerker voegt ze toe onder ‘Mijn authenticatie’ door het wachtwoord en de huidige code op te geven.
• Dit verhelpt het probleem dat de verbinding met Integrity in de Back Office onder „alle winkels“ verslechterde: de installatie-identiteit werd alleen voor de eerste winkel opgeslagen; de synchronisatie op de achtergrond las deze als leeg, wat resulteerde in de foutmelding „Invalid RSA public key”, waarna de aangesloten winkel de status „registratie in behandeling” kreeg. De identiteit wordt nu in elke context als één geheel uit het globale domein (of uit de winkel waarin deze is opgeslagen) gelezen; de update draagt een in een winkel opgeslagen identiteit over naar het globale domein zonder deze opnieuw te genereren, en indien deze niet kan worden gelezen, blijft de status van Integrity ongewijzigd en wordt de laatste fout geregistreerd als een lokale fout.
• Er is gecorrigeerd dat de installatie via de console (prestashop:module install) de PWA_*-instellingen alleen voor de eerste winkel aanmaakt, terwijl de Back Office „alle winkels” de globale instellingen leest. De installatie maakt nu de globale instellingen aan en de update kopieert de ontbrekende instellingen vanuit de eerste winkel zonder bestaande waarden te overschrijven.
• Nieuw: gemeenschappelijke filterbalk in het toegangslogboek. De keuzelijsten worden verdeeld over een raster met gelijke breedte, het zoekveld en de knop ‘Filteren’ staan op dezelfde rij en de secundaire acties zijn rechts uitgelijnd.
• De e-mails van de module tonen het logo van uw winkel in de koptekst (met de naam van de winkel als alternatieve tekst) en een standaardvoettekst met het logo van GO ON Agency en de handtekening „PrestaWard by GO ON Agency”, zonder links of contactgegevens. Het logo in de voettekst is een bestand van de module zelf dat vanuit uw winkel wordt aangeboden.
• Een uniform uiterlijk van het paneel in de vier PrestaWard-modules: sectiekopteksten, formulierkaarten met neutrale randen en gemeenschappelijke inklapbare blokken, statistieken op één regel en een groter logo van GO ON Agency in de koptekst. De hoofdknop krijgt een effen kleur die overeenkomt met het merk, zonder kleurverloop.
• Dit corrigeert het feit dat in PrestaShop 9 de beheerdersinterface de tabbladen onderstreept weergeeft als links en de sectietitels in hoofdletters. De algemene stijlen neutraliseren dit alleen binnen het PrestaWard-paneel, zodat PrestaShop 1.7 en 8 er hetzelfde uitzien als voorheen.
• Dit verhelpt het probleem dat in PrestaShop 1.7 het stylesheet van de module werd genegeerd wanneer het werd geregistreerd met het versienummer in de adresbalk. Het bestand wordt nu gecontroleerd en zonder parameters geregistreerd, zodat de nieuwe weergave zichtbaar is in versie 1.7, 8 en 9.
• Corrigeert het probleem dat in PrestaShop 9 het resetten van de tweede authenticatiefactor van een andere medewerker en de synchronisatie met Integrity het beveiligingstoken controleerden met een methode die PrestaShop 9 niet gebruikt, waardoor ze mogelijk werden afgewezen. Dit wordt nu gevalideerd via de PrestaShop 9-service; in PrestaShop 1.7 en 8 blijft de controle ongewijzigd.
• Wanneer de verbinding met Integrity op dat moment niet kan worden bijgewerkt, geeft het paneel één enkel bericht weer: de opgeslagen verbinding blijft geldig en er wordt automatisch een nieuwe poging ondernomen. De labels van alle tabbladen zijn vertaald in de negen talen.
• De update maakt de ontbrekende algemene instellingen aan, voert de schemastap uit (profielkolom voor e-mailcodes en tabellen met toegangscodes) en houdt de e-mailcodes en toegangscodes uitgeschakeld totdat een beheerder deze activeert. Er verandert niets aan een bestaande installatie totdat een beheerder een optie activeert.

0.0.15

• Nieuw: de tweede authenticatiefactor van een medewerker resetten vanuit het MFA-beheer. Als iemand zijn mobiele telefoon en de herstelcodes kwijtraakt, heeft de beheerder geen toegang via de console meer nodig. Door het resetten worden de authenticator en de herstelcodes van de medewerker verwijderd, worden zijn vertrouwde apparaten en openstaande sessies afgesloten, en moet de medewerker zich bij de volgende aanmelding opnieuw aanmelden. Hiervoor is het beheerderswachtwoord vereist; u kunt deze functie niet voor uzelf gebruiken en een superbeheerder kan alleen door een andere superbeheerder worden gereset. Elke reset en elke afgewezen poging wordt vastgelegd in het toegangslogboek, en u kunt de medewerker hiervan per e-mail op de hoogte stellen.
• Nieuw: overgangsperiode vóór het Afdwingen. In de profielbeleidsregels kunt u een profiel 3 tot 14 dagen de tijd geven voordat Afdwingen medewerkers blokkeert die zich nog niet hebben geregistreerd. Zij loggen in zoals gewoonlijk en zien op elke pagina van de Back Office een melding met de datum vanaf wanneer tweestapsverificatie verplicht wordt; degenen die zich al hebben geregistreerd, blijven hun code opvragen. Het dashboard toont de termijn voor elk profiel en hoeveel medewerkers zich nog moeten registreren. Profielen zonder overgangsperiode gedragen zich zoals in eerdere versies.
• Nieuw: ‘Recente activiteit’ in het dashboard vat in eenvoudige zinnen de laatste 30 dagen van het toegangslogboek samen: aanmeldingen vanaf een IP-adres of een browser die die medewerker nog niet eerder had gebruikt, herhaalde mislukte inlogpogingen, blokkeringen, gebruikte herstelcodes en resetacties door de beheerder. Gebruikt uitsluitend uw eigen logboek, zonder geolocatie of externe diensten.
• Het gebruik van een persoonlijke of per e-mail verzonden herstelcode wordt nu in het toegangslogboek geregistreerd als „Herstelcode gebruikt”.
• De update voegt twee kolommen toe aan de profielbeleidsregels (standaard zonder overgangsperiode) en registreert de hook die de melding over de overgangsperiode weergeeft.
• Het paneel voor ondersteuning en diagnose wordt net vóór de sectie Integrity geplaatst, net als bij de overige PrestaWard-modules, en in de context „alle winkels“ verdwijnt het niet langer: het geeft aan dat er een winkel moet worden geselecteerd.
• De stylesheets worden samen met de moduleversie geladen, zodat de nieuwe weergave na het updaten direct zichtbaar is zonder dat de cache van de browser hoeft te worden geleegd.
• Synchroniseert met Integrity telkens wanneer u het dashboard opent, via een verzoek op de achtergrond dat de pagina nooit vertraagt en maximaal één keer per minuut per winkel.

0.0.14

• Aanbevolen beveiligingsupdate: versterkt de tweefactorauthenticatie in de Back Office, zodat beveiligde pagina’s en acties pas toegankelijk zijn nadat deze is voltooid.
• Breidt de MFA-verificatie uit naar de Back Office-paden van PrestaShop 1.7.7 tot en met 9 die geen gebruik maken van de klassieke sjabloon, zoals exporten en AJAX-verzoeken.
• Beperkt het aantal pogingen bij alle codecontroles in „Mijn authenticatie”, ook per medewerker vanaf verschillende IP-adressen, en vereist een geverifieerde sessie voor gevoelige wijzigingen aan het account.
• Corrigeert een omleidingslus in PrestaShop 9 bij het openen van Mijn authenticatie wanneer de tweede authenticatiefactor nog ontbreekt.
• Medewerkers met profielen die na de installatie zijn aangemaakt, hebben nu toegang tot ‘Mijn authenticatie’.
• Corrigeert de installatie en de herhalingspogingen van Integrity in PHP 7.1 en 7.2.
• Vernieuwt het ondertekende MFA-beleid voordat het verloopt en geeft in het dashboard een melding als het is verlopen.
• Voegt een eenmalige noodtoegang via de console toe om de MFA-verplichting tijdelijk op te schorten indien niemand kan inloggen. Dit is een laatste redmiddel: er is toegang tot de server en de noodsleutel vereist; de opschorting duurt één uur en wordt geregistreerd. Medewerkers blijven hun toegang herstellen met hun persoonlijke codes of via het optionele herstel via e-mail.
• Vertaalt alle gebeurtenissen in het toegangslogboek naar de negen talen.

0.0.13

• Corrigeert de compilatie van de Back Office-container in oudere versies zonder request_stack.
• Behoud MFA en het maximum aantal pogingen in PrestaShop 9; indien de vereiste context ontbreekt, wordt de toegang geweigerd.
• Voegt een beperkt handmatig diagnoseverslag toe: u downloadt het en voegt het toe aan uw verzoek om ondersteuning, samen met het probleem en de stappen om het te reproduceren. Er worden niet automatisch gegevens verzonden.
• Volledige gebruikersinterface in negen talen, met vertaalde teksten en helpteksten.

0.0.12

• Corrigeert de testcontroller voor registraties in PrestaShop 9 en geeft de werkelijke oorzaak weer wanneer Integrity een fout meldt.
• Werkt het gemeenschappelijke ontwerp van de Back Office bij en verwijdert de in de Addons-editie geïntegreerde updatecontrole.

0.0.11

• Beveiligingspatch: stopt automatische herhalingspogingen bij registratie wanneer de registratiesleutel van de winkel verandert en geeft een duidelijke melding weer in de Back Office.

0.0.10

• Automatische heartbeat zonder cron via een lokale, niet-blokkerende probe en geauthenticeerde server-naar-server-communicatie met de Integrity API.
• Per winkel verzegelde inloggegevens, ondertekend MFA-beleid en laatste geldige status zonder externe aanroepen tijdens het inloggen.
• Atomische vergrendeling, interval van zes uur en wachttijd na storingen om dubbele gegevens te voorkomen.
• Levenscyclus en update getest in PrestaShop 1.7, 8 en 9.

0.0.9

• Beveiligde verbinding met Integrity per winkel, verzegelde inloggegevens en synchronisatie vanuit de Back Office.
• Het ondertekende externe beleid kan het lokale MFA-beleid alleen maar versterken en grijpt nooit in bij het inloggen.
• De configuratie is opnieuw ingedeeld in vier tabbladen: MFA en meldingen, Beleid voor profielen van medewerkers, Pogingen en blokkades, en Netwerk en IP.
• De beleidsregels per profiel en per winkel worden ondergebracht in een aparte sectie om ze te onderscheiden van het algemene beleid.
• De overbodige bron voor updates wordt uit de configuratie verwijderd: het officiële kanaal wordt door de module vastgelegd.
• Elk configuratieveld bevat een snelkoppeling naar de bijbehorende uitleg in de helpgids.

0.0.8

• Beveiligingsperiode per medewerker voor het ongeldig maken van eerdere sessies, uitdagingen en apparaten.
• Configureerbare ongeldigverklaring na elke wachtwoordwijziging, alleen bij herstel of administratieve wijziging, of nooit.
• Beleidsregels „Overnemen”, „Verplicht”, „Optioneel” en Uitgeschakeld per profiel en winkel.
• Superbeheerders zijn in de modus Afdwingen altijd verplicht, en bij meerdere winkels geldt het strengste beleid.
• Eenmalige noodsleutel en herstel uitsluitend via de console, zonder permanente web-bypass.
• Optionele herstelprocedure via e-mail tijdens een MFA-uitdaging, met een achtcijferige code, HMAC, een geldigheidsduur van vijf minuten en een beperking op het aantal verzendingen.
• Met HMAC aaneengeschakelde logboeken, integriteitsdiagnose, bewaartermijn van 30 tot 730 dagen en ondertekende JSON-export.
• Idempotente migratie 0.0.8 en gevalideerde update vanaf 0.0.7 in PrestaShop 1.7, 8 en 9.

0.0.7

• ‘Beveiligingsstatus’ verdeeld over ‘MFA en meldingen’, ‘Pogingen en blokkades’ en ‘Netwerk en IP’, met atomair opslaan.
• Toetsenbordtoegang tot tabbladen, behoud van selectie en automatisch openen van het paneel bij validatiefouten.
• Werkelijke paginering van records in de database met 25, 50 of 100 rijen per pagina.
• Filters voor records op basis van datumbereik, medewerker of e-mailadres, gebeurtenis, resultaat en IP-adres.
• De koptekst van „Mijn authenticatie“ is opnieuw ontworpen met beter contrast, een betere hiërarchie, mobiele aanpassing en toegangsmogelijkheden voor bedrijven.
• De e-mailtest controleert de verzending en de ontvangers zonder dat de operationele waarschuwingen actief hoeven te zijn.
• Zichtbare diagnose van het PrestaShop-mailtransport, met onderscheid tussen opvangservers (mail catchers) en echte SMTP-servers.
• Foutdiagnose compatibel met de logbestanden SwiftMessage en MailerMessage van PrestaShop 1.7, 8 en 9.
• Het dubbele voorvoegsel van de winkel in de onderwerpen is verwijderd en de alternatieve link naar de Back Office is versterkt.
• Bedrijfsmail verzonden via Exchange Online in de drie ondersteunde versies.
• Het updatepaneel is geharmoniseerd met Snapshot via PrestaWard Update Manifest v1, met vermelding van status, ernstgraad en SHA-256.
• Idempotente migratie 0.0.7 en gevalideerde update vanaf 0.0.6 in PrestaShop 1.7, 8 en 9.

0.0.6

• Bescherming tegen brute-force-aanvallen op wachtwoorden en MFA op basis van IP-adres en identiteit.
• Ondersteuning voor IPv4, IPv6, CIDR, vertrouwde proxyservers, toegestane lijst en blokkeerlijst.
• Beperkte blokkeringsmeldingen om opzettelijke e-mailstormen te voorkomen.
• Serverquarantaine zonder menu, snelkoppelingen of inhoud van de Back Office.
• "Mijn authenticatie" is opnieuw ontworpen met vier stappen, toegankelijke labels, exporteerbare herstelgegevens en individuele intrekking.
• Overeenkomstige en vertaalde e-mails in PrestaShop 1.7, 8 en 9, met resultaat per ontvanger.
• Versterkte tester: zakelijk HTTPS, zonder omleidingen, TLS, limiet voor de body en strikt manifest v1.
• Migratie 0.0.6, update vanaf 0.0.5 en volledige matrices in de drie ondersteunde versies.

0.0.5

• Toegang in fasen: PrestaShop valideert eerst het wachtwoord en vraagt vervolgens om TOTP of een herstelcode.
• Geauthenticeerde sessie in quarantaine, gekoppeld aan de medewerker en beperkt tot Mijn authenticatie totdat MFA is voltooid.
• Afsluiting van zijdelingse toegang via directe controllers en verzoeken AJAX/XHR.
• Verplichte registratie voor medewerkers en superbeheerders zonder bevestigde TOTP.
• Vertrouwde apparaten zijn in PrestaShop 9 gecorrigeerd en gekoppeld aan de medewerker en de browser.
• Tweede factor opnieuw ontworpen in het Spaans met het visuele systeem van PrestaWard.
• Uitgebreide handleiding met echte schermafbeeldingen van de tweede factor in PrestaShop 1.7, 8 en 9.
• Volledig opgeschoonde matrix: e-mail, TOTP, anti-replay, herstel, vertrouwen en quarantaine.

0.0.4

• Verplichte registratie in Mijn authenticatie voor accounts zonder TOTP wanneer de modus op Afdwingen staat.
• De tweede stap van de aanmeldingsprocedure wordt pas weergegeven nadat het wachtwoord is geverifieerd.
• Superbeheerders die deel uitmaken van dezelfde persoonlijke authenticatiestroom.
• Het MFA-inlogformulier is opnieuw ontworpen en in het Spaans vertaald.
• Fout 500 in de test-e-mail verholpen.
• Afzonderlijke MFA-zelfbediening voor elke medewerker.
• Beleid, inventaris, e-mail en logbestanden zijn voorbehouden aan de superbeheerder.
• Moderne en verouderde machtigingen zijn op idempotente wijze opnieuw opgebouwd.
• Nauwkeurige diagnose van ontvangers, SMTP-configuratie en transport.
• Geconsolideerd echt IP-adres in logbestanden, rate limiting, e-mails en vertrouwde apparaten.
• Gebeurtenissen en teksten van de Back Office vertaald naar het Spaans.
• Kopteksten en ontwerp in lijn met de PrestaWard-familie.
• Ondersteuning voor bedrijven hersteld naar hola@go-onagency.es.
• Upgrade 0.0.4 en schone matrix in PrestaShop 1.7, 8 en 9.

0.0.3

• Uniforme visuele geometrie met PrestaWard Snapshot.
• Intreukbare vertrouwde apparaten met willekeurige 256-bits tokens die als hash zijn opgeslagen.
• Cookies van het type Secure, HttpOnly en SameSite=Lax zijn beperkt tot de Back Office.
• Vergelijkbare waarschuwingen in de legacy- en Symfony-integraties.
• Branding, productlinks, handleiding, ondersteuning en test-e-mail.
• Validatie van de rate limit in PrestaShop 1.7, 8 en 9.

0.0.2

• Wachtwoordbeveiligde TOTP-registratie en lokale QR-code.
• Herstelcodes voor eenmalig gebruik, opgeslagen als HMAC.
• Atomische bescherming tegen TOTP-replay-aanvallen.
• Rate limiting per account en IP-adres.
• Specifieke integraties voor legacy-login en PrestaShop 9 Symfony.
• Wachtwoord- en factorbeveiligde authenticatorrotatie en MFA-deactivering.

0.0.1

• Veilige scaffold standaard uitgeschakeld.
• MFA-tabellen, TOTP, dashboard, audit, logbestanden, waarschuwingen en eerste vertalingen.