Evaluación inicial sin contraseñas Presupuesto antes de intervenir Especialista responsable de principio a fin

Errors & Diagnosis

WordPress hackeado tras instalar un plugin o tema nulled: plan completo de recuperación

Un componente nulo no tiene una cadena confiable de actualización o procedencia. Retírela, reemplace el código afectado y asuma que las credenciales pueden estar expuestas.

Lo primero que debes asumir: un plugin o tema nulled no es solo una copia sin licencia. Puede incorporar loaders, puertas traseras, inyección publicitaria o robo de credenciales antes de llegar a tu WordPress. No existe una forma fiable de dar por hecho que la única diferencia es la licencia.

Eliminar el paquete no elimina la intrusión

Desactivarlo no deshace usuarios creados, archivos modificados, tareas cron, opciones persistentes ni accesos remotos. La recuperación debe abarcar el WordPress completo y, cuando sea necesario, la cuenta de hosting.

Conserva el paquete y construye una línea temporal

  • Guarda el archivo instalado, sus hashes y la hora aproximada de instalación.
  • Inventaría archivos modificados desde ese momento, también fuera del plugin o tema.
  • Revisa usuarios administradores, cron, opciones autoload, conexiones salientes y credenciales.
  • Comprueba otras webs donde se haya instalado la misma copia.

Persistencia que no debes pasar por alto

Una puerta trasera puede quedar en otro tema, en uploads, en mu-plugins, en una tarea cron o en una opción de base de datos. Por eso una reinstalación parcial puede dejar activa la causa real.

Recupera desde paquetes de confianza

  1. Retira el componente nulled y sustitúyelo por una fuente legítima.
  2. Reinstala código afectado desde paquetes limpios y elimina mecanismos de persistencia confirmados.
  3. Rota credenciales de WordPress, hosting, SFTP, base de datos y APIs relevantes.
  4. Monitoriza integridad de archivos y tráfico saliente después de la recuperación.

¿Puerta trasera incluida o inyección posterior?

Si el código sospechoso ya existe dentro del archivo original, el paquete es la fuente del compromiso. Si aparece en archivos ajenos solo después de instalarlo, sigue la cadena de escrituras. Compara el caso con WP-VCD en temas de WordPress y, si los rewrites reaparecen, con cambios persistentes en .htaccess.

No borres la evidencia dentro del webroot

Conserva una copia fuera de rutas ejecutables y con acceso restringido. No dejes el paquete malicioso “como referencia” dentro de la web.

Cuándo puede darse por completa la recuperación

Solo cuando todo el código ejecutable procede de fuentes fiables, las credenciales privilegiadas se han rotado, no queda persistencia y la integridad del sitio permanece estable durante el uso normal.

ANTES DE ENVIAR LA SOLICITUD

Preguntas frecuentes.

¿Pedís contraseñas en el formulario?+

No. El formulario público nunca solicita accesos. Los datos seguros se piden únicamente después de aprobar el alcance y el presupuesto.

¿Quién revisa la incidencia?+

La solicitud llega a Jordi Ensenyat, fundador de Code Barcelona y especialista WordPress con más de 15 años de experiencia.

¿Se cambia algo antes del presupuesto?+

No. Primero se revisan los síntomas visibles y se define el alcance. La intervención empieza tras la aprobación y con una vía de vuelta preparada.

¿Trabajáis con webs en inglés y fuera de España?+

Sí. WP Repair atiende incidencias WordPress y WooCommerce en inglés y español, con servicio remoto.

Evaluar mi incidencia↗