Saltar al contenido

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.

Cómo encajan las piezas
  1. Agentes WazuhEn cada servidor y equipo
  2. Wazuh serverDecodificadores y reglas
  3. Wazuh indexerEventos y alertas indexados
  4. Wazuh dashboardConsulta e informes
  5. 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
ProveedorCómo lo montamosA tener en cuenta
HetznerServidores 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.
AWSEC2 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 CloudCompute Engine con Wazuh y lectura de los registros de auditoría de Google Cloud.Sin servicio gestionado de Wazuh en Google Cloud.
AzureMá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.
DigitalOceanDroplets con Wazuh y volúmenes para los índices.Suficiente para pocas decenas de agentes en un solo nodo.
OVHInstancias de Public Cloud o servidores dedicados con Wazuh.
Servidor propioWazuh 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.

Reservar llamada de 20 minutos

Documentación oficial consultada

Los datos técnicos de esta página se basan en:

Revisado el

WhatsApp