Bij webshophosting zegt opslagruimte weinig over wat er gebeurt bij een mislukte update of verloren database. Je wilt weten wie ingrijpt, welke gegevens beschikbaar zijn en hoe de winkel weer verantwoord bestellingen kan verwerken.
Onderstaande vragen zijn onze praktische aanbevelingen voor het vergelijken en afspreken van dienstverlening. De CISA-richtlijn onderbouwt het belang van gescheiden back-ups en regelmatig hersteltesten. Dit artikel beschrijft beoordelingscriteria, geen standaard garantie voor ieder hostingpakket.
Maak de verantwoordelijkheid voor updates duidelijk
Schrijf op wie de server, runtime, applicatie en afhankelijkheden bijwerkt. Dat kunnen verschillende partijen zijn. Leg vast wie beveiligingsmeldingen beoordeelt, contact opneemt, de update uitvoert en de winkel daarna controleert.
Vraag ook hoe onderhoud wordt ingepland en wat er bij een urgente melding gebeurt. Een algemene uptimebelofte vertelt je niet wie een kwetsbare runtime repareert. Kies afspraken die passen bij de omzet, bereikbaarheid en beschikbare ondersteuning van je winkel.
Bij een React- en Node.js-oplossing blijft onderhoud nodig. Node.js heeft bijvoorbeeld een eigen proces voor beveiligingsmeldingen en ondersteuning van releases. Beoordeel dus ook bij een nieuwe techniek de versies, afhankelijkheden en beheerafspraken.
Vraag wat er precies in de back-up zit
Een webshop bestaat uit meer dan de zichtbare productpagina’s. Voor herstel kunnen de database, uploads, applicatieversie en configuratie nodig zijn. Bepaal welke onderdelen in de kopie zitten en welke veilig uit een andere bron kunnen worden teruggebracht.
CISA adviseert offline, versleutelde kopieën van kritieke gegevens en regelmatige controles van beschikbaarheid en integriteit tijdens een herstelproef. Het doel is dat een probleem in de actieve omgeving niet zonder meer alle herstelmogelijkheden vernietigt.
Onze aanbeveling: laat de aanbieder concreet beschrijven waar de kopieën staan, wie erbij kan, hoe lang ze blijven en hoe met ontbrekende of mislukte kopieën wordt omgegaan. Spreek af wie toegang en sleutels kan herstellen wanneer de normale beheeromgeving uitvalt.
Laat een herstelproef iets aantonen
Vraag om een proef in een aparte omgeving, met een afgesproken herstelpunt en controlelijst. Noteer welke kopie is gebruikt, wat is teruggelezen, hoelang het duurde en welke onderdelen niet werkten. Een groen back-upbericht is een ander resultaat dan een werkende herstelde winkel.
Onze aanbevolen checklist omvat productgegevens, afbeeldingen, inloggen, orderhistorie en de koppeling tussen order- en betaalstatus. Controleer ook hoe de winkel start als de oorspronkelijke server niet beschikbaar is. Daarmee ontdek je afhankelijkheden voordat een echt incident je daartoe dwingt.
Voorkom dat de testomgeving echte klanten mailt, voorraad bijwerkt of betaalacties uitvoert. Spreek vooraf af welke gegevens en koppelingen de proef gebruikt en hoe de testomgeving na afloop wordt behandeld.
Spreek aanvaardbaar gegevensverlies en hersteltijd af
Hoeveel recente orders kun je missen als je naar een kopie moet teruggaan? Hoelang mag de winkel buiten gebruik zijn? Antwoorden als “dagelijks een back-up” zijn onvoldoende als het juist om orders van de afgelopen uren gaat.
Onze aanbeveling: beschrijf deze grenzen in gewone taal en laat zien hoe de gekozen back-upfrequentie en herstelprocedure daarbij passen. Leg ook vast hoe je bestellingen en betalingen afstemt die na het herstelpunt zijn binnengekomen. Meet een proef; presenteer een streeftijd niet als reeds bewezen prestatie.
Vergelijk het hele voorstel
Vergelijk naast de maandprijs het onderhoud, de bewaartermijnen, ondersteuning, kosten van herstel en toegang tot je eigen gegevens. Vraag wat bij vertrek wordt geleverd en welke medewerking nodig is om elders verder te gaan. Zo worden aanbiedingen inhoudelijk vergelijkbaar.
Bespreek met TovieIT welke webshop, functies en bedrijfsgrenzen je wilt ondersteunen. Bij een herbouw en hostingvoorstel moeten de onderhoudsverantwoordelijkheden en herstelafspraken expliciet in de scope komen. Het passende voorstel volgt uit je winkel en de overeengekomen dienstverlening.
Bronnen gecontroleerd:
Bronnen & controle
De links hieronder verwijzen naar de oorspronkelijke documentatie. Versies en adviezen kunnen veranderen; laat je eigen situatie bij je host controleren.
- CISA en MS-ISAC: StopRansomware Guide
- Node.js: Security Reporting
- NIST: Protecting Data from Ransomware and Other Data Loss Events
Bijgewerkt:
Over deze publicatie. TovieIT bouwt en host websites. Deze uitleg is onze eigen publicatie; een algemene uitleg is geen individuele beveiligingscontrole.