[{"data":1,"prerenderedAt":212},["ShallowReactive",2],{"seo-verification":3,"blog-imunify360-seguridad-servidor-explicada-ma-es":6,"promo-bar-likely":211},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-imunify360-seguridad-servidor-explicada-ma-es",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"noindex":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":150,"ctaBody":151,"ctaButton":152,"ctaUrl":153,"relatedPosts":154},125,"imunify360-seguridad-servidor-explicada",{"fr":12,"en":13,"ar":14,"es":10},"imunify360-securite-serveur-expliquee","imunify360-server-security-explained","imunify360-شرح-أمان-الخادم","Imunify360: la seguridad del servidor explicada","Cómo funciona Imunify360: WAF, antivirus en tiempo real, Proactive Defense PHP, KernelCare, firewall de red y patch management para servidores cPanel\u002FWHM.",11,1,false,"2026-02-19T00:00:00+00:00","2026-11-08T01:13:15+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"Seguridad y monitorización","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fimunify360-securite-serveur-expliquee-poster.svg","Un servidor cPanel expuesto en producción es un objetivo permanente: inyecciones SQL, shells PHP ofuscados, escáneres de fuerza bruta, vulnerabilidades de CMS sin parchear. Imunify360, desarrollado por CloudLinux, reúne en una sola suite seis capas de defensa que funcionan juntas y de forma continua, sin intervención manual. Esto es lo que hace realmente cada componente, cómo se encadenan y cómo diagnosticar los problemas más habituales.",[35,39,49,52,55,58,61,83,86,89,92,113,116,148],{"type":36,"title":37,"body":38},"h2","Seis capas de defensa, un solo producto","Imunify360 no se reduce a un antivirus. Apila seis niveles de protección complementarios que se refuerzan mutuamente: firewall de red, WebShield (protección frente a bots), WAF aplicativo, escáner antivirus con limpieza, Proactive Defense (runtime PHP) y detección de intrusiones (IDS\u002FIPS). La fuerza de esta arquitectura es que una amenaza que sortea el WAF todavía puede ser detenida por la Proactive Defense, y una amenaza que atraviesa el runtime PHP será detectada en el siguiente escaneo antivirus. Cada capa es independiente, pero alimenta a las siguientes.",{"type":40,"title":41,"items":42},"ul","Las seis capas en detalle",[43,44,45,46,47,48],"**Firewall de red con threat intelligence**: bloquea las IP maliciosas conocidas a partir de una base alimentada por la red global Imunify, que abarca varias decenas de millones de dominios según el editor. Cuando una IP ataca a un servidor de la red, queda bloqueada en todos los demás en unos minutos.","**WebShield y protección frente a bots**: filtra el tráfico HTTP entrante antes de que llegue a la aplicación — CAPTCHA adaptativo, listas grises (Graylist), protección DDoS de capa 7.","**WAF aplicativo (ModSecurity + reglas Imunify)**: inspecciona cada petición HTTP y bloquea los exploits conocidos (inyecciones, inclusiones de archivos, XSS). Las reglas se actualizan automáticamente desde los servidores CloudLinux.","**Antivirus y escaneo de malware**: escaneo en tiempo real de los archivos recién escritos, escaneo de fondo programable, limpieza automática — Imunify intenta eliminar el código malicioso conservando el resto del archivo.","**Proactive Defense**: módulo PHP que analiza el comportamiento de los scripts en tiempo de ejecución (y no solo su contenido estático). Bloquea webshells ofuscados, reverse shells y exfiltración de datos incluso si el archivo supera el escaneo antivirus.","**IDS\u002FIPS y patch management**: detección de comportamientos anómalos en el sistema, junto con KernelCare para aplicar parches del kernel Linux sin reiniciar.",{"type":36,"title":50,"body":51},"La Proactive Defense: detener el malware ofuscado","La Proactive Defense es la capa más difícil de sortear. No escanea los archivos en disco: intercepta la ejecución PHP en tiempo real y examina los patrones de comportamiento — intento de escritura de archivos fuera del webroot, llamadas a `exec()`, `shell_exec()`, `system()`, `eval()` sobre datos no saneados, inyecciones SQL desde un script que solo debería leer la base de datos. El módulo está disponible para Apache y LiteSpeed. Su principal interés está frente al **malware ofuscado**: un webshell que atraviesa las herramientas de escaneo estático porque su código está codificado en base64 y se decodifica en tiempo de ejecución será detenido por la Proactive Defense en cuanto intente una acción peligrosa. Requiere el PHP endurecido de CloudLinux (alt-php, «Hardened PHP») para funcionar.",{"type":36,"title":53,"body":54},"KernelCare y el patch management sin reinicio","El patch management de Imunify360 se apoya en KernelCare (también desarrollado por CloudLinux). KernelCare aplica los parches de seguridad del kernel Linux **en memoria viva**, sin detener el servidor ni los sitios alojados. En un servidor compartido cPanel que aloja a 200 clientes, un reinicio impuesto por un parche de kernel crea una ventana de mantenimiento incómoda. KernelCare elimina esa limitación: el kernel pasa a su versión segura en unos segundos, sin downtime. La integración documentada por Imunify360 cubre el kernel; las librerías del sistema (`glibc`, `openssl`) siguen las actualizaciones habituales del sistema. Las actualizaciones automáticas también cuentan para el propio Imunify360: el fallo del componente AI-Bolit (compartido por Imunify360, ImunifyAV e ImunifyAV+), que permitía ejecutar código arbitrario, hasta con privilegios root, al analizar un archivo manipulado, se corrigió en octubre de 2025 con la versión 32.7.4-1. El parche se distribuyó automáticamente a la gran mayoría de los servidores antes del aviso de seguridad publicado en noviembre de 2025 — ilustración directa de la ventaja de las actualizaciones automáticas.",{"type":36,"title":56,"body":57},"RapidScan y CloudAV: rendimiento de los escaneos a gran escala","En un servidor que aloja cientos de gigabytes de archivos de clientes, un escaneo antivirus completo y diario resulta costoso en CPU. Imunify360 responde con dos mecanismos. **RapidScan** acelera los escaneos repetidos hasta 20 veces respecto al primer escaneo completo: mantiene metadatos locales y hash en la nube para volver a escanear únicamente los archivos creados o modificados desde la última pasada. **CloudAV** traslada el análisis en profundidad a la infraestructura cloud de Imunify Security, sin consumir CPU local para los archivos sospechosos que merecen un examen más exhaustivo. La tercera palanca, **Low Resource Usage**, reduce el consumo de CPU y RAM (WebShield desactivado, juego de reglas WAF mínimo) — útil en VPS con recursos limitados donde Imunify360 comparte el servidor con MySQL, PHP-FPM y el resto del stack cPanel.",{"type":36,"title":59,"body":60},"Despliegue: instalar Imunify360 en cPanel\u002FWHM","La instalación oficial se realiza desde la línea de comandos SSH, como root. No hay ningún paquete `yum` que añadir manualmente: un script de despliegue descarga y configura todo automáticamente.",{"type":62,"title":63,"steps":64},"steps","Instalación paso a paso",[65,68,71,74,77,80],{"title":66,"body":67},"Descargar el script de instalación","Desde una sesión root: `wget https:\u002F\u002Frepo.imunify360.cloudlinux.com\u002Fdefence360\u002Fi360deploy.sh -O i360deploy.sh`",{"title":69,"body":70},"Lanzar el despliegue con la clave de licencia","Ejecute `bash i360deploy.sh --key SU_CLAVE_DE_LICENCIA`. La clave se obtiene desde su área de CloudLinux Network (CLN) después de la compra. En la prueba de 14 días, la clave de prueba recibida por correo se usa del mismo modo; con una licencia vinculada a la IP, ejecute el script sin argumentos: `bash i360deploy.sh`.",{"title":72,"body":73},"Comprobar el registro en WHM","Conéctese a WHM como root y vaya a **Plugins → Imunify360**. Acepte el contrato de licencia en el primer acceso. La interfaz muestra de inmediato el estado del firewall, los escaneos activos y los incidentes recientes.",{"title":75,"body":76},"Activar la Proactive Defense","En WHM Imunify360, abra la pestaña **Proactive Defense** y active el modo `Kill Mode` (bloquea y detiene el script malicioso) en lugar de `Log Only` (solo registro, modo por defecto). En `Kill Mode`, una ejecución PHP sospechosa se detiene al instante. Quédese en `Log Only` durante unos días si tiene aplicaciones de negocio complejas, para identificar los falsos positivos antes de cambiar.",{"title":78,"body":79},"Configurar el escaneo programado","En **Settings → Malware Scanner**, defina la frecuencia (se recomienda diaria) y las exclusiones de directorios (cachés, copias de seguridad voluminosas). El primer escaneo completo puede durar varias horas según el volumen de los datos alojados.",{"title":81,"body":82},"Registrar la licencia en CLN","La licencia Imunify360, por clave o por IP, se gestiona en el **CloudLinux Network (CLN)** — exactamente igual que una licencia de CloudLinux OS. En caso de migración, retire el servidor antiguo (o la IP antigua) de la licencia en CLN, registre el nuevo (`imunify360-agent register SU_CLAVE`, o `imunify360-agent register IPL` para una licencia por IP) y compruébelo con `imunify360-agent rstatus`.",{"type":84,"body":85},"tip","Imunify360 es compatible con **AlmaLinux, Rocky Linux, RHEL, CloudLinux OS, Ubuntu 22\u002F24 y Debian**, y se integra con cPanel, Plesk, DirectAdmin o en modo standalone. Desde noviembre de 2024, Ubuntu 24 está oficialmente soportado. En un servidor con SELinux activado, el script `i360deploy.sh` aplica por sí mismo el módulo de política SELinux de Imunify360; solo si instala directamente los paquetes RPM hay que compilarlo y cargarlo a mano (`checkmodule`, `semodule_package`, `semodule -i`) y después reiniciar `imunify360` e `imunify360-webshield`.",{"type":36,"title":87,"body":88},"Gestión de las reglas WAF y conflictos con OWASP","El WAF de Imunify360 se apoya en ModSecurity con un juego de reglas propio mantenido por CloudLinux. Si su servidor utilizaba antes el juego de reglas OWASP (frecuente en configuraciones cPanel manuales), **desactive OWASP antes de instalar Imunify360**: los dos juegos de reglas provocan conflictos, bloqueos legítimos en cascada y falsos positivos masivos. Imunify360 gestiona sus propias reglas de forma autónoma — no está previsto para convivir con OWASP. En caso de conflicto tras la instalación, la documentación oficial recomienda poner en `Off`, en la sección **ModSecurity Vendors** de WHM, todos los vendors de terceros salvo el ruleset de Imunify360 y, si este falta, reinstalarlo con `imunify360-agent install-vendors`.",{"type":36,"title":90,"body":91},"Resolución de problemas: mensajes de error frecuentes","Los problemas más habituales tras la instalación o la actualización de Imunify360 tienen causas precisas y soluciones documentadas.",{"type":62,"title":93,"steps":94},"Resolución de los errores más comunes",[95,98,101,104,107,110],{"title":96,"body":97},"«Imunify agent is not running»","Causa más frecuente: el servicio `imunify360` no ha arrancado tras un reinicio o una actualización. Compruébelo con `systemctl status imunify360` y después `journalctl -u imunify360 -n 50`. Si el servicio está activo pero el panel sigue mostrando este mensaje justo después de la instalación, dele tiempo: la base SQLite del agente se sincroniza con la interfaz, y la documentación oficial aconseja esperar hasta 60 minutos. Si el problema persiste, reinicie manualmente: `systemctl restart imunify360`.",{"title":99,"body":100},"«Connection refused» en un socket interno del agente","Este tipo de error (`Errno 111`) indica que ningún proceso escucha en el socket de comunicación interna entre los componentes de Imunify360. La causa habitual es un agente detenido, o un demonio (como `imunify360-wafd`) que no se reinició tras una actualización. Compruebe `systemctl status imunify360` y el registro (`journalctl -u imunify360 -n 50`) y reinicie el servicio: `systemctl restart imunify360`. Si el problema vuelve, fuerce la actualización a la última versión estable con el script oficial `imunify-force-update.sh` (`wget -O imunify-force-update.sh https:\u002F\u002Frepo.imunify360.cloudlinux.com\u002Fdefence360\u002Fimunify-force-update.sh && bash imunify-force-update.sh`).",{"title":102,"body":103},"«You must install the following extensions before you can edit their values: imunify360» (WHM)","Este mensaje de WHM aparece al editar un paquete cPanel en un servidor donde Imunify360 está instalado pero el feature management no está activado. Comando de resolución: `imunify360-agent feature-management native enable`. La operación es inmediata y no requiere reinicio.",{"title":105,"body":106},"Notificaciones «Malware detected» no recibidas","Imunify360 puede detectar malware sin enviar las alertas por correo configuradas. Compruebe primero que el servicio de notificación está activo en **Settings → Notifications** y que la dirección de correo configurada es alcanzable desde el servidor (pruébelo con `sendmail` o `mail`). Si la configuración es correcta, compruebe que el servidor alcanza en salida el servidor central `imunify360.cloudlinux.com` por el puerto 443, un control que indica la documentación oficial. Los puertos 52223 y 52224, por su parte, son puertos locales de WebShield, no puertos de salida.",{"title":108,"body":109},"Conectividad perdida hacia `files.imunify360.com` o `imunify360.cloudlinux.com`","Las actualizaciones automáticas de las reglas WAF y de la base de firmas antivirus pasan por estos dos dominios. Si el servidor no puede alcanzarlos (firewall de salida restrictivo, proxy, DNS interno), las reglas y las firmas dejan de actualizarse. Compruébelo con `curl -v https:\u002F\u002Ffiles.imunify360.com` y añada una excepción de salida si es necesario.",{"title":111,"body":112},"Plugin Imunify360 ausente de la interfaz WHM","Si la entrada de menú Imunify360 no aparece en WHM\u002FcPanel pese a una instalación aparentemente correcta, compruebe primero que la licencia está registrada: `imunify360-agent rstatus` debe devolver `OK`; si no, registre el agente (`imunify360-agent register SU_CLAVE`) y actualice WHM. Compruebe también que el servicio `imunify360` está en `active (running)` antes de diagnosticar la interfaz.",{"type":36,"title":114,"body":115},"Licencias: cómo funcionan","La licencia Imunify360 se activa **por clave o por la IP del servidor** y se factura según el número de usuarios (cuentas cPanel, Plesk, etc. en el servidor). Los niveles se eligen según el número total de cuentas alojadas; las tarifas vigentes figuran en la página de precios del editor. También existe un plan standalone (sin panel de control) para servidores Nginx o Apache puros. El registro se realiza en el **CloudLinux Network (CLN)**, el mismo portal que para las licencias de CloudLinux OS. En caso de migración a una nueva IP, la transferencia de licencia se gestiona directamente desde el portal CLN — no hace falta volver a comprarla. Las licencias de revendedor (5 servidores o más) se benefician de precios decrecientes. En ServOrbit, las licencias Imunify360 están disponibles directamente desde el área de cliente, vinculadas a la IP de su servidor dedicado o VPS cloud.",{"type":117,"title":118,"headers":119,"rows":123},"comparison","Imunify360 vs. herramientas separadas: lo que se evita",[120,121,122],"Necesidad","Sin Imunify360","Con Imunify360",[124,128,132,136,140,144],[125,126,127],"Firewall de red + threat intelligence","CSF + LFD (configuración manual, sin red global)","Integrado, actualizado automáticamente desde la red global Imunify",[129,130,131],"WAF aplicativo","ModSecurity + OWASP (reglas que hay que mantener manualmente)","Ruleset Imunify mantenido y distribuido automáticamente",[133,134,135],"Antivirus de malware","ClamAV (solo escaneo, sin limpieza automática)","Escaneo + limpieza automática + CloudAV",[137,138,139],"Protección runtime PHP","Sin equivalente integrado, hay que montarlo uno mismo","Proactive Defense integrada",[141,142,143],"Parche de kernel sin reinicio","Actualización manual + ventana de mantenimiento","KernelCare integrado",[145,146,147],"Gestión centralizada en WHM","Herramientas dispersas, sin interfaz unificada","Plugin WHM nativo, vista unificada de los incidentes",{"type":84,"body":149},"Si su servidor funciona con **CloudLinux OS** (frecuente en los servidores cPanel compartidos), Imunify360 se beneficia de una integración reforzada con las jaulas PHP por usuario (CageFS). Cada cuenta cPanel ve un entorno PHP aislado: un malware que se ejecuta en el contexto del sitio de un cliente no puede leer los archivos de los demás clientes. Este entorno combina aislamiento PHP (CloudLinux), protección en tiempo de ejecución (Imunify360 Proactive Defense) y escaneo antivirus en un único despliegue coherente.","Proteja su servidor con Imunify360","Firewall, antivirus y detección proactiva continua para sus sitios alojados. Licencia Imunify360 vinculada a la IP de su servidor.","Ver las licencias de servidor","\u002Flicences-cpanel",[155,176,196],{"id":156,"slug":157,"slugs":158,"title":162,"excerpt":163,"readTime":164,"views":18,"isPinned":19,"noindex":19,"publishedAt":165,"updatedAt":166,"category":167,"categories":173,"featuredImage":30,"bgImage":31,"posterImage":175,"relatedSolution":30},124,"que-es-cloudlinux-os",{"fr":159,"en":160,"ar":161,"es":157},"quest-ce-que-cloudlinux-os","what-is-cloudlinux-os","ما-هو-cloudlinux-os","¿Qué es CloudLinux OS?","CloudLinux OS explicado: aislamiento por LVE, estabilidad del servidor de alojamiento, compatibilidad con cPanel\u002FPlesk y diferencia con AlmaLinux o CentOS.",2,"2026-02-20T00:00:00+00:00","2026-11-08T01:13:14+00:00",{"id":168,"name":169,"slug":170,"color":171,"icon":172},7,"Autoalojamiento","self-hosting","bg-indigo-500\u002F10 text-indigo-400","cloud",[174],{"id":168,"name":169,"slug":170,"color":171,"icon":172},"\u002Fblog\u002Fcovers\u002Fquest-ce-que-cloudlinux-os-poster.svg",{"id":177,"slug":178,"slugs":179,"title":183,"excerpt":184,"readTime":164,"views":185,"isPinned":19,"noindex":19,"publishedAt":186,"updatedAt":187,"category":188,"categories":193,"featuredImage":30,"bgImage":31,"posterImage":195,"relatedSolution":30},123,"que-es-una-licencia-cpanel-whm",{"fr":180,"en":181,"ar":182,"es":178},"quest-ce-quune-licence-cpanel-whm","what-is-a-cpanelwhm-license","ما-هي-رخصة-cpanelwhm","¿Qué es una licencia cPanel\u002FWHM?","cPanel y WHM explicados: para qué sirve la licencia, cómo se tarifica (Admin, Pro, Premier) y cómo activarla en su VPS o servidor dedicado.",0,"2026-02-21T00:00:00+00:00","2026-10-20T23:18:07+00:00",{"id":189,"name":190,"slug":191,"color":192,"icon":191},5,"Comparativas","comparatif","bg-info\u002F10 text-info",[194],{"id":189,"name":190,"slug":191,"color":192,"icon":191},"\u002Fblog\u002Fcovers\u002Fquest-ce-quune-licence-cpanel-whm-poster.svg",{"id":197,"slug":198,"slugs":199,"title":203,"excerpt":204,"readTime":205,"views":18,"isPinned":19,"noindex":19,"publishedAt":206,"updatedAt":187,"category":207,"categories":208,"featuredImage":30,"bgImage":31,"posterImage":210,"relatedSolution":30},126,"copias-seguridad-servidor-jetbackup",{"fr":200,"en":201,"ar":202,"es":198},"sauvegardes-serveur-jetbackup","server-backups-jetbackup-explained","نسخ-الخوادم-الاحتياطية-شرح-jetbackup","JetBackup en cPanel\u002FWHM: instalación y restauración","Cómo instalar JetBackup en WHM, configurar destinos S3 o SFTP, programar las copias de seguridad y restaurar una cuenta, una base o un e-mail por separado.",9,"2026-02-18T00:00:00+00:00",{"id":168,"name":169,"slug":170,"color":171,"icon":172},[209],{"id":168,"name":169,"slug":170,"color":171,"icon":172},"\u002Fblog\u002Fcovers\u002Fsauvegardes-serveur-jetbackup-poster.svg",true,1794270609305]