Een back-up terugzetten na een hack: wanneer wel en wanneer niet
Een back-up terugzetten lijkt de snelste weg na een hack. Soms is dat zo, soms haalt u de besmetting gewoon terug. Zo maakt u de afweging.
De site is gehackt, er is een back-up van vorige week, en de knop "terugzetten" lonkt. Vijf minuten werk, en alles is weer zoals het was. Dat is de gedachte. Een back-up terugzetten na een hack kan inderdaad een goede stap zijn. Maar het is ook een van de manieren waarop een besmetting na een paar dagen gewoon terugkomt.
Het hangt af van drie vragen: is de back-up echt van vóór de besmetting, weet u hoe de aanvaller binnenkwam, en wat verliest u als u teruggaat? Op deze pagina leest u hoe u die vragen beantwoordt. Het technische terugzetten zelf staat in een apart artikel; hier gaat het om de keuze.
- 01
Waarom terugzetten na een hack anders is dan na een kapotte update
Na een mislukte update weet u precies wanneer het misging: vlak na de update. Een back-up van daarvoor is goed. Bij een hack weet u dat meestal niet. U ziet het moment waarop het zichtbaar werd, zoals de rode waarschuwing in Chrome of de mail van de hostingpartij. De aanvaller kan al weken eerder zijn binnengekomen en eerst alleen een kleine achterdeur hebben neergezet. Een back-up van vorige week kan dus prima ogen en toch die achterdeur bevatten.
Daarnaast zet een back-up de site terug, maar niet de ingang dicht. Was het een lek in een plugin, dan staat dezelfde lekke versie na het terugzetten weer klaar voor de volgende geautomatiseerde aanval.
- 02
Wanneer een back-up terugzetten na een hack wel werkt
Terugzetten is een goede keuze als het volgende klopt:
- U kunt redelijk zeker vaststellen wanneer de besmetting begon, en de back-up is van ruim daarvoor.
- U weet, of kunt achterhalen, hoe de aanvaller binnenkwam, en u kunt dat direct na het terugzetten dichten.
- Wat er tussen de back-up en nu is veranderd, kunt u missen of opnieuw invoeren.
- De back-up staat op een plek waar de aanvaller niet bij kon, zodat er niet aan geknoeid is.
Voor een eenvoudige site waarop weinig verandert, zoals de website van een adviesbureau met tien pagina's, is dat vaak haalbaar. Na het terugzetten volgen dan meteen de updates, nieuwe wachtwoorden en nieuwe beveiligingssleutels; zie WordPress-salts resetten.
- 03
Wanneer u beter niet terugzet
U weet niet wanneer het begon
Dan gokt u. Kies een te recente back-up en de achterdeur gaat mee. Kies een heel oude en u verliest veel. In dat geval is opschonen van de huidige site vaak betrouwbaarder, met de back-up als bron om mee te vergelijken.
Het is een webshop met recente bestellingen
Stel: de back-up is van tien dagen geleden, en in die tien dagen zijn er tachtig bestellingen binnengekomen. Zet u de hele back-up terug, dan verdwijnen die bestellingen, de nieuwe klantaccounts en de voorraadwijzigingen uit WooCommerce. De betalingen staan wel bij uw betaalprovider, maar de bestellingen niet meer in uw shop. Wat er dan gebeurt, leest u in bestellingen verdwenen na een back-up. Bij een webshop is gedeeltelijk terugzetten of opschonen meestal beter.
De besmetting is al vaker teruggekomen
Dan is de oorzaak waarschijnlijk niet gevonden, en verandert een back-up daar niets aan.
- 04
Hoe u vaststelt welke back-up schoon is
Een paar aanknopingspunten helpen om het begin van de besmetting te bepalen:
- De datum van de eerste melding in Search Console bij Beveiligingsproblemen, of het eerste spamresultaat dat u in Google zag.
- De toegangslogs van de server: wanneer werd een verdacht bestand voor het eerst aangeroepen?
- De aanmaakdatum van onbekende gebruikers in de database.
- De wijzigingsdatums van bestanden, met de kanttekening dat aanvallers die soms aanpassen.
Daarna wordt de gekozen back-up zelf gecontroleerd, het liefst op een aparte plek en niet op de live server. Zitten de verdachte bestanden of gebruikers er niet in, en komen de kernbestanden overeen met de originelen, dan is het een goede kandidaat.
- 05
De middenweg: delen terugzetten
U hoeft niet te kiezen tussen alles of niets. Vaak is de beste aanpak een combinatie: de kern, plugins en het thema schoon opnieuw installeren, de uploads controleren, en uit de back-up alleen halen wat nodig is, zoals een aangepast themabestand of een oude versie van een pagina. De recente bestellingen en klantgegevens blijven dan uit de huidige, opgeschoonde database komen.
Hoe u een back-up technisch terugzet, via een plugin, het hostingpaneel of handmatig, staat in een WordPress-back-up terugzetten. Is er geen bruikbare back-up, lees dan gehackt en geen bruikbare back-up. En wilt u dat wij de afweging en het herstel voor u doen: wij werken alleen aan WordPress en WooCommerce, zijn 24/7 bereikbaar voor spoed en geven na de eerste diagnose een vaste prijs. Zie website gehackt herstellen.
Andere onderwerpen
Veelgestelde vragen
Mijn hostingpartij zegt dat ik gewoon een back-up kan terugzetten. Klopt dat?
Het kan, maar alleen als de back-up van vóór de besmetting is en u direct daarna de ingang dicht. Anders staat dezelfde site met hetzelfde lek weer online, en is het een kwestie van tijd.
Hoe oud mag een back-up zijn?
Er is geen vaste grens. Het gaat erom dat hij van vóór het begin van de besmetting is. Een back-up van drie maanden oud die schoon is, is beter dan een van gisteren met een achterdeur erin.
Kan ik alleen de database terugzetten?
Dat kan, maar ook de database kan besmet zijn, met ingevoegde scripts of onbekende beheerders. En bij een webshop verliest u dan recente bestellingen. Laat de database eerst controleren.
Wat doe ik direct na het terugzetten?
Alles bijwerken, de lekke plugin vervangen of verwijderen, alle wachtwoorden wijzigen en de beveiligingssleutels van WordPress vernieuwen. Houd de site daarna een paar weken extra in de gaten.
Nu gehackt? Wij helpen direct.
Vraag een gratis websitecheck aan. U ontvangt binnen één werkdag een helder rapport, zonder verplichtingen.
Reactie binnen 4 werkuren
- Telefoon+31 970 1028 0205
- WhatsAppStuur ons een bericht
- E-mailinfo@webmaintor.com
- BereikbaarMaandag t/m vrijdag, 09:00 – 18:00