En la web de EspaDent eliminamos el código malicioso detectado, restauramos los archivos de WordPress y reforzamos la protección de archivos subidos. El caso distingue la limpieza, las actualizaciones y las pruebas de disponibilidad. Los trabajos principales de esta etapa se realizaron en agosto de 2026.
Web del proyecto: EspaDent
Situación inicial
La revisión del proyecto comenzó con el acceso y luego pasó a los archivos y la configuración del servidor. Los materiales de trabajo describen archivos ejecutables sospechosos y las reglas que permitieron su ejecución.
Fue necesario eliminar las amenazas detectadas y comprobar el funcionamiento del sitio tras la restauración. La presencia de un archivo malicioso, el registro de acceso al mismo y el motivo de la penetración inicial son cuestiones diferentes; Según los datos disponibles, no se ha identificado el origen del ataque.
Trabajos y resultados documentados
| Trabajo | Resultado | Período o fuente |
|---|---|---|
| Eliminación de malware y recuperación | 1 sitio recuperado | Agosto de 2026 |
| Actualización de componentes | 8 plugins actualizados | Agosto de 2026 |
| Protección de archivos subidos | 2 capas de protección configuradas | Agosto de 2026 |
Eliminación de malware y recuperación
1 sitio recuperado · Agosto de 2026
Eliminamos el código malicioso detectado, restauramos los archivos de WordPress y revisamos la base de datos, la página de inicio y el acceso al administrador.
Eliminamos el código malicioso detectado, restauramos los archivos del sistema de WordPress y verificamos la base de datos, la página de inicio y el inicio de sesión del administrador.
Durante la recuperación también hay que revisar por separado los accesos administrativos. Las cuentas desconocidas y los permisos excesivos requieren investigación: restaurar archivos no elimina un acceso que pudiera utilizar un atacante.
Verificamos no solo los archivos encontrados, sino también las condiciones para su ejecución. Esto es importante porque eliminar un archivo deja un problema si queda otra ruta para que el código se ejecute o reaparezca.
Actualización de componentes
8 plugins actualizados · Agosto de 2026
Actualizamos los plugins disponibles y restauramos los archivos del sistema WordPress. Después comprobamos la integridad del núcleo y la base de datos.
Actualizamos ocho plugins disponibles y restauramos los archivos de WordPress. Después comprobamos la integridad del núcleo y el funcionamiento de la base de datos.
La actualización del componente fue aceptada junto con una verificación del sitio después del cambio. La finalización exitosa de una actualización no garantiza en sí misma que todas las funciones sean compatibles y que las páginas estén libres de errores.
Protección de archivos subidos
2 capas de protección configuradas · Agosto de 2026
Bloqueamos la ejecución de scripts en la carpeta de subidas y configuramos la revisión de archivos para detectar extensiones peligrosas y código PHP.
Configuramos dos niveles de protección: impedir la ejecución de scripts en la carpeta de archivos subidos y comprobar los archivos cargados para detectar extensiones peligrosas y código PHP.
Los archivos subidos se revisaron por separado de la plantilla y los plugins. Una carpeta destinada al contenido del usuario no debería convertirse en otro punto de ejecución de código del servidor.
Las capturas de pantalla muestran la página pública actual de la clínica en una computadora y un teléfono. No publicamos códigos de amenazas, registros de visitantes privados ni datos de acceso administrativo.
Cómo comprobamos el resultado
Con base en los resultados de la etapa de recuperación, se verificaron la página principal, el acceso al panel de administración, los archivos principales y la base de datos. El nuevo escaneo es específico para las amenazas detectadas y el área de trabajo seleccionada.
En el material publicado sobre los signos de piratería se dice por separado: las llamadas de bots e incluso HTTP 200 no prueban la ejecución del comando. Las solicitudes se comparan con el contenido del archivo y otros eventos del servidor.
Durante la preparación de este caso, se abrió un sitio web público para capturas de pantalla. No se enviaron nuevas solicitudes al sitio web de la clínica.
Alcance del resultado
La limpieza del código detectado y los análisis exitosos no prueban la ausencia de ninguna amenaza oculta. Establecer completamente los motivos de la intrusión requiere un estudio separado de los registros, los accesos y el historial de cambios.
La imagen de la página actual ilustra la interfaz. No proporciona evidencia de la seguridad del servidor ni de la funcionalidad continua después de la restauración de agosto.
Qué tener en cuenta en un proyecto similar
Al restaurar WordPress, vale la pena tomar la limpieza, actualización y protección de archivos como tareas separadas. El informe debe enumerar las áreas verificadas y los problemas restantes para que el propietario comprenda los límites del resultado.