Un WordPress hackejat és un incident d’accés, persistència i impacte de negoci, no només un munt de fitxers sospitosos. Un web pot semblar normal mentre envia correu brossa, redirigeix només els visitants que arriben dels cercadors o manté administradors desconeguts. La recuperació segueix un ordre deliberat.
Pas 1 — Recupera el control i acorda la contenció
Confirma la propietat i la via de recuperació autoritzada amb els responsables dels comptes. Si els visitants estan exposats, acorda la contenció amb el propietari i el proveïdor d’allotjament, conservant l’estat pertinent de l’incident quan sigui viable sense endarrerir una protecció urgent. En una botiga, inclou l’efecte sobre comandes, pagaments i sistemes externs en aquesta decisió.
Pas 2 — Estableix la cronologia
Construeix una cronologia amb els avisos, registres d’accés, desplegaments i canvis de fitxers o base de dades disponibles. La guia d’incidents de WordPress —en anglès— recomana registrar símptomes i temps. Les dates de fitxer i les peticions pròximes són pistes, no una prova que una petició concreta escrivís un fitxer; documenta les llacunes i distingeix observacions de conclusions avalades.
Recuperar la botiga, amb un pla acordat per a les comandes
Que l’aparador torni a carregar és només una part de la feina. Abans d’intervenir, acordem quin entorn, registres de negoci i recorreguts de client entren en l’abast. L’avaluació distingeix contenció i recuperació, i concreta dependències, feina proposada i pressupost.
- Delimitar el recorregut afectat: identificar les URL, sessions o fase del checkout implicades. Una destinació externa no és automàticament maliciosa; la guia de redireccions inesperades a WooCommerce distingeix els recorreguts de pagament configurats dels comportaments que cal investigar.
- Planificar amb les comandes actuals: registrar el punt de recuperació i els canvis posteriors, incloses comandes, clients i feina de preparació d’enviaments. Si es proposa restaurar, cal acordar com es tractarà aquest interval abans de substituir dades actives. La documentació de còpies per a botigues amb Subscriptions —en anglès— explica registres que es poden perdre i riscos addicionals de renovació quan s’utilitza aquesta extensió.
- Concretar les comprovacions: acordar les condicions de l’incident i les proves pertinents de compte, cistella, checkout, comandes i integracions. La guia de proves de WooCommerce després d’una reparació ajuda a definir-les. Qualsevol prova que pugui generar comandes, avisos o pagaments necessita un mètode controlat i acordat.
El lliurament registra canvis, proves realitzades, troballes pendents i el responsable següent. Si un cobrament i l’estat de la comanda no coincideixen, la guia de conciliació de pagaments i comandes en tancar una reparació permet concretar què falta comprovar. Reobrir i tancar l’incident són decisions basades en l’evidència acordada; no equivalen a una garantia davant d’atacs futurs.
¿Tu web está afectada ahora mismo?
Envía la URL y el síntoma que ves. Jordi Ensenyat revisa el caso personalmente y define el alcance y el presupuesto antes de tocar nada. Este formulario nunca pide contraseñas.
Pas 3 — Investiga i retira la persistència confirmada
- Avalua el nucli, connectors, temes i codi propi afectats respecte de paquets de confiança o fonts revisades. Acorda substitucions i comprovacions de compatibilitat; conserva el material necessari per investigar abans d’eliminar-lo.
- Examina possibles mecanismes de persistència en codi, uploads, connectors must-use, activitat programada i contingut de base de dades. Un nom de funció o una cadena codificada no demostra intenció maliciosa per si sol; valora’n context i comportament.
- Contrasta comptes, rols i contingut injectat inesperats amb l’inventari verificat pel propietari. Separa les troballes confirmades dels punts pendents.
- Si l’evidència apunta fora de WordPress, implica el responsable de l’allotjament o de la infraestructura i defineix l’abast addicional.
Pas 4 — Corregeix accessos exposats i la via d’entrada avalada
Identifica comptes, sessions i credencials d’integració exposades, i acorda’n la revocació o rotació amb els responsables i les comprovacions de reconnexió necessàries. Corregeix la via d’entrada avalada per evidències i altres debilitats confirmades. Si no es pot establir l’entrada, conserva aquesta incertesa i acorda una investigació addicional en lloc d’inventar una causa única.
Pas 5 — Gestiona avisos i resultats de cerca
Retira el contingut maliciós identificat i prova les condicions afectades. Si Search Console enumera problemes de seguretat, segueix el seu procés de revisió després de corregir tots els tipus de problema assenyalats al web afectat. Les URL d’exemple poden ser incompletes; Google controla la revisió i els terminis. Una reparació tècnica no confirma per si sola que hagin canviat tots els avisos o resultats de cerca.
Quan cal ampliar la intervenció
Si poden estar afectades dades de clients, pagaments, accessos a l’allotjament o diversos webs, delimita quins especialistes i proveïdors han d’intervenir. Per a una avaluació inicial, envia URL, símptoma observat, primer avís, impacte en el negoci, punts de recuperació disponibles i canvis ja intentats. Abast i pressupost s’acorden abans d’intervenir; no incloguis contrasenyes, exportacions de clients ni còpies de seguretat al primer missatge.