Avaluació inicial sense contrasenyes Pressupost abans d’intervenir Un especialista responsable de principi a fi
Avaluació inicial disponible

SUPORT ESPECIALITZAT DE WORDPRESS

Eliminar malware de WordPress i tancar la via d’entrada

Neteja manual de fitxers i base de dades, portes del darrere, redireccions, spam SEO i usuaris no autoritzats amb la verificació posterior.

Una neteja de malware WordPress ha d’identificar els canvis, conservar l’evidència disponible i investigar com poden reaparèixer codi o accessos no desitjats. El resultat de l’escàner és una part d’aquella avaluació. L’abast i els registres disponibles determinen quines conclusions es poden avalar.

Pas 1 — Preserva l’evidència abans de tocar-la

Conserva una còpia identificada dels fitxers i la base de dades afectats abans de substituir o netejar. Registra l’estat rebut i pot ajudar a investigar la cronologia; un snapshot per si sol no demostra la via d’entrada. Acorda emmagatzematge, accés i separació de les còpies destinades a recuperar el web.

Pas 2 — Troba els fitxers injectats i modificats

Compara els fitxers afectats del nucli, connectors i tema amb fonts verificades abans de triar substitucions. Registra diferències rellevants i conserva els originals. Funcions com base64_decode poden aparèixer en codi legítim: una coincidència o un nom desconegut són indicis per investigar, no prova suficient per esborrar un component. Revisa el PHP inesperat en directoris de pujada amb permisos d’escriptura segons el disseny previst i l’evidència del cas.

¿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 – Neteja la base de dades, no només els fitxers

Revisa opcions, contingut, comptes i tasques rellevants respecte de la configuració esperada. Un valor desat o una entrada de cron necessiten codi que els llegeixi o executi per produir un efecte. Identifica component i callback, conservant ajustos i tasques legítimes. Una modificació recurrent pot implicar dades, una funció programada, accessos compromesos o un altre web; la investigació els ha de distingir.

Pas 4 — Tanca la via d’entrada

Investiga components vulnerables, accessos exposats i rutes de desplegament amb els registres disponibles. Aplica correccions avalades a la via identificada i deixa explícit allò que continuï sent sospita o causa desconeguda. Revisa les credencials i sessions afectades després de protegir els accessos rellevants, amb el titular dels comptes responsable dels canvis acordats.

Pas 5 — Revisa els altres webs del compte

A hosting compartit, una instal·lació de WordPress infectada pot reinfectar a les altres del mateix compte. Escanegeu totes les webs del compte, no només la que heu notat.

El que no es pot prometre

El tancament ha de registrar canvis confirmats, evidència conservada, rutes revisades, correcció aplicada i comprovacions fetes. També ha d’identificar causes pendents i límits de l’observació. Si el malware reapareix o el web és crític per al negoci, envia URL públic i símptoma per acotar la primera avaluació sense demanar credencials.

Encarregar una investigació de malware recurrent

Si els fitxers o usuaris tornen després d’una neteja, acorda la investigació abans de comprar una altra substitució de fitxers. L’encàrrec ha d’identificar webs afectats, intervencions anteriors, moments de recurrència i registres disponibles d’allotjament, aplicació i desplegament.

  • Registre de recurrències amb rutes o comptes afectats, hores i observacions que les avalen.
  • Valor emmagatzemat, callback, tasca o accés avalat per evidència, mantenint visibles les incògnites.
  • Correcció proposada, funció legítima que ha de conservar i persona que la pot aprovar.
  • Comprovacions d’acceptació, recuperació i període d’observació acordats; es registren les rutes pendents.

Netejar dades, reparar callbacks i contenir un problema de l’allotjament poden ser feines diferents. El pressupost ha d’identificar responsables i dependències d’altres proveïdors. Un interval sense recurrència visible és una observació que cal registrar, no una prova d’immunitat permanent.

regeneració de fitxers des de dades emmagatzemades · reinfecció mitjançant tasques programades

Envia URL públic, data de la neteja anterior i moment en què va tornar el símptoma. Descriu l’evidència disponible; deixa credencials, exportacions de clients i còpies de bases de dades fora de la sol·licitud inicial. Sol·licita una avaluació de reinfecció.

Avaluar la meva incidència↗