Categoría: Seguridad
Wazuh gestionado: SIEM y detección de amenazas en vuestra infraestructura
Un SIEM de código abierto que recoge los eventos de vuestros servidores, detecta lo que no cuadra y os avisa sin enterraros en alertas, montado en vuestra cuenta y descrito en código.
- Dónde se monta
- En vuestra cuenta, a vuestro nombre
- Copias
- Con restauración probada
- Actualizaciones
- Planificadas y documentadas
- Licencia
- Open source, GPLv2 (el indexador y el panel derivan de OpenSearch, Apache 2.0)
En resumen
Wazuh es una plataforma de seguridad de código abierto que recoge registros y eventos de servidores y equipos, detecta amenazas y revisa configuraciones. Lo montamos en vuestra cuenta, desplegamos los agentes, ajustamos reglas y decodificadores para quitar ruido, enviamos las alertas a donde las miréis y lo mantenemos actualizado. Operamos la plataforma y revisamos las alertas importantes.
¿Qué nos encargamos de mantener?
Un SIEM recién instalado no protege nada: hay que llevar los agentes a todas las máquinas, enseñarle qué es normal en vuestros sistemas y conseguir que las alertas importantes lleguen a alguien. Después hay que mantenerlo, porque un Wazuh desactualizado o con el disco lleno deja de ver justo cuando más falta hace.
Plataforma
Indexador, servidor y panel dimensionados para vuestro volumen de eventos, en uno o varios nodos.
Agentes
Despliegue automatizado, grupos por tipo de máquina y control de los que dejan de informar.
Detecciones
Reglas y decodificadores propios para vuestras aplicaciones, y excepciones documentadas.
Alertas
Solo lo importante a correo, Slack o vuestro gestor de incidencias; el resto, consultable.
Retención
Políticas de índices, rotación y archivo para que el disco no decida por vosotros.
Actualizaciones
Servidor, indexador, panel y agentes en versiones compatibles.
¿Qué arquitectura recomendamos?
Wazuh tiene tres piezas centrales: el servidor, que recibe los eventos de los agentes y aplica decodificadores y reglas; el indexador, que guarda eventos y alertas; y el panel, desde donde se consulta. Con pocas decenas de agentes, las tres caben en un nodo. Con más volumen, o si el SIEM no puede quedarse ciego, separamos el indexador en un clúster de tres nodos y ponemos varios nodos de servidor detrás de un balanceador.
| Situación | Lo que montamos | Por qué |
|---|---|---|
| Pocas decenas de servidores | Un nodo con las tres piezas y copias fuera | Sencillo de operar y suficiente para empezar |
| Cientos de agentes o mucha retención | Indexador en clúster de tres nodos y servidor en dos nodos | El indexador es lo que más crece en disco y memoria |
| Varias redes o sedes | Agentes que envían por TLS a un punto de entrada único | Sin abrir el panel a internet |
El panel nunca queda expuesto a internet: se entra por VPN o con inicio de sesión único, y cada persona con su usuario.
¿Qué problemas encontramos más a menudo?
- Ruido: cientos de alertas al día que nadie lee, y la importante pasa desapercibida entre ellas.
- Agentes desconectados: máquinas que dejaron de informar hace semanas sin que nadie lo notara.
- Disco del indexador lleno: sin políticas de retención, el indexador deja de aceptar eventos.
- Versiones mezcladas: agentes más nuevos que el servidor o un indexador sin actualizar.
- Panel abierto a internet: con el usuario administrador por defecto.
- Sin destino para las alertas: todo se queda en el panel y nadie lo abre.
¿Cómo quitamos ruido sin perder detecciones?
Durante las primeras semanas revisamos qué reglas saltan más y por qué. Lo que es comportamiento normal de vuestros sistemas, como una tarea programada o un escaneo autorizado, se convierte en una excepción concreta y documentada en el repositorio, no en una regla desactivada entera. Para vuestras aplicaciones escribimos decodificadores propios, de modo que sus registros se entiendan y puedan generar alertas útiles. Cada cambio en las reglas queda en Git y se puede revisar y revertir.
¿Qué pasa con NIS2, el ENS y la ISO 27001?
Wazuh cubre bien una parte: registro centralizado de eventos, detección, integridad de archivos, inventario y vulnerabilidades, y evidencias que un auditor puede revisar. Pero no os hace cumplir nada por sí solo; las políticas, la gestión de riesgos y los procesos de respuesta siguen siendo trabajo de vuestra organización. Si queréis saber dónde estáis, lo revisamos en la auditoría de fiabilidad y seguridad.
¿Cómo hacemos copias y actualizaciones?
La configuración del servidor, las reglas propias y los grupos de agentes están en el repositorio. Los índices se copian con snapshots a un almacenamiento de objetos, y restauramos de prueba para comprobar que los eventos se pueden consultar. Para actualizar seguimos el orden de la guía oficial: indexador, servidor, panel y, por último, los agentes, que nunca deben ir por delante del servidor. Ensayamos antes en un entorno de pruebas y revisamos que las reglas propias siguen cargando.
¿Cómo es el soporte día a día?
La vigilancia automática es continua; la respuesta humana, el siguiente día hábil en horario laboral, dentro del SRE como servicio. Operamos la plataforma y ajustamos las detecciones; si necesitáis analistas revisando eventos toda la noche, os lo decimos antes de empezar. Cada mes recibís un informe con agentes activos, alertas relevantes, cambios en reglas y estado de la retención. Si también queréis métricas y registros de aplicación, lo conectamos con la observabilidad.
- Agentes WazuhEn cada servidor y equipo
- Wazuh serverDecodificadores y reglas
- Wazuh indexerEventos y alertas indexados
- Wazuh dashboardConsulta e informes
- AvisosCorreo, Slack o incidencias
¿Dónde lo montamos?
En vuestra cuenta, en el proveedor que ya uséis o en el que mejor encaje. Si los datos tienen que quedarse en la UE, Hetzner y OVHcloud son las opciones europeas.
Proveedores en los que lo montamos
- Hetzner
- AWS
- Google Cloud
- Azure
- DigitalOcean
- OVH
- Servidor propio
| Proveedor | Cómo lo montamos | A tener en cuenta |
|---|---|---|
| Hetzner | Servidores cloud o dedicados con indexador, servidor y panel en red privada, y copias de índices en Object Storage. | Buena relación entre disco y coste para guardar meses de eventos. |
| AWS | EC2 con Wazuh en una o varias instancias, volúmenes EBS y snapshots a S3; integración con CloudTrail, GuardDuty y otros registros de AWS. | No hay Wazuh gestionado por AWS: lo montamos y mantenemos nosotros en vuestra cuenta. |
| Google Cloud | Compute Engine con Wazuh y lectura de los registros de auditoría de Google Cloud. | Sin servicio gestionado de Wazuh en Google Cloud. |
| Azure | Máquinas virtuales con Wazuh y la integración con los registros de actividad de Azure y Microsoft Entra ID. | Si ya pagáis Microsoft Sentinel, comparamos antes qué os aporta cada uno. |
| DigitalOcean | Droplets con Wazuh y volúmenes para los índices. | Suficiente para pocas decenas de agentes en un solo nodo. |
| OVH | Instancias de Public Cloud o servidores dedicados con Wazuh. | |
| Servidor propio | Wazuh en vuestros servidores o máquinas virtuales, con agentes en toda la red. | El SIEM no debería vivir en la misma máquina que vigila: si cae o la comprometen, perdéis la evidencia. |
Qué incluye
- Wazuh indexer, server y dashboard en vuestra cuenta, en un nodo o en clúster según el volumen de eventos.
- Agentes desplegados con Ansible o con vuestra herramienta de gestión en servidores Linux, Windows y macOS.
- Grupos de agentes con la configuración de registros, integridad de archivos y auditoría de cada tipo de máquina.
- Reglas y decodificadores ajustados a vuestros sistemas para bajar el ruido sin perder detecciones.
- Alertas de nivel alto a correo, Slack o vuestro sistema de incidencias, con el contexto para decidir.
- Retención de eventos pactada por escrito y políticas de índices para que el disco no se llene.
- Copias de la configuración y de los índices, con restauración probada.
- Actualizaciones de servidor, indexador, panel y agentes en el orden que pide Wazuh.
Preguntas frecuentes
¿Wazuh nos hace cumplir NIS2, el ENS o la ISO 27001?
No por sí solo. Wazuh ayuda con los requisitos de registro de eventos, detección, integridad de archivos y gestión de vulnerabilidades, y genera evidencias para una auditoría. El cumplimiento también exige políticas, gestión de riesgos, formación y procesos de respuesta que ninguna herramienta resuelve sola.
¿Sois un SOC?
Operamos la plataforma, ajustamos las detecciones y revisamos las alertas importantes, que no es lo mismo que un SOC con analistas toda la noche. La vigilancia automática es continua y los avisos críticos saltan a cualquier hora; la respuesta humana es el siguiente día hábil, en horario laboral. Si necesitáis analistas mirando de noche, os lo decimos y buscamos un SOC.
¿Cuántas alertas vamos a recibir?
Al principio, muchas: Wazuh instalado tal cual avisa de casi todo. Las primeras semanas ajustamos reglas y umbrales con vuestros sistemas reales, hasta que los avisos que llegan a vuestro correo o a Slack son pocos y merecen atención. El resto queda registrado para consultarlo.
¿Wazuh Cloud o Wazuh en nuestra cuenta?
Wazuh Cloud es el servicio del propio fabricante y os quita el mantenimiento. Lo montamos en vuestra cuenta cuando queréis que los registros no salgan de vuestra infraestructura, controlar la retención o ajustar el coste del almacenamiento.
¿Cuánto tiempo se guardan los eventos?
Lo que pactemos según vuestras obligaciones y vuestro presupuesto de disco: por ejemplo, unos meses consultables en el indexador y más tiempo archivado en almacenamiento de objetos. Queda escrito y aplicado con políticas de índices.
Contadnos vuestro caso
En una llamada gratuita de 20 minutos vemos dónde estáis y por dónde empezar. Sin compromiso.
Documentación oficial consultada
Los datos técnicos de esta página se basan en:
Revisado el