NL EN

ICT-beheer
Microsoft 365
Netwerk & beveiliging
Voor wie
Hosting & cloud
Magento
Websites & webshops
Beheerde applicaties

Alle diensten op een rij

Magento-beveiliging: voor de inbraak, en erna.

Webshops worden niet uitgekozen. Ze worden automatisch afgezocht, allemaal, op de dag dat een lek bekend wordt.

Tekening van een Magento-shop in lagen: paginacache, PHP, Magento met modules, zoeken en wachtrijen, en de database.Varnish-paginacachePHPMagento en modulesOpenSearch, Valkey, RabbitMQMySQL en back-upsEigen moduleBezoeker

Kort antwoord

Magento-beveiliging bestaat uit vier lagen: actuele patches, een afgeschermde beheeromgeving, een server die alleen doet wat nodig is en controle op wijzigingen in de code. Is een shop al gehackt, dan zoekt Jevana uit hoe de aanvaller binnenkwam, verwijdert wat er is achtergelaten, dicht het lek en helpt bij de melding die de AVG voorschrijft.

Als de shop gehackt is

  1. 01

    Veiligstellen

    Een kopie van server en database zoals ze nu zijn. Daar zit het bewijs in.

  2. 02

    Ingang vinden

    Een niet-geïnstalleerde patch, een lekke module of een gestolen wachtwoord. Zonder dit komt de aanvaller terug.

  3. 03

    Opschonen

    Achtergelaten bestanden, extra beheeraccounts en scripts in de database verwijderen.

  4. 04

    Dichtzetten

    Patchen, alle wachtwoorden en sleutels vervangen, de beheeromgeving afschermen.

  5. 05

    Melden

    Vaststellen welke gegevens zijn geraakt. Zo nodig melden bij de Autoriteit Persoonsgegevens en je betaalprovider.

De vier lagen

Patches

  • Beveiligingspatches van Adobe zodra ze verschijnen
  • Modules van derden bijgewerkt, ongebruikte verwijderd
  • Een PHP-versie die nog wordt onderhouden

De beheeromgeving

  • Een eigen adres in plaats van het standaardadres
  • Tweestapsverificatie voor elke beheerder
  • Alleen bereikbaar vanaf bekende netwerken

De server

  • Schrijfrechten alleen waar Magento ze nodig heeft
  • Een filter dat bekende aanvalspatronen tegenhoudt
  • Geen ontwikkelhulpmiddelen op productie

Controle

  • Een melding als een bestand in de code verandert
  • Een scan op scripts die betaalgegevens meelezen
  • Logboeken die buiten de server worden bewaard

Het script dat meeleest

De meest voorkomende aanval op een webshop is onzichtbaar. Een paar regels JavaScript in de afrekenpagina sturen elke ingevoerde betaalkaart door naar een server van de aanvaller. De shop werkt gewoon, de orders komen binnen, niemand merkt iets.

Zo'n script komt binnen via een lek dat al maanden gepatcht had kunnen zijn. De eigenaar hoort het van zijn betaalprovider, of van een klant. Daarom kijken we verder dan de vraag of patches zijn geïnstalleerd, en controleren we of de code is wat hij hoort te zijn.

Veelgestelde vragen

Mijn Magento-shop is gehackt: wat doe ik eerst?

Zet de shop in onderhoudsmodus en verander niets aan de bestanden. Elke wijziging wist sporen die nodig zijn om de ingang te vinden. Neem contact op met wie de shop beheert, en met je betaalprovider als er mogelijk betaalgegevens zijn geraakt. Wij maken eerst een kopie van de situatie, zoeken daarna het lek en schonen pas dan op.

Hoe weet je of er betaalgegevens zijn gelekt?

Door te zoeken naar code die er niet hoort: scripts in de afrekenpagina, in de database-instellingen voor de kop- en voettekst, en in gewijzigde bestanden van Magento. De datum van die wijzigingen vertelt vanaf wanneer er is meegelezen. Verwerk je betalingen volledig op de pagina van de betaalprovider, dan is het risico kleiner, maar niet nul.

Moet een hack van de webshop worden gemeld?

Als er persoonsgegevens zijn ingezien of gestolen, is het een datalek en moet je het uiterlijk 72 uur nadat je het ontdekte melden bij de Autoriteit Persoonsgegevens. Dat is een wettelijke termijn uit de AVG. Zijn de gevolgen voor klanten ernstig, dan informeer je ook hen. Wij leveren de technische feiten voor die melding; de melding zelf doe jij.

Hoe voorkom je dat een Magento-shop wordt gehackt?

Door patches te installeren zodra ze uitkomen, de beheeromgeving af te schermen met tweestapsverificatie en een eigen adres, ongebruikte modules te verwijderen en wijzigingen in de code te bewaken. Geen van die maatregelen is ingewikkeld. Het gaat mis wanneer niemand zich er eigenaar van voelt en een patch drie maanden blijft liggen.

Vertel wat er bij jullie draait.

Een kennismaking kost niets. Je praat meteen met een van de twee mensen die het werk daarna ook echt doen.