Recuperar un WordPress hackeado significa recuperar un control fiable y comprobar las funciones de negocio afectadas. Evaluamos síntomas y evidencia disponible, acordamos alcance y presupuesto y ejecutamos la intervención autorizada. La vía depende de la instalación y de lo que se sabe del incidente.
Si no puedes entrar al panel o cambió un administrador, empieza por la recuperación de acceso al administrador de WordPress. Las guías sobre un plugin antiguo como posible entrada y el bloqueo del administrador en un WordPress hackeado explican información útil para la evaluación.
Separar el síntoma visible del alcance del incidente
Anota qué pasó, cuándo se vio por primera vez y qué visitas, URL o acciones afecta. Una redirección, cuenta desconocida o aviso del hosting sirve como punto de partida. Una web que carga normalmente para su propietario puede comportarse de otra forma en otras sesiones.
La guía de incidentes de WordPress recomienda documentar síntomas y tiempos. La revisión distingue observaciones, explicaciones plausibles y causas respaldadas por evidencia. Una fecha de archivo o un nombre de función sospechoso no establece toda la vía de intrusión.
Conservar lo necesario y acordar la contención
Antes de un cambio destructivo, define las evidencias y copias de recuperación necesarias para esa instalación. Si las visitas están expuestas, acuerda contención con propietario y hosting. La respuesta debe tener en cuenta ventas, contactos y sistemas externos afectados.
Una copia puede servir para recuperar, pero también contener el mismo compromiso u omitir pedidos recientes. Comprobamos fecha, contenido e implicaciones de restauración antes de proponerla como vía de recuperación.
Limpieza, restauración o reconstrucción: qué vamos a presupuestar
«Recuperar la web» puede significar trabajos bastante distintos. Antes de presupuestar la intervención, delimitamos el entorno, el material disponible para recuperar y el recorrido de negocio que debe volver a funcionar. La evaluación explica la vía propuesta y qué hallazgos podrían cambiar esa recomendación.
- Limpiar la instalación actual: evaluar código, contenido y accesos afectados, acordar las correcciones y volver a comprobar las condiciones del incidente. El alcance debe indicar qué dependencias incluye; intervenir en WordPress no equivale a revisar toda la cuenta de hosting.
- Restaurar una copia revisada: evaluar la candidata antes de sustituir la web activa. La guía sobre cómo elegir una copia tras un hackeo de WordPress explica por qué no basta con su antigüedad. La propuesta también debe contemplar pedidos, contactos y otros cambios posteriores a esa copia.
- Reconstruir con software de confianza: definir el entorno de destino, las funciones propias que se revisarán y los datos que se importarán. Consulta cuándo valorar la reconstrucción de un WordPress hackeado. Si también necesita trabajo el hosting u otro sistema externo, hay que identificar al responsable e incluirlo en el alcance o dejarlo como dependencia separada.
La propuesta acordada concreta trabajos incluidos, dependencias, comprobación, entrega y dudas pendientes. Si la investigación descubre un incidente más amplio, explicamos el nuevo alcance antes de ampliar la intervención. La solicitud de evaluación que tienes debajo sirve para describir la situación; el primer mensaje no necesita contraseñas ni un archivo de copia de seguridad.
Revisar accesos, persistencia y posible vía de entrada
La investigación acordada puede abarcar cuentas, sesiones, código mantenido, cambios de base de datos, actividad programada y dependencias del hosting. Los paquetes limpios deben corresponder a la instalación y a sus funciones necesarias. El material desconocido requiere revisión antes de eliminarlo; un patrón de escáner no es un veredicto por sí solo.
Cerrar la vía de regreso puede implicar un componente vulnerable o un acceso comprometido. Los hallazgos determinan las correcciones y cambios de acceso autorizados. Si faltan evidencias, el informe conserva esa incertidumbre en lugar de inventar una causa única.
Verificar el síntoma original y el recorrido de negocio
Las pruebas deben reproducir las condiciones afectadas y comprobar el acceso, formulario, checkout, correo o proceso programado pertinente. Una prueba que genere transacciones necesita un método controlado. La contención temporal y la recuperación completada se comunican por separado.
Si Search Console u otro proveedor muestra un aviso, la corrección técnica y la revisión de ese proveedor son pasos distintos. Para contenido engañoso, la documentación de Google explica la revisión tras resolver el problema. No fijamos el plazo de revisión de Google.
Qué recibes y qué preparar
El trabajo acordado debe dejar un registro de hallazgos, cambios, condiciones probadas, limitaciones pendientes y responsables del seguimiento. El propietario puede ver qué se verificó y qué sigue necesitando atención. Ninguna revisión promete inmunidad permanente frente a incidentes futuros.
Para el primer contacto, prepara URL, hora del primer aviso, síntoma visible, impacto actual, copias disponibles y acciones realizadas. Un extracto revisado o captura permite explicar la situación inicial.
Solicita una evaluación de recuperación de WordPress hackeado o revisa el proceso de evaluación y recuperación. Alcance y presupuesto se concretan antes de intervenir.
RECUPERACIÓN WORDPRESS BASADA EN EVIDENCIA
Delimitar y verificar la recuperación de WordPress hackeado
La evaluación separa síntomas, evidencia disponible y funciones de negocio afectadas. Contención, corrección y verificación se acuerdan para la instalación real.
Qué comprobamos
- Síntoma original y condiciones de las peticiones afectadas
- Código, datos, cuentas y dependencias pertinentes del hosting
- Copias de recuperación y datos de negocio recientes
- Condiciones probadas, limitaciones pendientes y responsable del seguimiento
Qué significa un resultado verificado
El cierre registra hallazgos, cambios acordados y pruebas. Contención temporal, correcciones completadas y dudas pendientes quedan diferenciadas.
ANTES DE LA EVALUACIÓN
Preguntas frecuentes sobre esta incidencia
¿Basta con reinstalar WordPress?+
Sustituirlo puede corregir archivos mantenidos, pero no establece el estado de cuentas, datos, otros archivos o dependencias del hosting. El alcance sigue la evidencia.
¿Garantizáis que la web nunca volverá a ser hackeada?+
No. El trabajo documenta lo revisado, corregido y el seguimiento necesario. Cambios futuros y accesos forman parte de la responsabilidad continuada del propietario.
¿La primera evaluación inicia trabajo de pago?+
Define la información necesaria y el alcance propuesto. La intervención sigue al presupuesto y autorización acordados.