AUDAuditoría de seguridad

Bastionado de sistemas operativos y tecnologías

Un sistema recién desplegado llega con una configuración pensada para funcionar, no para resistir un ataque. El bastionado revisa servidores, estaciones de trabajo, plataformas de virtualización, contenedores, bases de datos y dispositivos de red para cerrar cuentas, servicios y configuraciones por defecto que no aportan funcionalidad y sí aportan riesgo. El resultado es una base técnica con una superficie de ataque medible, documentada y reducida.

Solicitar este servicio

Qué incluye

  • Aplicación de guías de bastionado (CIS Benchmarks, recomendaciones de fabricante) adaptadas al sistema operativo y tecnología concretos, no como checklist genérico.
  • Eliminación de cuentas, contraseñas, puertos y servicios activados por defecto que no tienen uso real en el entorno del cliente.
  • Bastionado de sistemas operativos Windows y Linux, hipervisores, contenedores, bases de datos y equipamiento de red.
  • Revisión de permisos de sistema de ficheros, políticas de control de acceso y gestión de cuentas con privilegios elevados.
  • Verificación de la configuración de registro y auditoría necesaria para poder detectar actividad anómala después.
  • Informe de desviaciones por activo con nivel de riesgo, evidencia técnica y procedimiento de remediación priorizado.

Dirigido a

Dirigido a equipos de sistemas y seguridad que despliegan o mantienen servidores, plataformas de virtualización o servicios expuestos y necesitan verificar que su configuración no deja puertas abiertas.

El bastionado de sistemas operativos y tecnologías es una revisión técnica de la configuración de cada activo -servidor, estación de trabajo, hipervisor, contenedor, base de datos o dispositivo de red- para eliminar todo lo que no aporta funcionalidad y sí aporta riesgo. Cubre cuentas y credenciales por defecto, servicios y puertos innecesarios, permisos de fichero y registro mal configurados, políticas de contraseñas, cifrado de comunicaciones y almacenamiento, y capacidad de registro de eventos. No es una auditoría de vulnerabilidades puntuales: es cerrar la brecha entre cómo se instala un sistema por defecto y cómo debería quedar configurado para operar en producción.

El trabajo parte de guías de referencia del sector -CIS Benchmarks, recomendaciones del fabricante y, cuando aplica, criterios del Esquema Nacional de Seguridad- adaptadas al inventario real del cliente y no aplicadas como checklist genérico. Cada sistema se audita contra el estado esperado, se documenta la desviación encontrada y se valora su impacto real según el contexto: una configuración débil no pesa igual en un servidor expuesto a internet que en un equipo de un entorno aislado. Las comprobaciones se ejecutan sobre entornos de preproducción cuando existen, o con ventanas de cambio acordadas cuando el bastionado se aplica directamente sobre sistemas en producción.

El cliente recibe un informe por activo o grupo de activos con cada desviación detectada, su nivel de riesgo y el procedimiento concreto para corregirla, además de una plantilla de configuración segura reutilizable para futuros despliegues del mismo tipo de sistema. Cuando el alcance del servicio lo incluye, RowanGuard aplica directamente los cambios acordados y verifica que el sistema sigue operativo tras el bastionado, para que reforzar la seguridad no se traduzca en servicios caídos.

Preguntas frecuentes

¿El bastionado puede afectar a la disponibilidad de sistemas ya en producción?

Cada cambio se valida antes de aplicarse, priorizando probarlo en preproducción cuando existe. En sistemas ya productivos se trabaja con ventanas de cambio acordadas y un plan de reversión para cada modificación.

¿En qué se diferencia del análisis de vulnerabilidades?

Un análisis de vulnerabilidades busca fallos conocidos con parches o CVE asociados. El bastionado revisa la configuración del sistema -cuentas, permisos, servicios activos, políticas- que puede estar totalmente parcheada y aun así dejar puertas abiertas.

¿Con qué frecuencia conviene repetir el bastionado?

Tras cualquier cambio relevante de infraestructura o actualización mayor del sistema, y de forma periódica según la criticidad del activo, porque las configuraciones tienden a degradarse con cambios operativos que no quedan documentados.