Wijzigingslogboek — PrestaWard Captcha

Dit changelog geeft per versie een overzicht van de gevolgen voor winkels en e-commerceteams.

0.2.7

• Nieuw: lokale modus per formulier. De nieuwsbrief, het contactformulier en de beschikbaarheidsmeldingen kunnen uitsluitend worden beveiligd met lokale controles (ondertekende tijdstempel, lokveld, minimale verzendtijd van 4 seconden en verzendlimiet), zonder dat er een script van een aanbieder hoeft te worden geladen of dat er sleutels nodig zijn. Elk formulier behoudt zijn modus (Uitgeschakeld, Observatie of Bescherming) en gaat pas over naar Bescherming nadat de zelftest in de modus Observatie is doorstaan. Deze modus biedt minder bescherming tegen gerichte bots dan een aanbieder en wordt nooit aangeboden voor toegang, registratie, bestellingen, wachtwoordherstel, Back Office of reacties. De statistieken geven weer hoeveel verzendingen van elk formulier lokaal zijn gecontroleerd. Een pagina die langer dan zes uur vanuit een volledige cache wordt weergegeven, kan de verzending weigeren; het herladen van de pagina lost dit op.
• Nieuw: geblokkeerde e-maildomeinen. Een lijst die u zelf opstelt (één regel per regel, een exact domein of een joker voor de subdomeinen daarvan, maximaal 100 regels) wordt toegepast op de klantenregistratie, ook tijdens het aankoopproces, en op de nieuwsbrief. De lijst wordt vergeleken voordat de aanbieder wordt geraadpleegd en een e-mail die aan de lijst voldoet, wordt geweigerd met een neutraal bericht dat de lijst niet onthult. In Observatie wordt alleen geregistreerd wat zou zijn geweigerd. De e-mail of het domein wordt niet opgeslagen: alleen een teller en een gebeurtenis zonder persoonsgegevens voor elke weigering.
• Nieuw: minimale reCAPTCHA v3-score per formulier. Indien u dit veld leeg laat, wordt de algemene score gebruikt, zodat er niets verandert totdat u een waarde instelt. Bij een ongeldige waarde wordt teruggevallen op de algemene score.
• Nieuw: thema (licht, donker of automatisch) en grootte (normaal of compact) van de reCAPTCHA v2- en Cloudflare Turnstile-widget, ook bij toegang tot de Back Office. De standaardinstellingen behouden het huidige uiterlijk; bij reCAPTCHA v3 en onzichtbare v2 wordt geen widget weergegeven. Bij reCAPTCHA volgt ‘automatisch’ het kleurenschema van de bezoeker.
• De toegang tot de Back Office maakt gebruik van dezelfde lokale terugvaloptie als de klantformulieren, maar alleen zolang de aanbieder niet beschikbaar is en de server dit bevestigt. Een aanbieder die „verificatie mislukt“ heeft gerapporteerd, wordt zoals altijd nog steeds geweigerd. Elk gebruik wordt geregistreerd als „fallback used“; een schakelaar per winkel schakelt deze uit en de tijdelijke pauze van de operator blijft van kracht. Het inlogscherm raakt nooit geblokkeerd: het script meldt de fout aan de server en verzendt het formulier vervolgens in elk geval. Tijdens een storing is deze toegang kwetsbaarder ten opzichte van een gerichte bot; het is raadzaam om PrestaWard Authenticator als tweede beveiligingslaag te handhaven. De integratiefoutbeveiliging heeft nog steeds geen invloed op de Back Office.
• Het paneel is onderverdeeld in tabbladen (Overzicht, Oppervlakken, Aanbieder en Statistieken en logboek) en berekent uitsluitend de gegevens van het geopende tabblad. Het overzicht toont de status van elke aanbieder, de geslaagde en mislukte verificaties van de afgelopen 24 uur, de effectieve modus van elk formulier en maximaal één waarschuwingsregel die naar het tabblad leidt waar het probleem wordt opgelost. Elk tabblad heeft een eigen knop ‘Opslaan’ en slaat alleen de weergegeven instellingen op. Het ondersteuningspaneel van GO ON Agency heeft een eigen tabblad, ‘Ondersteuning’, dat altijd als laatste wordt weergegeven, en de status van Integrity staat onderaan alle tabbladen.
• Het tabblad „Oppervlakken” is opnieuw ontworpen: de tabel met formulieren is gegroepeerd, de keuzeknop is zodanig aangepast dat de tekst niet langer wordt afgekapt (voorheen werd „Desa” weergegeven) en de knop „Opslaan” bevindt zich nu buiten de tijdelijke pauzekaart, zonder deze te overlappen. Het thema en de grootte van de widget kunnen in een sectie van dit tabblad worden aangepast.
• Corrigeert de melding „geactiveerde formulieren die de test niet hebben doorstaan”: deze verscheen bij zes formulieren, ook al waren ze allemaal uitgeschakeld. Nu worden alleen de formulieren geteld die zich niet in de modus „Uitgeschakeld” bevinden.
• Bij nieuwe installaties zijn de e-mailmeldingen voor storingen uitgeschakeld totdat u een e-mailadres opgeeft, zodat de instellingen direct vanaf het begin kunnen worden opgeslagen. Bij geüpdatete installaties blijven de instellingen behouden.
• In de e-mails over incidenten (zowel geopende als opgeloste) wordt het logo van uw winkel in de koptekst weergegeven (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.
• Er is gecorrigeerd dat in de tekst van het ticket interne codes werden weergegeven (bijvoorbeeld „configuration_test” of „opened”): nu worden het formulier, de oorzaak en de status aangegeven met teksten die in de negen talen zijn vertaald.
• Er is een fout verholpen waarbij een mislukte aanroep naar de aanbieder ervoor zorgde dat een formulier in de Front Office vastliep; de aanroepen naar de aanbieder vanuit het winkelscript worden nu op dezelfde wijze beveiligd als die voor de toegang tot de Back Office.
• 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.
• Dit verhelpt het probleem dat in PrestaShop 9 de synchronisatie met Integrity het beveiligingstoken controleerde met een methode die PrestaShop 9 niet gebruikt, waardoor het token mogelijk werd afgewezen. Het token wordt nu gevalideerd via de dienst van PrestaShop 9; 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 lokale modus heeft een eigen limiet voor het aantal verzendingen (van 1 tot 50 per 10 minuten). Bij de update wordt de huidige limiet uit de terugvaloptie overgenomen, zodat er na de update niets verandert, en het aanpassen van een van beide limieten heeft geen invloed meer op de andere.
• Dit corrigeert het feit dat in PrestaShop 9 bij een afgewezen captcha (bijvoorbeeld met een ongeldige sleutel in ‘Bescherming’) alleen het algemene bericht van PrestaShop over de medewerker of het wachtwoord werd weergegeven. De module toont nu in alle versies een eigen melding; PrestaShop 9 voegt daarna nog steeds zijn eigen standaardregel toe.
• Dit verhelpt het probleem dat de verbinding met Integrity verslechterde in de context „alle winkels“ van de Back Office of wanneer een andere winkel dan de eerste de test voor registratie uitvoerde. De installatie-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.
• In de productkoptekst wordt opnieuw het logo van GO ON Agency en de vermelding „PrestaWard by GO ON Agency“ weergegeven, zonder links.
• Zolang u gebruikmaakt van een aanbieder, blijft uw token op precies dezelfde manier vereist als voorheen. De gedetecteerde oppervlakken, de opgeslagen instellingen en de overeenkomst met de Integrity API blijven ongewijzigd, en de nieuwe manieren om een formulier te weigeren of te verifiëren (lokale modus en geblokkeerde domeinen) zijn standaard uitgeschakeld. De update wijzigt geen enkele tabel: er worden alleen nieuwe instellingen toegevoegd met waarden die het huidige gedrag behouden.

0.2.6

• Elk formulier heeft in elke winkel zijn eigen modus (Uitgeschakeld, Observatie of Bescherming), in plaats van één modus voor de hele winkel met extra schakelaars. Zo kunt u de toegang tot de Back Office beschermen en het contactformulier alleen observeren. Een formulier gaat pas over naar Bescherming nadat het de zelftest in Observatie heeft doorstaan, en de update behoudt het huidige gedrag van elke winkel.
• Bescherming tegen uitval van de aanbieder (klantformulieren in de modus Bescherming): indien de server bevestigt dat reCAPTCHA of Turnstile niet kan worden gebruikt, wordt het formulier alleen geaccepteerd indien het voorzien is van een ondertekende tijdstempel, een leeg onzichtbaar lokveld, enkele seconden sinds het laden van de pagina en een normaal verzendritme. Elk gebruik wordt geregistreerd in de statistieken. Deze functie is standaard ingeschakeld, kan per winkel worden uitgeschakeld en wordt nooit gebruikt bij de toegang tot de Back Office.
• Wijziging om rekening mee te houden: wanneer deze bescherming is ingeschakeld, laat een open circuitbreker niet langer alle verzendingen door, maar past hij dezelfde lokale controles toe. Schakel deze functie uit om het eerdere gedrag te behouden.
• Voorfilter op de server (modus Bescherming): wijst duidelijke bots af voordat de aanbieder wordt aangeroepen, uitsluitend op basis van positief bewijs (ingevuld lokveld, vervalste tijdstempel, verzending sneller dan een mens zou typen of meer dan 30 verzendingen per formulier en bezoeker per 10 minuten). Dit kan per winkel worden uitgeschakeld.
• De nieuwe controles slaan geen identificeerbare gegevens op: bezoekers worden gegroepeerd in een anonieme cluster met een sleutel die dagelijks verandert, uitsluitend in een teller die na twee dagen wordt gewist.
• Nieuw statistiekenpaneel: toegestane en geblokkeerde verzendingen per formulier en per dag (7, 14 of 30 dagen), trend ten opzichte van de vorige periode, activeringen van de bescherming bij uitval van de aanbieder, verzoeken die vóór de aanbieder zijn afgewezen, een indicator voor mogelijke valse positieven en, in Observatie, de verzendingen die zouden zijn geblokkeerd. Het bevat geen adressen of e-mails.
• Aangepaste formulieren: een formulier dat niet automatisch wordt herkend (checkout op één pagina, formulieren uit het thema) kan per winkel worden toegewezen aan een beveiligd gebied door middel van een CSS-selector (maximaal tien). Het paneel waarschuwt dat de bescherming alleen effectief is als het formulier zijn gegevens verzendt naar een pagina die door de module wordt gecontroleerd.
• Integratiefoutbewaking (klantformulieren in Bescherming): indien een formulier geen token meer naar de server verzendt terwijl de aanbieder actief is (als gevolg van een thema-update, eigen JavaScript of de paginacache), wordt dat formulier automatisch overgezet naar een tijdelijke Observatie en ontvangt u een incidentmelding en een e-mail. Het systeem keert na 15 minuten zonder het probleem en drie geverifieerde tokens terug naar Bescherming. De toegang tot de Back Office wordt nooit beïnvloed en duidelijke bots worden nog steeds geweigerd.
• De update maakt een kleine tellertabel aan en nieuwe instellingen met veilige waarden, en behoudt de bestaande instellingen en gebeurtenissen.
• 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.
• 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.2.5

• Corrigeert de aanmeldingsservice van de Back Office in PrestaShop 1.7. In PrestaShop 9 is de controle beperkt tot het aanmeldingsformulier van de Back Office en heeft deze geen invloed op de beheer-API.
• Stopt met het herhaaldelijk proberen van de registratie bij Integrity wanneer de registratiesleutel van de winkel verandert en geeft een duidelijke melding weer.
• Vernieuwt het ondertekende Integrity-beleid voordat het verloopt en behoudt het huidige beleid indien een verlenging mislukt.
• Corrigeert de opgenomen beleidssleutel zodat deze werkt in PHP 7.1 en 7.2.
• Voegt het ondersteuningspaneel van GO ON Agency toe in negen talen, met een downloadbaar diagnostisch rapport dat geen klantgegevens bevat en niet automatisch wordt verzonden. Het rapport kan alleen worden gedownload door een medewerker met bewerkingsrechten en voor een geselecteerde winkel.
• Past de bewaartermijn voor technische logbestanden nu daadwerkelijk toe (standaard 30 dagen, per winkel configureerbaar): tot nu toe werden deze onbeperkt bewaard. Elke winkel verwijdert dagelijks de verlopen logbestanden, zonder dat dit gevolgen heeft voor de incidenten.
• Geeft aan dat de module compatibel is vanaf PrestaShop 1.7.7.0, de oudste geteste versie.

0.2.4

• Corrigeert het verzenden van de beheerderslogin via Turnstile na het oplossen van de CAPTCHA, waarbij de knop behouden blijft waarmee het verzenden is gestart.
• Corrigeert de test voor registratie in PrestaShop 9 en verbetert de diagnose en de herhalingspogingen van Integrity.

0.2.3

• Niet-gepubliceerde versie, vervangen door 0.2.4.

0.2.2

• Voorkomt dat andere JavaScript-handlers van het thema het verzenden starten terwijl de CAPTCHA nog in behandeling is.
• Verhelpt eindeloze laadstatussen en verzoeken die worden verzonden voordat er een geldig token beschikbaar is.
• Toont de CAPTCHA bij het openen van inlog- of registratieformulieren die bij het laden van de pagina verborgen waren.

0.2.1

• Herstelt de zichtbare CAPTCHA vóór de eerste inlogpoging in de Front Office en Back Office.
• Voorkomt dat de cache een verouderde of onjuiste CAPTCHA weergeeft na het bijwerken van de module.
• Vervangt de pop-up door een toegankelijke, zichtbare en voor mobiele apparaten aangepaste waarschuwing.
• Houdt fouten van de Back Office op het inlogscherm, met één enkele foutmelding en zonder lege pagina’s.

0.2.0

• Voegt Cloudflare Turnstile toe met versleutelde inloggegevens en onafhankelijke selectie per oppervlak.
• Koppelt elk token aan de bijbehorende beveiligde actie en vernieuwt de uitdaging bij herhaalde verzendingen.
• Verbetert de herkenning van formulieren voor inloggen, registratie, wachtwoordherstel, afrekenen, nieuwsbrieven en beschikbaarheidsmeldingen.
• Voegt een tijdelijke, beperkte en gecontroleerde operationele pauze toe, zonder afbreuk te doen aan het ondertekende beleid van Integrity.
• Werkt het dashboard, het responsieve ontwerp en de vertalingen in de negen talen bij.
• Versterkt de fail-closed-persistentie van het laatst geverifieerde Integrity-beleid.

0.1.2

• Maakt onderscheid tussen geautomatiseerde pieken en operationele storingen en voorkomt dubbele waarschuwingen.
• Sluit automatisch meldingen van geautomatiseerd verkeer af na een periode van rust.

0.1.1

• Beschikbaarheidscontroles per oppervlak voordat Bescherming kan worden geactiveerd.
• Operationele status, incidentenhistorie, filters, paginering en opschoning.
• Beperkte gezondheids-telemetrie en integratie met de heartbeat van Integrity.

0.1.0

• Eerste openbare kandidaatversie.
• Onafhankelijke bescherming per oppervlakte en per winkel.
• Integratie met reCAPTCHA v2 en v3.
• Registratie, ondertekend beleid en heartbeat van PrestaWard Integrity.
• Controle op updates en de algemene visuele ervaring binnen het ecosysteem.
• Compatibiliteit met meerdere versies en een volledige catalogus in negen talen.