Casos de éxito

    FlowPro NG en la práctica

    Qué han desplegado nuestros clientes, qué usan a diario y qué aprendimos por el camino. No nombramos a clientes sin su consentimiento.
    Agua · entidad regulada por NIS2Despliegue en cliente

    Empresa de agua: red, servidores y dominio en un solo lugar

    La empresa suministra agua potable y trata aguas residuales, por lo que le aplica NIS2. Necesitaba recoger logs de forma centralizada, ver el tráfico de red y tener evidencias para auditorías, sin servicios en la nube y sin un equipo que gestionara varias herramientas.

    Qué se desplegó

    • Un servidor propio con Ubuntu 24.04, 32 GB de RAM y 1 TB de disco para datos
    • Un sensor IDS Suricata alimentado con tráfico espejado por un router MikroTik
    • Syslog de los equipos de red y agentes en los servidores
    • Active Directory conectado por LDAPS
    • Monitorización de integridad de archivos en servidores clave

    Para qué lo usan

    • Alertas de IDS y de logs en un solo lugar, el Centro de eventos
    • Los controles de Active Directory señalan cuentas inactivas y contraseñas antiguas
    • Los datos permanecen en la red de la empresa

    Qué aprendimos

    Los datos del IDS supusieron la mayor parte del volumen. Por eso la retención se configura por separado para cada categoría (IDS, syslog, métricas, flujos), para que el disco no se llene sin necesidad y los registros importantes se conserven el tiempo necesario.

    Empresa de softwareDespliegue en cliente

    Empresa de software: servidores y bases de datos en varias sedes detrás de NAT

    Servidores Windows y Linux funcionan en la oficina y en redes remotas. La empresa quería una sola vista de su estado, de los eventos de seguridad y del rendimiento de las bases de datos de sus aplicaciones.

    Qué se desplegó

    • FlowPro NG en un servidor de la oficina detrás de un router MikroTik
    • Agentes en servidores Windows y Linux, también en redes remotas, a través de la dirección pública
    • Monitorización de Microsoft SQL Server y PostgreSQL

    Para qué lo usan

    • Una ficha por servidor con rendimiento, eventos y métricas de base de datos
    • Los agentes remotos envían datos igual que los de la oficina

    Qué aprendimos

    Cuando el servidor está detrás de NAT, los agentes deben llegar a él por la dirección pública y el router debe permitir también el acceso desde la red interna a esa dirección (hairpin NAT). Así los agentes remotos y locales funcionan con la misma configuración.

    Proveedor de internetEscenario típico

    Proveedor de internet: tráfico de red y retención de datos

    Un ISP necesita ver qué ocurre en su red (ataques a clientes, equipos de clientes comprometidos que escanean o envían spam) y a la vez cumplir la obligación legal de conservar datos de tráfico y localización.

    Qué se desplegó

    • Exportación NetFlow/IPFIX desde routers troncales y de acceso
    • Detección de DDoS, escaneos y otras anomalías en los flujos
    • Monitor de listas negras para los rangos de direcciones del proveedor
    • Retención ampliada de flujos y exportación de registros para autoridades

    Para qué lo usan

    • Un equipo de cliente comprometido se detecta por su comportamiento en la red, no por las quejas
    • Los datos conservados quedan en el servidor del propio proveedor

    ¿Quiere verlo en su red?

    Pruebe la versión Enterprise de 14 días en su propio servidor, o escriba a info@flowpro.eu y revisaremos su entorno juntos.