Postura crítica

Subred Integrada de Servicios de Salud Sur Occidente ESE (Bogotá)

Rama Ejecutiva · Sector salud · Empresa Social del Estado (ESE)

ResumenRiesgo MEDIO

ESE Subred Sur Occidente presenta riesgo medio: tiene 4 hallazgos activos publicados, de los cuales 1 requiere atención prioritaria (1 alto). Además, 4 hallazgos están pendientes de revisión antes de decidir si se publica o se descarta. La prioridad es fortalecer autenticación de correo y reducir el riesgo de suplantación institucional. Los temas que más inciden son suplantación institucional, controles básicos del portal y capacidad de recibir reportes de seguridad.

Siguiente paso: asignar responsable, fecha de corrección y evidencia de cierre; si un riesgo no se corrige, aceptarlo formalmente con dueño y fecha de revisión.

Descripción técnica

Se registran 4 hallazgos activos publicados: 1 alto y 3 medios. Hay 4 hallazgos pendientes de revisión que todavía no deben tratarse como publicados.

Señales técnicas principales: ESE Subred Sur Occidente: Dominio con riesgo de suplantación por correo: El riesgo de suplantación por correo sigue visible en 1 dominio: subredsuroccidente.gov.co. Headers de seguridad insuficientes (0/8): Apex subredsuroccidente.gov.co solo presenta 0 de 8 headers de seguridad esperados (HSTS, CSP, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy, X-XSS-Protection, COOP). Sin canal estándar de divulgacion responsable: Ninguno de los 3 subdominios alcanzables publica /.well-known/security.txt (RFC 9116).

Focos técnicos dominantes: autenticación de correo; headers, cookies y endurecimiento web; y canal de reporte de vulnerabilidades.

Publicados: 4Altos: 1Medios: 3Pendientes: 4
Cobertura100
Postura de seguridad25
Divulgación responsable0
Consistencia operativa75

Hallazgos (4)

ESE Subred Sur Occidente: Dominio con riesgo de suplantacion por correo

Alta

Email spoofing risk is still visible for 1 domain(s): subredsuroccidente.gov.co.

SPF/DMARC debil permite suplantacion de correo institucional y fraude dirigido.

Headers exponen versiones de stack en 2 hosts

Media

Ejemplos: www.subredsuroccidente.gov.co: X-Powered-By=WP Rocket/3.7; subredsuroccidente.gov.co: X-Powered-By=WP Rocket/3.7.

Cada header de version acelera la explotacion de vulnerabilidades especificas. Buena practica: ocultar Server, X-Powered-By, X-Generator en respuestas externas.

Sin canal estandar de divulgacion responsable

Media

Ninguno de los 3 subdominios alcanzables publica /.well-known/security.txt (RFC 9116).

Un investigador que descubra una vulnerabilidad no tiene canal estandarizado para reportar antes de publicar. Crisis va a prensa antes que a la entidad.

Headers de seguridad insuficientes (0/8)

Media

Apex subredsuroccidente.gov.co solo presenta 0 de 8 headers de seguridad esperados (HSTS, CSP, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy, X-XSS-Protection, COOP).

Headers de seguridad activan protecciones del navegador del usuario contra inyeccion, clickjacking y mixed content. Bajos = exposicion al usuario final.

Soluciones recomendadas

Qué necesita ESE Subred Sur Occidente

Acciones derivadas directamente de los hallazgos observados en esta entidad.

Inmediatas

Headers de seguridad

  • Activar Content-Security-Policy.
  • Activar X-Frame-Options o frame-ancestors.
  • Activar X-Content-Type-Options, Referrer-Policy y Permissions-Policy.
  • Eliminar headers que revelan tecnología, como X-Powered-By.

Mantenimiento técnico

Canal de divulgación responsable

  • Publicar security.txt (RFC 9116).
  • Definir un correo oficial para reportes de seguridad.
  • Crear un procedimiento interno para recibir, validar y corregir vulnerabilidades.

Hardening institucional

  • Configuraciones seguras por defecto y plantillas web endurecidas.
  • Revisión de seguridad antes de publicar nuevos portales.
  • Separación clara entre producción, pruebas, desarrollo e intranet.

Cómo sostenerlo

  • Política de mínimos de seguridad web. Estándar obligatorio para todos los portales (HTTPS, HSTS, DMARC, headers, backups, logs, actualizaciones, monitoreo), exigible a proveedores.
  • Cláusulas de ciberseguridad en contratos. Obligar mínimos técnicos, SLA de corrección por severidad, evidencias de parcheo y derecho de auditoría.
  • Monitoreo continuo. No una revisión anual: alertar ante cada nuevo subdominio, certificado, API o tecnología vulnerable, y medir la postura por entidad y proveedor.
  • Modelo de remediación coordinada. Cuando un hallazgo se repite en muchas entidades, corregir la causa raíz (proveedor, plantilla o configuración común) para cerrar el riesgo en bloque.
  • Indicadores para la alta dirección. Tiempo promedio de corrección, hallazgos críticos abiertos, % de entidades con DMARC y HSTS, activos expuestos sin responsable, riesgo por proveedor.
  • EstadoSeguro no solo detecta vulnerabilidades; permite priorizar soluciones.
  • No reemplaza a su equipo de TI: le da visibilidad, evidencia y orden.
  • No es una auditoría anual: es monitoreo continuo de la superficie pública.
  • No busca señalar culpables: busca cerrar brechas antes de que se conviertan en incidentes.
  • Convierte el riesgo técnico en decisiones ejecutivas: qué corregir, quién responde y qué hacer primero.
Solicitar diagnóstico

Cronología de hallazgos

2026-04-302026-07-05

Nuevos

9

Activos

4

Pendientes

4

Solucionados

1

ESE Subred Sur Occidente: Dominio con riesgo de suplantacion por correo

Apareció: 2026-07-05 · Revisado: 2026-07-05

Activo

Sin canal estandar de divulgacion responsable

Apareció: 2026-05-02 · Revisado: 2026-05-17

Activo

Headers exponen versiones de stack en 2 hosts

Apareció: 2026-05-02 · Revisado: 2026-05-17

Activo

Headers de seguridad insuficientes (0/8)

Apareció: 2026-05-02 · Revisado: 2026-05-17

Activo

ESE Subred Sur Occidente: Terceros de analitica/rastreo

Apareció: 2026-07-05 · Revisado: 2026-07-05

En revisión

Sin DMARC publicado

Apareció: 2026-05-02 · Revisado: 2026-07-05

En revisión

Certificado wildcard cubre 1 dominios en subredsuroccidente.gov.co

Apareció: 2026-04-30 · Revisado: 2026-07-05

En revisión

DNSSEC ausente en subredsuroccidente.gov.co

Apareció: 2026-04-30 · Revisado: 2026-07-05

En revisión

Sin registros CAA

Apareció: 2026-05-02 · Revisado: 2026-06-30 · Solucionado: 2026-06-30

Solucionado

Revisión de hallazgos pendientes

Revisado: 2026-07-05

Conservado en revisión

Hay 4 hallazgos pendientes con revisión conservadora: se mantienen fuera de publicación hasta cerrar evidencia suficiente. Esta decisión no los marca como solucionados ni como falsos positivos.

4 pendientes

f-ese-subred-suroccidente-03

requiere método seguro de validación · Datos personales

AltaConservado en revisión

candidate-ese-subred-suroccidente-tracking_sin_consentimiento-1e0a7c840c

requiere método seguro de validación · Tracking sin consentimiento

MediaConservado en revisión

ef-ese-subred-suroccidente-02

requiere nuevo chequeo pasivo · Configuración SSL

MediaConservado en revisión

ef-ese-subred-suroccidente-03

requiere nuevo chequeo pasivo · Configuración SSL

MediaConservado en revisión

Activos públicos (3)

www.subredsuroccidente.gov.co

portal principal

0/8
HTTPS
Certificado
HSTS
CSP
X-Frame-Options
X-Content-Type
Referrer-Policy
security.txt

Server: Apache/2.4.37 (Rocky Linux) OpenSSL/1.1.1k

Targeted passive refresh for ese-subred-suroccidente. Server: Apache/2.4.37 (Rocky Linux) OpenSSL/1.1.1k.

Observado: 2026-07-05

autodiscover.subredsuroccidente.gov.co

email

0/8
HTTPS
Certificado
HSTS
CSP
X-Frame-Options
X-Content-Type
Referrer-Policy
security.txt

Targeted passive refresh for ese-subred-suroccidente. Server: unknown.

Observado: 2026-07-05

subredsuroccidente.gov.co

portal principal

0/8
HTTPS
Certificado
HSTS
CSP
X-Frame-Options
X-Content-Type
Referrer-Policy
security.txt

Server: Apache/2.4.37 (Rocky Linux) OpenSSL/1.1.1k

Targeted passive refresh for ese-subred-suroccidente. Server: Apache/2.4.37 (Rocky Linux) OpenSSL/1.1.1k.

Observado: 2026-07-05