Nombre del complemento	Asistente de biblioteca multimedia
Tipo de vulnerabilidad	Eliminación de archivos autenticada
Número CVE	CVE-2025-8357
Urgencia	Medio
Fecha de publicación de CVE	2025-08-18
URL de origen	CVE-2025-8357

Media Library Assistant <= 3.27 — Eliminación limitada de archivos autenticada (Autor+) (CVE-2025-8357)

Autor: Equipo de seguridad de WP-Firewall
Fecha: 18 de agosto de 2025

---

Este artículo está escrito desde la perspectiva de un proveedor profesional de servicios de seguridad y firewall para aplicaciones web de WordPress. Explicaremos la reciente vulnerabilidad de eliminación limitada de archivos con autenticación que afecta al plugin Media Library Assistant (versiones ≤ 3.27, CVE20258357). Abordaremos en qué consiste el problema, por qué es importante, cómo podrían aprovecharlo los atacantes, cómo detectar si su sitio ha sido atacado, cómo mitigarlo y recuperarse, y medidas prácticas que puede implementar de inmediato, incluyendo parches virtuales y mitigaciones centradas en el WAF que puede aplicar si no puede actualizar de inmediato.

Esta es una guía práctica y detallada, escrita por personas reales que gestionan incidentes reales de WordPress cada semana. Nuestro objetivo: ayudar a propietarios, desarrolladores y administradores de sitios web a reducir riesgos rápidamente y recuperarse de forma segura en caso de una vulneración.

---

Resumen ejecutivo (TL;DR)

• Vulnerabilidad: Eliminación arbitraria limitada y autenticada de archivos en el complemento Media Library Assistant, que afecta a las versiones hasta la 3.27 inclusive. Seguimiento como CVE20258357.
• Privilegio requerido: Rol de autor o superior (autenticado).
• Impacto: Un atacante con acceso de autor (o superior) puede eliminar archivos del sitio. Dependiendo de los archivos eliminados, la funcionalidad del sitio puede verse afectada, el contenido puede perderse o se pueden habilitar ataques posteriores.
• CVSS: 4.3 (Medio) — riesgo moderado, pero la explotación es plausible y podría automatizarse.
• Solución inmediata: Actualizar a Media Library Assistant a la versión 3.28 o posterior.
• Si no puede actualizar inmediatamente: Aplique las siguientes medidas de mitigación (endurecimiento temporal, parcheo virtual de WAF, cambios de roles/permisos, restricciones de permisos de archivos).
• Recuperación: Restaurar archivos faltantes desde copias de seguridad, verificar la integridad, rotar credenciales, buscar webshells y otras modificaciones.

---

Antecedentes: por qué este plugin es importante

Media Library Assistant (MLA) es un conocido plugin de WordPress que amplía la experiencia de usuario en la gestión de medios y las capacidades de manejo de metadatos, y suele estar activo en sitios que requieren una gestión de medios más completa. Muchas instalaciones de WordPress utilizan MLA para admitir el filtrado avanzado de archivos adjuntos, la taxonomía de los medios y la visualización personalizada de los mismos.

Dado que el plugin opera con archivos subidos y adjuntos, cualquier fallo que permita la eliminación de archivos es grave. Incluso si el alcance de la vulnerabilidad es «limitado» (por ejemplo, restringido a ciertos directorios o tipos de archivo), la eliminación accidental de imágenes, PDF, recursos del tema o archivos del plugin puede dañar el sitio, eliminar contenido crítico o crear oportunidades para la escalada de privilegios y la creación de puertas traseras persistentes.

---

Resumen técnico (no explotador)

• Clase de vulnerabilidad: Eliminación arbitraria de archivos (borrado de archivos), categorizada como comportamiento similar a la inyección en algunas clasificaciones.
• Privilegio requerido: Usuario autenticado con rol de Autor o superior.
• Vector de ataque: Un usuario autenticado activa la funcionalidad de un plugin que elimina archivos sin la validación adecuada del servidor ni comprobaciones de permisos en las rutas de destino. El endpoint/acción de eliminación del plugin confía en la entrada o los metadatos, lo que permite que una solicitud manipulada provoque la eliminación de archivos.
• Alcance: «Limitada» —lo que suele indicar que la eliminación se circunscribe a un subconjunto de rutas del sistema de archivos (por ejemplo, los archivos adjuntos en el directorio de cargas o los archivos a los que hace referencia un registro de adjunto). Pero incluso las eliminaciones circunscritas pueden resultar problemáticas.
• Identificadores públicos: CVE20258357 (referencia en bases de datos públicas).
• Arreglar: La actualización del plugin a la versión 3.28 incluye comprobaciones adecuadas de validación y permisos para evitar la condición que permitió la eliminación.

Evitamos deliberadamente publicar detalles de las pruebas de concepto de las vulnerabilidades. Compartir el código que provoca su eliminación es innecesario para los defensores y supone un riesgo para los atacantes.

---

¿Por qué deberían preocuparse los propietarios de sitios web?

• Los autores son habituales en sitios WordPress con múltiples autores (blogs, salas de prensa, sitios de membresía). Una cuenta de autor no es una cuenta rara ni con privilegios elevados; muchas comunidades permiten contenido generado por el usuario a ese nivel.
• Un atacante que obtenga o registre una cuenta de autor a través de controles de registro débiles, credenciales robadas, correo electrónico comprometido o un complemento/tema previamente comprometido puede provocar eliminaciones.
• Eliminar imágenes y archivos adjuntos puede provocar que las páginas se dañen, se pierda contenido y la experiencia del usuario sea deficiente. Eliminar archivos específicos (por ejemplo, recursos del tema o de los plugins, o archivos confidenciales subidos a la plataforma) podría tener consecuencias aún peores: dañar las páginas de administración o exponer el sitio a otros ataques.
• Los kits de explotación automatizados aprovechan rápidamente las vulnerabilidades conocidas de los plugins. Es necesario aplicar parches y medidas de mitigación de inmediato.

---

Ejemplos de escenarios de explotación (de alto nivel, no prácticos)

• Un autor malintencionado o con acceso comprometido utiliza la interfaz de usuario de eliminación del complemento o crea una solicitud al punto final de eliminación del complemento para eliminar archivos adjuntos asociados con otras publicaciones o directorios.
• Una cadena de toma de control de cuenta programada: el atacante obtiene acceso de autor y ejecuta una eliminación masiva de archivos adjuntos para dañar el sitio o encubrir otros cambios maliciosos.
• El atacante borra archivos para liberar espacio o eliminar pruebas forenses, y luego instala una puerta trasera a través de otra vulnerabilidad.

Reiteramos: aquí no proporcionamos código de prueba de concepto; nos centramos en la defensa práctica.

---

Cómo saber si fuiste víctima de un ataque o explotación.

Compruebe los siguientes indicadores de un ataque exitoso o un intento de uso indebido:

1. Faltan imágenes/documentos en la biblioteca multimedia o en las páginas de la interfaz.
2. Horas de modificación o eliminación de archivos en su carpeta de subidas (wp-content/uploads/) que coinciden con actividad sospechosa.
3. Errores 404 inesperados para las URL de los archivos adjuntos.
4. Registros del servidor que muestran solicitudes POST a puntos de conexión de administración (por ejemplo, admin-ajax.php, rutas REST de wp-json o páginas de administración específicas del complemento) desde cuentas de autor o desde direcciones IP que no reconoce.
5. Registros de acceso que muestran solicitudes con cadenas de consulta inusuales o solicitudes POST frecuentes desde un pequeño conjunto de direcciones IP.
6. Entradas del registro de actividad de WordPress (si utiliza un plugin de registro de actividad) que muestran que los autores desencadenan eventos de eliminación.
7. Faltan registros de la base de datos para archivos adjuntos o están huérfanos (se eliminaron los registros de la publicación del archivo adjunto, pero el archivo aún está en el disco o viceversa).
8. Presencia de usuarios recién creados o cambios inesperados en los privilegios.

Si encuentra indicios de eliminación, asuma que el atacante tenía al menos acceso de autor. Investigue si existen otras señales de intrusión: nuevos usuarios administradores, archivos de temas o complementos modificados, webshells o tareas programadas.

---

Remediación inmediata (paso a paso)

Si administra sitios afectados, realice los siguientes pasos sin demora. El orden es importante: proteja, limite la superficie de ataque y, por último, repare y restaure.

1. Actualiza el plugin
   • La solución más segura: actualice Media Library Assistant a la versión 3.28 o posterior inmediatamente. Esto elimina la vulnerabilidad de raíz.
   • Si administras muchos sitios web, prioriza primero los sitios con mucho tráfico y con varios autores.
2. Si no puede actualizar de inmediato:
   • Desactive temporalmente el complemento Media Library Assistant hasta que se pueda aplicar un parche.
   • O bien, restrinja la funcionalidad del plugin desactivando el área específica si el plugin ofrece interruptores de funciones (consulte la configuración del plugin).
   • Si utiliza un WAF, implemente parches virtuales (consulte la siguiente sección).
3. Restringir privilegios de usuario
   • Elimine las cuentas de nivel Autor innecesarias o reduzca los privilegios de los usuarios que no necesiten derechos de gestión de archivos.
   • Deshabilitar temporalmente el autorregistro de nuevas cuentas si está habilitado.
   • Fuerza el restablecimiento de contraseñas para todas las cuentas de usuario con roles de Autor+ (o al menos audita y rota las contraseñas).
4. Reforzar los permisos del sistema de archivos
   • Asegúrese de que los usuarios del servidor web no puedan eliminar arbitrariamente archivos fuera del directorio de cargas.
   • Configure la carpeta de subidas para que el servidor web solo tenga permisos de escritura cuando sea necesario y aplique una estricta política de propiedad.
   • Considere establecer indicadores inmutables (chattr +i) en archivos críticos si es compatible, pero úselo con precaución.
5. Monitorear y conservar los registros
   • Conserve inmediatamente los registros del servidor (registros de acceso y de errores) para la investigación de incidentes.
   • Habilite el registro detallado para los endpoints de administración durante un breve período para detectar intentos de acceso.
6. Copia de seguridad y restauración
   • Si se eliminaron archivos y tiene copias de seguridad, restaure los archivos eliminados desde la copia de seguridad limpia más reciente.
   • Verifique los archivos restaurados antes de reemplazarlos en producción.
7. Escaneo posterior al incidente
   • Realiza un análisis completo de malware del sitio, los temas, los complementos y los archivos subidos.
   • Inspeccione si existen puertas traseras, tareas programadas desconocidas o archivos de núcleo/tema/complemento modificados.
   • Rotar claves y credenciales (base de datos, FTP, SFTP, credenciales en la nube).

---

Parcheo virtual con un WAF: protección inmediata cuando no se puede actualizar

Como proveedor de WAF, solemos recomendar el parcheo virtual: implementar una regla que bloquee el vector de ataque en el perímetro de la red, impidiendo que los intentos de explotación alcancen el código vulnerable. El parcheo virtual resulta especialmente útil para clientes con múltiples sitios web o entornos de alojamiento donde las actualizaciones inmediatas de plugins son complejas.

Principios recomendados para el parcheo virtual:

• Bloquear las solicitudes que tengan como objetivo los puntos de conexión o nombres de acción específicos para la eliminación de complementos, especialmente cuando sean iniciadas por roles no administrativos.
• Limitar la frecuencia y cuestionar las solicitudes POST sospechosas a los puntos de conexión de administración (admin-ajax.php, puntos de conexión REST).
• Garantizar que los puntos de acceso para la eliminación de archivos solo sean accesibles para los administradores (bloquear para Author+ a menos que se verifique el contexto de administrador).
• Bloquear las cargas útiles de las solicitudes que contengan nombres de archivo malformados o que parezcan de recorrido de ruta (por ejemplo, solicitudes con segmentos ../ o rutas absolutas).
• Supervisar y alertar sobre los intentos bloqueados para ajustar las reglas.

Ejemplos (conceptuales) de ideas para reglas WAF: utilícelas con pruebas en el entorno de preproducción y adáptelas a su entorno:

• Bloquear las solicitudes HTTP donde la ruta de la solicitud sea igual a /wp-admin/admin-ajax.php y el parámetro POST action coincida con el nombre de la acción de eliminación del plugin (por ejemplo, action contiene “delete” y el nombre del plugin token), a menos que el usuario autenticado tenga una cookie de sesión de nivel de administrador (imperfecto, pero ayuda).
• Denegar las solicitudes con una carga útil sospechosa que contenga secuencias de recorrido de rutas o intentos de hacer referencia a archivos fuera de la ruta de carga esperada.
• Limitar la frecuencia de las solicitudes POST a los endpoints de administración por sesión de usuario o por IP para evitar intentos de eliminación masiva.

Nota: No confíe únicamente en las cookies proporcionadas por el usuario para las comprobaciones de roles en las reglas del WAF. Combine firmas basadas en el comportamiento, limitación de velocidad y listas de denegación para mayor seguridad.

Si utiliza WP-Firewall, nuestras reglas administradas identificarán y bloquearán los patrones de explotación asociados con este problema específico y otros intentos similares de eliminación de archivos mientras aplica la actualización del plugin.

---

Ejemplos prácticos de reglas WAF (seguras, de alto nivel)

A continuación se presentan ejemplos conceptuales no ejecutables, destinados a equipos de seguridad o ingenieros de WAF. Deben adaptarse a su entorno y probarse en un entorno de pruebas.

1) Bloquear acciones de eliminación sospechosas mediante admin-ajax (pseudocódigo conceptual)

SI request.path == "/wp-admin/admin-ajax.php" Y request.method == "POST" Y request.params["action"] coincide con "(?i).*delete.*|.*remove.*" Y NO request.session.is_admin ENTONCES BLOQUEAR solicitud REGISTRAR "Se bloqueó una posible acción de eliminación MLA desde una sesión que no es de administrador"

2) Denegar la entrada de recorrido de ruta a los controladores de archivos

SI request.body contiene "../" O request.body contiene "\..\" O request.body contiene "" ENTONCES BLOQUEAR solicitud REGISTRAR "Intento de recorrido de ruta bloqueado"

3) Limitar la frecuencia de las publicaciones sospechosas del administrador

SI request.path está en ["/wp-admin/admin-ajax.php", "/wp-json/"] Y request.method == "POST" ENTONCES APLICAR límite de velocidad: máximo 10 solicitudes por minuto por sesión/IP

Estas reglas son defensivas y generales. No sustituyen la aplicación de parches a los plugins, pero pueden reducir significativamente la superficie de ataque mientras se implementa un parche.

---

Detección: ¿qué registros y herramientas de WordPress pueden ayudar?

• Registros de acceso al servidor web: busque solicitudes POST a admin-ajax.php, wp-admin/admin.php y endpoints REST (wp-json/) que contengan parámetros de tipo eliminación o se ejecuten en horarios inusuales. Preste atención a las sesiones que no sean de administrador o a las direcciones IP con múltiples solicitudes de este tipo.
• Registros de errores de PHP: compruebe si hay advertencias o avisos relacionados con las operaciones de archivos del plugin (unlink, unlink_failed).
• Registros de actividad de WordPress: si utiliza un plugin de registro de actividad, revise los eventos de "archivo adjunto eliminado" y compare las cuentas de usuario y las direcciones IP.
• Monitores de integridad de archivos: comparan los listados de archivos actuales con la última instantánea correcta conocida.
• Comprobación de la base de datos: la tabla de publicaciones (post_type = attachment) — buscar registros eliminados o filas huérfanas.

Si dispone de un sistema SIEM automatizado o de registro centralizado, cree alertas para:

• Múltiples eventos de eliminación desencadenados por la misma cuenta de autor.
• Múltiples respuestas 4xx/5xx para los endpoints de administración seguidas de efectos similares a la eliminación.

---

Lista de verificación de recuperación (si detecta eliminación/explotación)

1. Aislar
   • Ponga temporalmente el sitio en modo de mantenimiento o bloquee el acceso público para evitar su explotación continua.
2. Preservar las pruebas
   • Archivar registros, volcados de bases de datos y una copia del sistema de archivos actual para su análisis forense.
3. Restaurar desde copia de seguridad
   • Restaure los archivos eliminados desde una copia de seguridad que funcione correctamente. Si no puede restaurar todo, priorice la restauración de los recursos críticos (contenido multimedia de la página de inicio, recursos del tema, páginas de administración).
4. Escanee en busca de compromisos secundarios
   • Busque webshells, nuevos usuarios administradores, tareas programadas o scripts inyectados.
   • Revisa los archivos del tema y de los plugins (especialmente los que tienen permisos de escritura) en busca de modificaciones no autorizadas.
5. Rotar credenciales
   • Restablezca las contraseñas de los usuarios de WordPress con roles privilegiados y cambie las credenciales de la base de datos y FTP/SFTP si sospecha que se ha producido una fuga de credenciales.
6. Aplicar correcciones
   • Actualiza Media Library Assistant a la versión 3.28 o posterior.
   • Aplica cualquier otra actualización de plugins y temas.
   • Implemente reglas WAF para bloquear los vectores relacionados.
7. Validar
   • Tras la restauración, ejecute controles de calidad y análisis completos. Compruebe que las páginas se visualizan correctamente y que no quedan archivos maliciosos.
8. Informe y revisión
   • Si ofrece un servicio alojado o gestionado, notifique a sus clientes. Si mantiene una política de divulgación de vulnerabilidades, considere informar los detalles relevantes al autor del plugin si encuentra problemas adicionales.

---

Recomendaciones de endurecimiento para reducir riesgos similares en el futuro

• Principio de mínimo privilegio: Limitar el número de cuentas Author+. Otorgar capacidades de gestión de archivos únicamente a los usuarios que realmente las necesiten.
• Separación de roles: Siempre que sea posible, utilice roles personalizados (o filtros de capacidad) para que los grandes equipos de editores/autores no tengan los mismos privilegios de gestión de archivos.
• Higiene de plugins: Elimina los plugins que no uses con frecuencia. Mantén todos los plugins y temas actualizados regularmente.
• Actualizaciones automatizadas: Para actualizaciones que no causen errores, habilite las actualizaciones automáticas para los complementos que presenten un bajo riesgo de incompatibilidad, especialmente los parches de seguridad.
• Entorno de prueba: Aplique las actualizaciones de los plugins en el entorno de prueba antes de la producción siempre que sea posible.
• Monitoreo de la integridad de los archivos: Seguimiento de los cambios en los archivos principales del plugin/tema e informe de anomalías.
• Copias de seguridad: Mantenga un proceso de copia de seguridad y restauración probado con al menos una copia externa. Pruebe las restauraciones periódicamente.
• Supervisar usuarios y sesiones: Implementar tiempo de espera de sesión y autenticación multifactor para cuentas privilegiadas.
• WAF y parcheo virtual: Utilice el parcheo virtual para bloquear los vectores de explotación mientras aplica las correcciones de código.

---

¿Por qué restringir el rol de autor es una medida de mitigación eficaz a corto plazo?

Muchos propietarios de sitios web se sienten incómodos al modificar el código de los plugins. Si no puede actualizar el plugin de inmediato, limitar la capacidad de las cuentas de autor para interactuar con las funciones de administración de archivos del plugin reduce la exposición al riesgo. Algunas soluciones incluyen:

• Si los autores no necesitan subir archivos, se les asignará temporalmente el rol de Colaborador.
• Utilice un complemento de roles/capacidades para eliminar explícitamente las capacidades de eliminación de archivos de las cuentas de autor.
• Se requieren flujos de trabajo editoriales en los que los autores envíen el material a través de un editor o administrador con privilegios superiores.

Este enfoque reduce la posibilidad de que un atacante explote el plugin desde una cuenta de autor comprometida.

---

Comunicación y transparencia con tu equipo

Si administras un sitio con varios autores o mantienes sitios de clientes:

• Notifique a las partes interesadas sobre la vulnerabilidad, el nivel de riesgo y las medidas que está tomando (actualización, desactivación temporal, parcheo virtual).
• Coordina las actualizaciones programadas durante las horas de menor tráfico y comunica los posibles periodos breves de inactividad si vas a desactivar el plugin.
• Asegúrese de que los editores comprendan que la carga/eliminación de contenido multimedia puede estar limitada hasta que se actualice el sitio.

Una comunicación clara reduce las acciones accidentales y mantiene al equipo alineado durante la corrección de errores.

---

Preguntas frecuentes que recibimos de los clientes

P: Mi sitio es pequeño y solo tiene usuarios administradores, ¿debo preocuparme aún más?
A: Sí. El problema requiere privilegios de Autor+, pero si una cuenta de Administrador se ve comprometida por otros medios, la vulnerabilidad es irrelevante: la aplicación del parche elimina una vía de riesgo más. Además, el relleno de credenciales automatizado puede crear cuentas de Autor en sitios mal configurados.

P: Si bloqueo completamente admin-ajax.php, ¿se dañará mi sitio web?
A: Bloquear admin-ajax.php de forma generalizada es arriesgado: muchos plugins y temas lo utilizan. Es preferible usar reglas más específicas que bloqueen acciones concretas o limiten la frecuencia de las solicitudes POST en lugar de un bloqueo total.

P: Si recupero archivos borrados, ¿cómo puedo evitar que se borren de nuevo?
A: Primero, aplique la actualización del plugin o el parche virtual, rote las credenciales de las cuentas Author+ y, a continuación, restaure desde las copias de seguridad. Además, implemente reglas WAF para reducir el riesgo durante el proceso de restauración.

---

Secuencia de acciones recomendada por WP-Firewall (concisa)

1. Actualiza Media Library Assistant a la versión 3.28 o superior. Si utilizas una gestión de actualizaciones centralizada, programa esta actualización inmediatamente.
2. Si la actualización no es posible de inmediato: desactive el plugin O aplique reglas de parche virtual de WP-Firewall que bloqueen los endpoints de eliminación y las cargas útiles sospechosas.
3. Auditar y rotar las credenciales de las cuentas Author+; deshabilitar temporalmente el registro.
4. Restaurar archivos eliminados desde la copia de seguridad; ejecutar análisis completos de malware y comprobaciones de integridad.
5. Implementar medidas de seguridad a largo plazo: MFA, minimización de roles, permisos de archivos y monitorización.

---

Empieza a proteger tu sitio web con WP-Firewall — Plan gratuito disponible

Proteger tu sitio web no tiene por qué ser caro para ser efectivo. WP-Firewall ofrece un plan básico gratuito que proporciona protección gestionada esencial de inmediato:

• Título: Proteja su sitio WordPress al instante con WP-Firewall (Plan gratuito)
• Funcionalidades incluidas en el plan Básico (Gratuito):
  • Firewall gestionado y firewall de aplicaciones web (WAF)
  • Protección de ancho de banda ilimitado
  • Escáner de malware
  • Medidas de mitigación para los 10 principales riesgos de OWASP
• ¿Por qué empezar con el plan gratuito?
  • Despliegue rápido: se pueden aplicar reglas de parcheo virtual inmediatas para bloquear intentos de explotación mientras se gestionan las actualizaciones.
  • Baja fricción: punto de entrada sin costo para propietarios de sitios que desean protección y detección básicas.
  • Ruta de actualización: fácil migración a planes de pago para la eliminación automatizada de malware, controles de IP granulares, informes mensuales y servicios gestionados avanzados.

Regístrate y empieza a proteger tu sitio WordPress hoy mismo: https://my.wp-firewall.com/buy/wp-firewall-free-plan/

(Si administra muchos sitios, considere los planes Estándar o Pro para obtener eliminación automatizada, controles avanzados y servicios de seguridad administrados).

---

Reflexiones finales: la seguridad se basa en capas, no en una solución única.

Esta vulnerabilidad nos recuerda que la seguridad de WordPress se basa en múltiples capas: las correcciones de código en los plugins son cruciales, pero también lo son los controles de acceso robustos, las copias de seguridad, la monitorización y las protecciones perimetrales como un WAF. Actualizar a Media Library Assistant 3.28 soluciona el problema inmediato, pero cada sitio forma parte de una superficie de ataque mayor donde se pueden combinar múltiples puntos débiles. Aproveche este evento para auditar los privilegios, probar sus procesos de respuesta ante incidentes y garantizar una rápida restauración y recuperación.

Si necesita ayuda para implementar reglas de mitigación, parches virtuales o soporte para respuesta a incidentes, el equipo de WP-Firewall está disponible para ayudarle con planes de protección y recuperación personalizados.

---

Apéndice: Lista de verificación rápida (copiar/pegar para su manual de incidentes)

• Actualiza Media Library Assistant a la versión 3.28 o superior (o desactiva el plugin).
• Realice una copia de seguridad del sitio y la base de datos ahora (conserve el estado actual).
• Comprueba la carpeta de subidas por si faltan archivos y restaura desde la copia de seguridad si es necesario.
• Analizar el sitio en busca de malware/webshells
• Rote las contraseñas de los usuarios Author+ y considere la autenticación multifactor (MFA).
• Aplique reglas WAF para bloquear endpoints de eliminación o cargas útiles sospechosas.
• Conservar y archivar los registros para su investigación.
• Notificar al equipo y documentar los pasos de remediación

---

Si desea una guía paso a paso para su entorno, o necesita que WP‑Firewall aplique un parche virtual en su nombre, abra una solicitud de soporte y daremos prioridad a los sitios de alto riesgo.