Wat het doet
Beveiligt inloggen, registratie, bestellingen, contact, wachtwoordherstel, toegang tot de Back Office, nieuwsbrieven, reacties en beschikbaarheidsmeldingen. Met de Observatie-modus kunt u het daadwerkelijke gedrag controleren voordat u een blokkering activeert.
Tijdens het bestelproces beveiligt het de aanmelding en de klantregistratie die tijdens het aankoopproces plaatsvinden. Het valideert noch de betaling, noch de knop voor het bevestigen van de bestelling.
Elk formulier heeft zijn eigen modus (Uitgeschakeld, Observatie of Bescherming), zodat u de toegang tot de Back Office kunt beschermen en tegelijkertijd alleen het contactformulier kunt observeren.
De module ondersteunt tien standaardformulieren (inloggen en registreren, ook tijdens het aankoopproces; contact; wachtwoordherstel; toegang tot de Back Office; nieuwsbrieven; productrecensies en beschikbaarheidsmeldingen) en voegt de eigen formulieren van uw thema toe met behulp van een CSS-selector, zonder dat u sjablonen hoeft te bewerken. Mocht Google of Cloudflare niet meer reageren, dan blijven noch uw klanten, noch uw team buitengesloten: zolang de storing duurt, voert de module lokale controles uit die op de server worden geverifieerd.
Hoe het werkt
- De module bevat geen eigen CAPTCHA: er wordt gebruikgemaakt van Google reCAPTCHA (v2 of v3) of Cloudflare Turnstile. U kunt de aanbieder per oppervlak en per winkel kiezen.
- Het detecteert de compatibele formulieren in de browser, zodat u geen sjablonen hoeft te bewerken. De definitieve controle vindt plaats op de server: het valideert het domein, de actie, de vervaldatum en controleert of het token nog niet eerder is gebruikt.
- De module wordt geïnstalleerd met alle formulieren in de modus Uitgeschakeld. Elk formulier heeft in elke winkel zijn eigen modus: in de modus Observatie registreert het wat er zou zijn gebeurd zonder iemand te blokkeren, en in de modus Bescherming blokkeert het verzendingen zonder geldige verificatie. Een formulier kan pas naar de modus Bescherming overschakelen nadat het de zelftest in de modus Observatie met succes heeft doorlopen.
- De instellingen worden per winkel opgeslagen. Om het rapport over ondersteuning te downloaden, dient u een specifieke winkel te selecteren.
- Indien de server meerdere keren achter elkaar geen verbinding kan maken met Google of Cloudflare, markeert de module de winkel als gedegradeerd en ontvangt u hiervan een melding per e-mail.
- Terugvaloptie bij een storing bij de aanbieder (klantformulieren en toegang tot de Back Office in de modus van bescherming): alleen wanneer de server zelf bevestigt dat de aanbieder niet bruikbaar is, wordt een verzending geaccepteerd die een met de pagina ondertekende tijdstempel bevat, een leeg lokveld, enkele seconden na het laden van de pagina en een normaal verzendritme. Elk gebruik wordt in de statistieken geregistreerd als „fallback used”. Deze functie is standaard ingeschakeld en kan per winkel met één schakelaar worden uitgeschakeld. Bij toegang tot de Back Office worden dezelfde signalen vereist die op de server worden gecontroleerd, en het is nooit een manier om een aanbieder te omzeilen die wel reageert: een afgewezen token, of een verzending zonder token terwijl de aanbieder functioneert, wordt zoals altijd afgewezen. Tijdens een storing is deze toegang kwetsbaarder ten opzichte van een gerichte bot; daarom is het raadzaam om een tweede authenticatiefactor te handhaven met PrestaWard Authenticator.
- Lokale modus via formulier (nieuwsbrief, contactformulier en beschikbaarheidsmeldingen): het formulier wordt uitsluitend beveiligd met lokale controles, met een ondertekende tijdstempel, een lokveld, een minimale verzendtijd (4 seconden) en een eigen verzendlimiet (van 1 tot 50 per 10 minuten). Er wordt geen enkel script van een aanbieder geladen, er wordt geen enkele aangeroepen en er zijn geen sleutels nodig. Het behoudt zijn eigen modus (Uitgeschakeld, Observatie of Bescherming) en schakelt pas over naar Bescherming nadat de zelftest in de modus Observatie is doorstaan. Het is kwetsbaarder voor gerichte bots dan een aanbieder; daarom wordt dit in het dashboard aangegeven en wordt het niet aangeboden voor toegang, registratie, bestellingen, wachtwoordherstel, Back Office of productbeoordelingen. Een pagina die langer dan zes uur vanuit een volledige cache wordt weergegeven, kan het verzenden weigeren: het herladen van de pagina lost dit op.
- Geblokkeerde e-maildomeinen (klantenregistratie, ook tijdens het aankoopproces, en nieuwsbrief): een lijst die u zelf opstelt, één regel per regel, met een exact domein of een joker voor de subdomeinen daarvan (maximaal 100 regels). Het e-maildomein wordt vergeleken met de lijst voordat de aanbieder wordt geraadpleegd en, indien er een overeenkomst is, wordt het bericht geweigerd met een neutraal bericht dat de lijst niet onthult. In de status ‘Observatie’ wordt alleen geregistreerd wat zou zijn geweigerd. Het e-mailadres van de bezoeker of zijn domein wordt niet opgeslagen of geregistreerd: alleen een teller en een gebeurtenis zonder persoonsgegevens voor elke weigering.
- Minimale reCAPTCHA v3-score per formulier: elk formulier kan zijn eigen score hebben, van 0 tot 1. Als u dit veld leeg laat, wordt de algemene score gebruikt, zodat er niets verandert totdat u een waarde instelt. Een formulier in de modus ‘Bescherming’ met een eigen score moet in de modus ‘Observatie’ worden aangepast en de automatische test moet worden herhaald voordat het weer naar de modus ‘Bescherming’ wordt teruggezet.
- Uiterlijk van de widget (tabblad ‘Oppervlakken’): thema (licht, donker of automatisch) en grootte (normaal of compact) voor het reCAPTCHA v2-veld en voor Cloudflare Turnstile, ook bij toegang tot de Back Office. De standaardinstellingen behouden het huidige uiterlijk.
- Voorfilter op de server (modus Bescherming): duidelijke bots worden geweigerd voordat de aanbieder wordt aangeroepen, uitsluitend op basis van positieve aanwijzingen: een ingevuld lokveld, een vervalste tijdstempel, een verzendingssnelheid die hoger is dan een mens zou kunnen typen, of een buitensporig aantal verzendingen per formulier en per bezoeker. Een ontbrekende of verlopen tijdstempel wordt nooit als bewijs beschouwd. Deze functie kan per winkel worden uitgeschakeld.
- De nieuwe controles slaan geen gegevens op waarmee de bezoeker kan worden geïdentificeerd: deze worden gegroepeerd in een anonieme cluster, aangemaakt met een hash met een sleutel die dagelijks verandert, en die uitsluitend voorkomt in een tellertabel die na twee dagen wordt gewist.
- Bewaking van integratiefouten (klantformulieren in Bescherming): indien een formulier het token niet meer naar de server verzendt terwijl de aanbieder actief is (bijvoorbeeld na een thema-update, een eigen JavaScript of een paginacache), schakelt dat formulier automatisch tijdelijk over naar Observatie om klanten niet te weigeren, en ontvangt u een melding in de module en een e-mail. Het keert vanzelf terug naar Bescherming zodra het probleem is verholpen en de tokens correct worden geverifieerd. De toegang tot de Back Office wordt hierdoor nooit beïnvloed.
- E-mailwaarschuwingen signaleren operationele incidenten en pieken in geautomatiseerd verkeer. De ontvangers en drempelwaarden worden per winkel geconfigureerd.
Belangrijkste functies
- Specifieke modus voor elk formulier en elke winkel: Uitgeschakeld, Observatie of Bescherming.
- Statistiekenpaneel: toegestane en geblokkeerde verzendingen per formulier en per dag (7, 14 of 30 dagen), trend ten opzichte van de vorige periode, gebruik van de back-up, verzoeken die vóór de aanbieder zijn afgewezen, hoeveel verzendingen van elk formulier lokaal zijn gecontroleerd en een indicator voor mogelijke valse positieven. In de kolom ‘Observatie’ wordt apart weergegeven hoeveel verzendingen zouden zijn geblokkeerd. Deze kolom bevat geen adressen of e-mailadressen.
- Eigen formulieren: een formulier dat niet automatisch wordt herkend (checkout op één pagina, formulieren uit het thema) kan per winkel worden toegewezen aan een beschermd oppervlak met behulp van een CSS-selector (maximaal tien, optioneel beperkt tot één pagina). Het paneel waarschuwt dat de bescherming alleen gehandhaafd blijft als het formulier zijn gegevens naar een pagina verzendt die door de module wordt gecontroleerd.
- Google reCAPTCHA v2/v3 in Cloudflare Turnstile, selecteerbaar per platform en winkel, met een minimale reCAPTCHA v3-score per formulier.
- Tien standaardformulieren en eigen formulieren zonder bewerkte sjablonen.
- Lokale modus via formulier, zonder sleutels of scripts van derden, voor nieuwsbrieven, contactformulieren en beschikbaarheidsmeldingen.
- Eigen lijst met geblokkeerde e-maildomeinen voor de klantregistratie en de nieuwsbrief, die wordt toegepast voordat de aanbieder wordt geraadpleegd en zonder dat e-mails of domeinen worden opgeslagen.
- Lokale terugvaloptie bij een storing bij de aanbieder, ook wat betreft de toegang tot de Back Office, die alles blijft weigeren wat de aanbieder ook heeft geweigerd.
- Thema en grootte van de reCAPTCHA v2- en Cloudflare Turnstile-widget.
- Tabblad ‘Opgeruimde oppervlakken’: gegroepeerde formulierentabel, moduskeuzeschakelaar die de volledige tekst weergeeft en de knop ‘Opslaan’ op uw website, zonder dat deze de tijdelijke pauzekaart overlapt.
- E-mails met betrekking tot storingen, met het logo van uw winkel in de koptekst en, in de voettekst, het logo van GO ON Agency met de handtekening „PrestaWard by GO ON Agency“. In de hoofdtekst worden het formulier, de oorzaak en de status weergegeven met vertaalde teksten, niet met interne codes.
- 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.
- Paneel met tabbladen (Overzicht, Oppervlakten, Aanbieder en Statistieken en registratie, plus een tabblad Ondersteuning, altijd als laatste): alleen het geopende tabblad wordt in aanmerking genomen; het Overzicht toont de status in één oogopslag met maximaal één waarschuwingsregel, en elk tabblad bewaart uitsluitend zijn eigen instellingen.
- Validatie van domein, actie, vervaldatum en hergebruik van het token.
- Compatibiliteit met de klassieke en Symfony-workflows van de Back Office.
- Technische logbestanden zonder e-mailadressen, IP-adressen, cookies of tokens.
- De bewaartermijn van de logbestanden is per winkel instelbaar: standaard 30 dagen en tussen 1 en 365 dagen. De module verwijdert dagelijks de verouderde logbestanden.
- Inloggegevens van de aanbieder, versleuteld opgeslagen.
- Integrity API in heartbeat geïntegreerd. Op het scherm van de module zorgt de knop ‘Synchroniseren’ ervoor dat de verbinding met Integrity wordt bijgewerkt.
- Synchronisatie met Integrity bij het openen van het paneel, via een verzoek op de achtergrond dat de pagina niet vertraagt en maximaal één keer per minuut per winkel plaatsvindt.
- Ondersteuningspaneel van GO ON Agency met een downloadbaar diagnostisch rapport. Dit wordt gedownload door een medewerker met bewerkingsrechten, waarbij een winkel is geselecteerd. Het bevat versies, statussen en tellers, bevat geen klantgegevens en wordt niet automatisch verzonden.
- Beheerpaneel en vertalingen in negen talen.
Vereisten
- PrestaShop vanaf versie 1.7.7 tot en met 9, met de PHP-versie die uw versie van PrestaShop vereist.
- reCAPTCHA- of Cloudflare Turnstile-sleutels voor elke winkel waar u de Bescherming activeert. Deze worden door de handelaar zelf aangemaakt in het account van de aanbieder. Voor formulieren in de lokale modus zijn geen sleutels nodig.
- In de modus van bescherming moet de browser van de bezoeker het script van de aanbieder kunnen laden. Als dit niet wordt geladen, wordt het formulier niet verzonden en wordt de bezoeker gevraagd het opnieuw te proberen, tenzij de server bevestigt dat de aanbieder niet beschikbaar is en de lokale terugvaloptie wordt toegepast, of het formulier de lokale modus gebruikt.
Wat het niet doet
- Het betreft geen zelfgehoste CAPTCHA: de verificatie wordt uitgevoerd door Google of Cloudflare, met hun eigen privacyvoorwaarden. De server stuurt hen het token en het IP-adres van de bezoeker om deze te verifiëren.
- Er wordt niets geblokkeerd, noch in de uitgeschakelde modus, noch in de Observatie-modus.
- De lokale modus is geen vervanging voor een aanbieder: deze is kwetsbaarder tegen gerichte bots, wordt uitsluitend aangeboden voor nieuwsbrieven, contactformulieren en beschikbaarheidsmeldingen, en in die formulieren is er geen terugvaloptie, geen integratiebewaking en geen beveiligingsmaatregelen van de aanbieder, aangezien er geen aanbieder is die kan uitvallen.
- Bevat geen lijsten met e-maildomeinen of adressen van derden: de lijst met geblokkeerde domeinen stelt u zelf op en onderhoudt u zelf; deze wordt niet automatisch bijgewerkt.
- Het biedt geen bescherming voor de betaling, andere formulieren die niet in de lijst voorkomen (behalve die welke u zelf toewijst met een CSS-selector) noch voor de beheer-API van PrestaShop.
- Dit is geen vervanging voor een webapplicatie-firewall (WAF).
- De voettekst van de e-mails van de module bevat geen links, contactgegevens of afbeeldingen die buiten uw winkel zijn gehost: het logo van GO ON Agency is een bestand van de module zelf dat vanuit uw winkel wordt weergegeven.
- Er worden geen tokens, geheime gegevens, wachtwoorden, cookies, e-mailadressen of IP-adressen in de logbestanden opgeslagen.
Compatibiliteit gecontroleerd
Versie 0.2.7 heeft op 15 oktober 2026 de laboratoriumtests doorstaan in PrestaShop 1.7, 8 en 9, ook met de definitieve build: schone installatie en update vanaf versie 0.2.6, en toegang tot de Back Office via een echte browser in alle drie de versies (afgewezen aanbieder, geblokkeerd script en gesimuleerde uitval van de aanbieder). In PrestaShop 9 wordt bij een afgewezen captcha het captcha-bericht weergegeven, gevolgd door de algemene melding die PrestaShop altijd toevoegt.
Eerdere versies zijn getest in PrestaShop 1.7.8.11 met PHP 7.4, PrestaShop 8.2.7 met PHP 8.1 en PrestaShop 9.1.4 met PHP 8.5. De validatie omvat formulieren in de Front Office, de aanmelding bij de Back Office en de volledige workflow van beschikbaarheidsmeldingen via ps_emailalerts.
Veilig gebruik
De installatie activeert geen blokkades. Configureer de sleutels van de aanbieder, controleer de formulieren in de modus Observatie en schakel pas over naar de modus Bescherming wanneer de diagnose correct is.
Wijzigingslogboek
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.
Licentie en ondersteuning
PrestaWard Captcha wordt gedistribueerd onder de Academic Free License 3.0 (AFL-3.0). U mag het gebruiken, bestuderen, wijzigen en herdistribueren in overeenstemming met de voorwaarden daarvan.
Ondersteuning: hola@go-onagency.es.