Els primers 15 minuts després de confirmar un compromís de WordPress serveixen per limitar dany nou i conservar prou evidència per entendre la via d’accés. No comencis esborrant tot el que sembla sospitós: aïlla funcions de risc, registra l’estat actual i protegeix els comptes que podrien tornar a donar accés a l’atacant.
Decideix què ha de parar ara
Si checkout, login, descàrregues o redireccions poden exposar visitants, limita aquesta funció amb manteniment o una regla de perímetre i conserva còpia d’evidència. No destrueixis registres ni timestamps en contenir.
Registra una cronologia mínima
Anota hora de detecció, símptoma, últims desplegaments, admins desconeguts, fitxers modificats i alertes de l’allotjament. Cinc línies eviten hores de suposicions després.
Protegeix primer el pla de control
Rota panell d’allotjament, registrador, correu i accessos WordPress privilegiats des d’un dispositiu net. Canviar només WordPress no basta si correu o hosting continuen compromesos.
Conserva la versió actual abans de netejar
Desa snapshot de fitxers/base o backup del proveïdor i els registres rellevants. Així pots reparar la còpia de treball sense perdre l’estat original.
Delimita l’abast
Comprova si afecta una web, tot el compte d’allotjament, diversos dominis, correu, DNS o ecommerce. L’abast decideix si un restore simple és fiable.
Defineix el següent estat segur
La primera fita no és “scanner net”: és accés controlat, risc al visitant contingut, evidència conservada i pla per eliminar la causa abans de reobrir.
Per recuperar accés, usa la recuperació segura de l’admin i després la rotació de credencials.