Wijzigingslogboek — PrestaWard Snapshot

0.1.8

Het paneel is onderverdeeld in tabbladen (Overzicht, Wijzigingen, Taken, Controles, Instellingen en Activiteitslogboeken) en houdt alleen rekening met het geopende tabblad, waardoor het bij grote winkels sneller opent. Het ondersteuningspaneel van GO ON Agency heeft een eigen tabblad, Ondersteuning, dat altijd als laatste wordt weergegeven, en het gedeelte Integrity bevindt zich helemaal onderaan alle tabbladen.
Minimale samenvatting: de huidige referentie, de laatste vergelijking en het resultaat daarvan, één hoofdactie en maximaal één regel met de lopende taken of de belangrijkste waarschuwing (wijzigingen die nog moeten worden gecontroleerd, nieuwe of niet langer gedekte mappen waarvoor een nieuwe referentie nodig is, een nog af te sluiten onderhoudsvenster, een cron die nog nooit is uitgevoerd of vertraging heeft, back-ups in de webroot). Indien er meer waarschuwingen zijn, wordt aan de regel „en nog N“ toegevoegd.
Tabblad Taken: de lopende taak wordt weergegeven als een kaart met de verschillende fasen (ontdekken, vingerafdrukken berekenen, valideren, vergelijken of publiceren, attestatie), het aantal bestanden, de verstreken tijd, de laatste update en wie de taak uitvoert (Back Office, cron of opdrachtregel). Een taak waarvoor een commandoregelproces nodig is, wordt in oranje weergegeven, met de reden in gewone taal en het exacte commando met een knop om het te kopiëren; in de browser is er geen knop om de taak te hervatten.
Overzicht van taken van de afgelopen 90 dagen in één tabel (type, herkomst, medewerker, startdatum, duur, status, resultaat en opmerkingen) met filters op type, status en datums, evenals paginering, in plaats van de eerdere beperking tot de laatste 20 taken of 7 dagen. Het resultaat van een vergelijking bevat een link naar de gevonden wijzigingen en een controle van de kernbestanden bevat een link naar het tabblad ‘Controles’.
Details van elke taak: tijdlijn, bestanden, maximaal geheugengebruik, hash van het beleid, gekoppelde referentie en vergelijking, meldingen met voorbeeldmappen, een vertaalde foutmelding indien er een fout is opgetreden en het downloaden van diagnostische gegevens. Wanneer de bestandsdetails van een voltooide taak worden gewist, blijft er een samenvatting behouden (aantallen waarschuwingen met voorbeeldmappen en mappen die niet volledig zijn gedekt) en geeft de pagina aan dat de details zijn gewist.
De dekking per categorie wordt verplaatst naar het einde van ‘Wijzigingen’; de controles van de winkel (back-ups, kernbestanden, configuratie-audit en module-status) worden gebundeld onder ‘Controles’; en de instellingen voor e-mail, cron, analysebeleid, onderhoudsvenster en opslag staan onder ‘Configuratie’.
De beveiligingsconfiguratie-audit is uitgebreid tot 14 controles. Nieuw: PHP-beveiligingsversterking (allow_url_include en expose_php), mappen voor versiebeheer en omgevingsbestanden (.git, .svn, .hg, .env en varianten) in de webroot en binnen modules en thema’s, webservicesleutels met schrijfrechten voor talrijke bronnen (er wordt alleen geteld hoeveel er zijn; er wordt nooit een sleutel gelezen of weergegeven), controle van het IP-adres in de cookie en inactieve accounts die het SuperAdmin-profiel behouden (deze worden alleen geteld, zonder namen of adressen). Voor elk punt is er een uitleg en een oplossing, en wat niet kan worden gelezen, wordt aangemerkt als ‘niet gecontroleerd’. .git-, .svn- en .env-bestanden in de webroot worden bij de nieuwe controle meegenomen in plaats van bij de controle van installatiebestanden en kopieën, om te voorkomen dat ze dubbel worden geteld.
Heuristieken voor kaartskimming in JavaScript: nieuwe of gewijzigde JavaScript-code van het actieve thema en de betaalmodules wordt eveneens gecontroleerd op drie signalen: code die het kaartnummer, de vervaldatum of de veiligheidscode uitleest en gegevens naar een andere website verzendt (hoog risico), gegevens die vanuit bestel- of betaalcode naar een andere site worden verzonden (controle nodig) en sterk verborgen code in de buurt van bestel- of betaalcode (controle nodig). De adressen van de eigen winkel, de betalingsgateways en, voor de zwakkere signalen, bekende analyseservers worden niet als een andere website beschouwd. Een overeenkomst is een reden om het bestand nader te bekijken, maar geen bewijs van een inbreuk, en een adres dat door de code tijdens de uitvoering wordt samengesteld, wordt niet gedetecteerd.
Multimedia-volumeschatting: elke referentie en vergelijking telt, voor elke multimediamap (img, upload, uploads en download), de bestanden en de bytes die reeds zijn doorlopen, zonder toegang te verkrijgen tot meer bestanden of gegevens per bestand op te slaan. Onder „Controles” wordt het totaal per map weergegeven, de groei ten opzichte van de referentie en of een limiet is overschreden. Onder „Instellingen” zijn drie limieten ingesteld: maximaal aantal bestanden, maximale grootte in GB en maximale groei ten opzichte van de referentie in procenten (standaard 50 %; 0 schakelt een limiet uit). Een overschreden limiet wordt weergegeven in het overzicht en in de waarschuwingsmail, die ook wordt verzonden wanneer geen enkel bestand voldoende is gewijzigd om dit op zichzelf te veroorzaken.
Zichtbare bewakingslimiet: een analyse leest maximaal 250.000 namen in de uitgesloten mappen, en de daaropvolgende mappen werden geregistreerd als niet-gedekt, maar werden alleen binnen de taak weergegeven. Nu verschijnen er een waarschuwingsregel in het Overzicht en een melding in Controles met het aantal niet-gecontroleerde mappen, en wordt de multimediavolume als gedeeltelijk gemarkeerd indien deze onder die limiet werd gemeten.
Dit verhelpt het probleem dat de verbinding met Integrity verslechterde in de Back Office in de context „alle winkels“ of wanneer een andere winkel dan de eerste de registratietest uitvoerde: de verbonden winkel ging over naar de status „registratie in behandeling“ en de test kon niet worden ondertekend. De installatie-identiteit wordt nu in elke context als één geheel uit het globale domein (of uit de winkel waarin deze is opgeslagen) gelezen; bij een update wordt een in een winkel opgeslagen identiteit zonder hergeneratie naar het globale domein overgebracht en, indien deze niet kan worden gelezen, blijft de status van Integrity ongewijzigd.
Nieuw: gemeenschappelijke filterbalk. De wijzigingsbeoordeling en de werkgeschiedenis maken hier gebruik van: de keuzelijsten zijn verdeeld over een raster met gelijke breedte, het zoekveld en de knop ‘Filteren’ staan op dezelfde regel en de secundaire acties, zoals het exporteren van de audit naar CSV, zijn rechts uitgelijnd. Voorheen stonden de filters opeengepakt en overlapten de knoppen elkaar.
De waarschuwings-, onderhoudsoverzicht- en test-e-mails 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.
Zorg ervoor dat de naam van de winkel niet twee keer in het onderwerp van de e-mails voorkomt.
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 corrigeert het feit dat in PrestaShop 9 de acties in het paneel (verzoeken om taken en het downloaden van het rapport over ondersteuning, evenals de synchronisatie met Integrity) het beveiligingstoken controleerden met een methode die PrestaShop 9 niet gebruikt, waardoor deze acties konden worden afgewezen. De validatie vindt nu plaats 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.
In de productkoptekst wordt opnieuw het logo van GO ON Agency en de vermelding „PrestaWard by GO ON Agency“ weergegeven, zonder links. De indeling van de referentie, de bytes van het manifest en de overeenkomst met de Integrity API blijven ongewijzigd; de update voegt kolommen toe (twee aan de tabel met taken en de kolommen voor het multimediavolume per map, taak en referentie).

0.1.7

Analyseert de verdachte code in nieuwe of gewijzigde PHP- en JavaScript-bestanden (maximaal 512 KB per bestand) op patronen die kenmerkend zijn voor webshells en versleutelde code, en legt het resultaat uit in begrijpelijke taal. Een treffer betekent „controleer dit bestand”, niet dat er sprake is van een aanval; een bestand zonder treffers is niet aantoonbaar veilig, en een bestand dat de limiet overschrijdt, wordt gemarkeerd als slechts gedeeltelijk gecontroleerd.
Detecteert vermomde afbeeldingen (met een onjuiste header of met PHP-code erin) in alle mappen: zowel opgenomen als uitgesloten mappen, en – binnen een bepaald tijds- en omvangskader – tijdelijke mappen zoals img/tmp, die de analyse nog steeds niet doorloopt.
Kent aan elke wijziging een risiconiveau toe (hoog, controle nodig of laag), dat zichtbaar en filterbaar is in de wijzigingsbeoordeling en wordt opgenomen in het audit-CSV-bestand en in de waarschuwingsmails.
Groepeert updates van modules en thema’s in één enkel element met de vorige en de nieuwe versie. De gewijzigde PHP-code binnen een gedetecteerde update vormt een laag risico en genereert geen waarschuwingsmails meer. Vereist een referentie die met deze versie is aangemaakt.
Nieuw paneel voor kernbestanden: deze worden vergeleken met de officiële lijst met checksums van uw PrestaShop-versie, in batches die kunnen worden hervat. Een verschil duidt niet op een inbraak; indien de lijst niet bestaat of niet kan worden gedownload, geeft het paneel aan dat de kern niet is geverifieerd en presenteert het deze nooit als geslaagd.
Nieuwe beveiligingsconfiguratie-audit met een score van 0 tot 100 (debugmodus, beheermap, configuratierechten, installatiemappen, dumps en gecomprimeerde bestanden in de webroot, PHP-versie, HTTPS en zichtbare PHP-fouten, naast andere punten). Elk punt wordt toegelicht en voorzien van een oplossing; wat niet kan worden gecontroleerd, wordt aangemerkt als ‘niet gecontroleerd’ en levert geen punten op.
Geeft een melding weer van een cron-taak die nog nooit is uitgevoerd en, via een eigen waarschuwing, van de mappen en back-upkopieën van modules die zich in de webroot bevinden.
Bij nieuwe installaties worden back-ups van modules en de downloadmap standaard uitgesloten. Bij bestaande installaties worden deze uitsluitingen in het dashboard aangeboden en worden ze alleen toegepast als u ze activeert, waardoor een nieuwe referentie wordt gecreëerd.
Onderhoudsvenster van 1 tot 4 uur: waarschuwingsmails worden onderdrukt, maar wijzigingen worden nog steeds geregistreerd; bij het sluiten wordt een samengevat overzicht verzonden met de acties ‘Deze wijzigingen accepteren’ of ‘Sluiten zonder te accepteren’. Met ‘Accepteren’ worden ze alleen als gecontroleerd gemarkeerd; Snapshot maakt nooit zelfstandig een referentie aan.
Wanneer de dekking van de analyse tussen versies toeneemt, worden de bestanden in mappen die door de oude referentie niet werden gedekt, gerapporteerd als nieuwe dekking en niet als duizenden toegevoegde bestanden met kritieke waarschuwingen.
De wijzigingsbeoordeling werkt met zeer omvangrijke resultaten: paginering met paginasprongen, een overzicht gegroepeerd per map, status en risico, en openstaande wijzigingen ten opzichte van eerdere referenties die als vervangen zijn gemarkeerd.
Verkort de tijd die nodig is voor het aanmaken van de referentie en het valideren van mappen in grote winkels met opgeslagen eerdere taken (minuten in plaats van tientallen minuten) en verwijdert in beperkte batches de tijdelijke rijen van voltooide taken.
Corrigeert diverse waarschuwingen: Snapshot detecteert zijn eigen bestanden niet langer als wijzigingen met een hoog risico, het standaard PrestaShop-systeembestand index.php wordt niet langer gemarkeerd als verdacht uitvoerbaar bestand, „Recente wijzigingen“ toont de totalen van de laatste vergelijking en, na het aanmaken van een referentie, wordt de vorige vergelijking in het paneel niet langer als actueel weergegeven.
De Back Office geeft „Bezig met verwerken vanuit de console“ weer terwijl het consoleproces actief is; het herladen van de pagina na het klikken op een knop zorgt er niet langer voor dat het opnieuw wordt verzonden en een afgewezen start geeft aan welke taak momenteel wordt uitgevoerd. Het consoleproces schrijft één korte voortgangsregel in plaats van één per stap.
Consistentie van de Back Office: het takenpaneel en de bijbehorende knoppen zien er hetzelfde uit als de rest van het paneel, en de statusmeldingen van de cron en het activiteitenlogboek worden in alle negen talen weergegeven in de taal van de Back Office.
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.1.6

Een symbolische link onderbreekt het scanproces niet langer: deze wordt overgeslagen zonder dat deze wordt gevolgd of dat de vingerafdruk ervan wordt berekend (en maakt dus geen deel uit van de referentie) en wordt weergegeven in het paneel, met een waarschuwing wanneer deze naar een locatie buiten de winkel of naar een niet-bestaande bestemming verwijst.
Sluit tijdens het scannen de bestanden uit die geen deel kunnen uitmaken van het manifest.
Doorloopt nooit de tijdelijke mappen van PrestaShop (img/tmp en de gecombineerde broncaches van het thema), aangezien deze voortdurend worden vernieuwd en een analyse met directory_changed konden onderbreken.
Past de uitsluitingen toe voordat elke map wordt geopend: de uitgesloten mappen maken geen deel meer uit van de integriteitscontrole en worden alleen gecontroleerd op uitvoerbare bestanden, in een afzonderlijke doorloop die het proces nooit onderbreekt en beperkt is tot 250.000 bestandsnamen per taak.
Een opgenomen map die tijdens de analyse verandert, wordt tot drie keer toe opnieuw gelezen. Als deze blijft veranderen, stoppen de mappen van de kern, de configuratie, het beheer, de betalingsgateway-modules en het actieve thema de taak zoals voorheen; de overige mappen worden met een waarschuwing overgeslagen en de taak wordt voltooid.
De cron verwerkt meerdere opeenvolgende batches per aanroep (tot ongeveer 20 seconden) en geeft een melding met de status cli_required en HTTP-statuscode 409 wanneer een taak het commandoregelproces vereist. Een monitoringtool die elk antwoord anders dan 2xx als een fout beschouwt, zal dit, zoals te verwachten is, signaleren. Dat proces wordt handmatig uitgevoerd door de serverbeheerder: de module start het nooit zelfstandig op.
Versterkt de vergrendeling die gelijktijdige uitvoeringen van de cron voorkomt, zelfs als de eerste twee uitvoeringen samenvallen.
Verplaatst de tijdelijke manifestbestanden naar een privé-map binnen de winkel, die compatibel is met open_basedir en met het opschonen van de tijdelijke systeemmap. In Nginx is het raadzaam de toegang tot var/prestaward-snapshot/ te blokkeren.
Detecteert tabellen die geen gebruik maken van InnoDB, geeft een duidelijke melding weer in de negen talen en converteert de tabellen van de module bij het bijwerken, waarbij elke conversie wordt geregistreerd.
Voegt een statuscontrolepaneel toe in de Back Office, alleen-lezen: privé-voorbereidingsmap, database-opslagengine, cron-frequentie en taken die wachten op verwerking via de opdrachtregel.
Corrigeert de totalen in het rapport over taken: links worden apart geteld van de uitgesloten bestanden.
Elke module wordt slechts één keer geanalyseerd, binnen het betalingsdomein of het modulendomein, zodat een module die geen betalingsgateway is en tijdens de analyse verandert, de taak niet langer stopt.
Indien een taak een map niet volledig kan verwerken, wordt de snapshot weergegeven met gedeeltelijke dekking en worden de bestanden in die mappen bij de vergelijking gemarkeerd als „niet geverifieerd”, in plaats van verwijderd.
Het takenpaneel geeft aan welke mappen door elk type waarschuwing worden beïnvloed en wat u moet doen, in de negen talen. Bij het deïnstalleren worden ook de taaktabellen verwijderd.
PrestaShop 9: het commandoregelproces en de cron lopen niet langer vast doordat de map „admin-api” van de kern wordt verward met die van de Back Office.
Wanneer het commandoregelproces mislukt, wordt het afgesloten met een diagnostische regel met een vaste foutcode, zonder paden of interne berichten.
Verlaagt de kosten van de analyse in winkels met veel bestanden.
PHP 7.1 en 7.2: de registratie, de attestatie en de heartbeat van Integrity worden niet langer onderbroken door een syntaxisfout.
Corrigeert de update vanaf versie 0.1.5 wanneer de tabel met snapshots ontbreekt.
In het laboratorium getest in PrestaShop 1.7, 8 en 9, inclusief een test met 300.000 bestanden die tijdens de analyse veranderen.

0.1.5

Herstelt de automatische nieuwe pogingen voor de attestatie van Integrity, de openstaande heartbeats en de bewaring na antwoorden van de asynchrone cron. Het onderhoud wordt uitgevoerd in beperkte batches en wordt los van de voortgang van de scan gecoördineerd.
Indien een eerdere referentie meerdere beheermappen bevatte, kan de volgende vergelijking extra vermeldingen weergeven: controleer de verschillen en maak indien nodig een nieuwe referentie aan, zonder de vorige automatisch te verwijderen.
Staat geldige bestandsnamen met opeenvolgende punten toe en handhaaft de bescherming tegen onveilige paden.
Bewaart alle bestanden in de extra beheermappen zonder deze te verwarren met die van de actieve Back Office.
Slaat de voortgang van referenties en vergelijkingen op, zodat het werk kan worden hervat nadat het dashboard is gesloten of een verzoek is onderbroken.
Verwerkt en controleert bestanden in batches; de resultaten worden pas weergegeven wanneer de taak is voltooid en de laatste geldige referentie blijft behouden indien de taak wordt geannuleerd of mislukt.
Corrigeert de vergelijking van beheerbestanden met eerdere referenties en behoudt de uitsluitingen van mappen waarvan het vinkje is verwijderd.
Voegt een downloadbaar diagnostisch rapport toe om dit handmatig bij een verzoek om ondersteuning te voegen, zonder dat er automatisch gegevens worden verzonden. Het rapport wordt alleen gedownload door een medewerker met bewerkingsrechten en met een geselecteerde winkel, en bevat geen paden, bestandsinhoud of inloggegevens.
Vult de statussen van het dashboard, de meldingen en de waarschuwingssjablonen in negen talen aan.
Behoudt de correcties voor de registratie en de update van versie 0.1.4.

0.1.4

Corrigeert registratiefouten van Integrity in PrestaShop 9 en behoudt de bestaande registratie bij het updaten van winkels zonder multishop-functionaliteit.
Stelt de automatische herhalingspogingen voor registratie opnieuw in en registreert de werkelijke oorzaak van de fouten.
Werkt het gemeenschappelijke ontwerp van de Back Office bij en voegt informatie over de gegevensverwerking toe.
Past de notatie van getallen en tijdsduur aan de taal van de beheerder aan en vertaalt de statussen en labels van het dashboard.
Corrigeert de versienummering van de geïnstalleerde versie tijdens de update.
Bereidt het AFL-3.0-pakket voor Addons voor: verwijdert de updatechecker en berekent de identiteit op basis van de geïnstalleerde bestanden.

0.1.3

Beveiligingspatch: de scan bestrijkt nu de volledige PrestaShop-installatie, inclusief de mappen override, src, vendor, upload, download, img, js en de bestanden in de hoofdmap.
Beveiligingspatch: bestanden die van belang zijn voor de beveiliging worden altijd gecontroleerd, ongeacht hun bestandsextensie.
Beveiligingspatch: versterkt de verificatie van externe attestaties en stopt automatische nieuwe pogingen wanneer de registratiesleutel van de winkel verandert.

0.1.2

Automatische heartbeat zonder cron, die op een niet-blokkerende manier wordt geactiveerd door het normale verkeer van de winkel.
Het verzoek van de browser blijft binnen hetzelfde domein en de inloggegevens van Integrity worden uitsluitend op de server gebruikt.
Vergrendeling per winkel, interval van zes uur en wachttijd na fouten om dubbele uitvoeringen te voorkomen.
De handmatige synchronisatie van Integrity werkt ook de aanwezigheid van de installatie bij.

0.1.1

Heartbeat van Integrity en monitoring van de status van de cron.
Veilige incrementele hashing met periodieke volledige herziening en kritieke gebieden die altijd opnieuw worden berekend.
Classificatie van routinematige, verdachte en kritieke wijzigingen.
Filters, paginering, beoordeling met notities en CSV-export voor audits.
Diff van metadata zonder opgeslagen inhoud en retentie met beveiligde opschoning.
Dashboard dat visueel is afgestemd op het PrestaWard-ecosysteem.

0.1.0

Automatische en niet-blokkerende registratie in de PrestaWard Integrity API.
Lokale wachtrij met nieuwe pogingen om elk manifest te attesteren, zonder bestanden of inhoud te verzenden.
Externe ontvangstbewijzen, ondertekend, aaneengeschakeld en geverifieerd binnen de winkel.
Status van verbinding en levering zichtbaar vanuit het Dashboard.

0.0.9

Contextuele helpkoppelingen vanuit de configuratievelden naar de openbare handleiding.
Openbare handleiding, geordend per doel en veld, met een praktische uitleg van elke instelling.
De overbodige weergave van de herkomst van updates is uit de configuratie verwijderd.

0.0.8

Configureerbare uitsluitingen op basis van exacte naam en relatief pad, met een onveranderlijk beleid en SHA-256-hash.
Een voorbeeldweergave is verplicht voordat u een beleid activeert en uw nieuwe referentie aanmaakt.
Blokkering van vergelijkingen tussen verschillende beleidsregels.
Niet-configureerbare bewaking van uitvoerbare bestanden en configuratiebestanden binnen uitgesloten zones.
Beperkte detectie van gevaarlijke PHP-headers en interpreters in bestanden met een misleidende extensie.
Volledig getest in PrestaShop 1.7, 8 en 9, inclusief een gemengde test met 100.000 bestanden.

0.0.7

De volledige product- en technische module-identiteit is hernoemd naar PrestaWard Snapshot.
De toegang is in eerste instantie beperkt tot het beheerdersprofiel.
Expliciete autorisatie van extra profielen via de native machtigingen van PrestaShop.
Scheiding van lezen, het maken van snapshots en configuratie via de rechten READ, CREATE en UPDATE.
Verbergen van instellingen, cron-tokens en gevoelige acties voor profielen met alleen-lezen-toegang.
Verduidelijking in de documentatie: de module controleert de integriteit, maar slaat geen back-ups op en herstelt deze ook niet.

0.0.6

Product-, handleiding-, aanbieder- en ondersteuningslinks blijven behouden na een schone installatie.
Metadata bijwerken vanuit het openbare manifest.
Logo’s van GO ON Agency met links in de Back Office en e-mails.
Alternatieve URL zichtbaar in HTML- en platte-tekst-e-mails.
Test-e-mailactie en reproduceerbare release-tooling.

0.0.5

Autoload van de legacy-controller gecorrigeerd.
Toegang verplaatst naar de hoofdsectie PrestaWard Snapshot.

0.0.4

Klikbaar Back Office-menu.
Volledige validatie van de schone installatie- en verwijderingscyclus.

0.0.3

Expliciete context voor meerdere winkels.
Ondersteuning voor dynamische eigenschappen in PHP 8.5.

0.0.2

Autorisatierollen en expliciete toegangsrechten.

0.0.1

Referentie, vergelijking, waarschuwingen, cron, logbestanden, controle op updates en startdashboard.