ESE Imsalud (Cúcuta)
Rama Ejecutiva · Sector salud · Empresa Social del Estado (ESE)
ESE IMSALUD presenta riesgo medio: tiene 7 hallazgos activos publicados, de los cuales 3 requieren atención prioritaria (3 altos). Además, 3 hallazgos están pendientes de revisión antes de decidir si se publica o se descarta. La prioridad es restringir accesos o configuraciones visibles públicamente y validar que no queden servicios sensibles abiertos sin control. Los temas que más inciden son exposición pública de servicios, controles básicos del portal y suplantación institucional.
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 7 hallazgos activos publicados: 3 altos y 4 medios. Hay 3 hallazgos pendientes de revisión que todavía no deben tratarse como publicados.
Señales técnicas principales: VPN/Intranet alcanzable en DNS público (1): Hosts: vpn.imsalud.gov.co. ESE IMSALUD: Cookies sin atributos defensivos completos: Cookies de sesion con atributos defensivos incompletos siguen visibles en 1 host: mail.imsalud.gov.co. DMARC en modo quarantine (no reject): _dmarc.imsalud.gov.co publica política permisiva.
Focos técnicos dominantes: subdominios, APIs o paneles expuestos; headers, cookies y endurecimiento web; y autenticación de correo.
Hallazgos (7)
VPN/Intranet alcanzable en DNS publico (1)
AltaHosts: vpn.imsalud.gov.co.
Aunque el servicio este restringido por IP, el FQDN publicado en DNS permite enumeracion trivial y ataques dirigidos al perimetro.
ESE IMSALUD: Cookies sin atributos defensivos completos
AltaCookies de sesion con atributos defensivos incompletos siguen visibles en 1 host(s): mail.imsalud.gov.co.
Cookies sin atributos defensivos completos aumentan riesgo de robo o abuso de sesion en navegadores.
DMARC en modo quarantine (no reject)
Alta_dmarc.imsalud.gov.co publica politica permisiva.
Politica quarantine no rechaza correos no autenticados. Atacante puede suplantar @imsalud.gov.co contra ciudadanos del territorio.
Sin canal estandar de divulgacion responsable
MediaNinguno de los 6 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.
Cookies sin Secure o SameSite en 2 hosts
MediaHosts afectados: soporte.imsalud.gov.co, mail.imsalud.gov.co.
Sin Secure las cookies viajan en HTTP plano si HSTS no aplica. Sin SameSite quedan expuestas a CSRF.
Headers de seguridad insuficientes (0/8)
MediaApex imsalud.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.
ESE IMSALUD: Terceros de analitica/rastreo
MediaLa pagina sigue cargando terceros de analitica/rastreo en 1 host(s): www.imsalud.gov.co.
Terceros de analitica o rastreo en portales publicos requieren base legal, minimizacion y controles de consentimiento.
Soluciones recomendadas
Qué necesita ESE IMSALUD
Acciones derivadas directamente de los hallazgos observados en esta entidad.
Inmediatas
Cierre de subdominios expuestos
- Retirar de DNS público ambientes como dev, intranet, apps, digiturno o pqrs si no deben ser públicos.
- Mover intranets y ambientes internos detrás de VPN.
- Exigir autenticación fuerte para cualquier sistema administrativo.
Protección contra suplantación de correo
- Configurar SPF, DKIM y DMARC.
- Llevar DMARC progresivamente a política estricta: reject.
- Monitorear reportes de suplantación.
- Bloquear dominios similares usados para phishing.
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
Protección de APIs
- Exigir autenticación.
- Implementar rate limiting.
- Validar permisos por usuario y rol.
- Evitar que las APIs revelen datos personales, errores internos o estructuras del sistema.
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.
Gestión de datos personales
- Revisar formularios, PQRS, trámites y APIs que procesan datos ciudadanos.
- Minimizar los datos expuestos.
- Cifrar datos sensibles en tránsito y en reposo.
- Aplicar controles de acceso y trazabilidad.
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.
Cronología de hallazgos
2026-04-30 → 2026-07-04Nuevos
11
Activos
7
Pendientes
3
Solucionados
1
ESE IMSALUD: Cookies sin atributos defensivos completos
Apareció: 2026-07-04 · Revisado: 2026-07-04
ESE IMSALUD: Terceros de analitica/rastreo
Apareció: 2026-07-04 · Revisado: 2026-07-04
VPN/Intranet alcanzable en DNS publico (1)
Apareció: 2026-05-02 · Revisado: 2026-05-17
Sin canal estandar de divulgacion responsable
Apareció: 2026-05-02 · Revisado: 2026-05-17
DMARC en modo quarantine (no reject)
Apareció: 2026-05-02 · Revisado: 2026-07-05
Cookies sin Secure o SameSite en 2 hosts
Apareció: 2026-05-02 · Revisado: 2026-05-17
Headers de seguridad insuficientes (0/8)
Apareció: 2026-05-02 · Revisado: 2026-05-17
Certificado wildcard cubre 1 dominios en imsalud.gov.co
Apareció: 2026-04-30 · Revisado: 2026-07-05
DNSSEC ausente en imsalud.gov.co
Apareció: 2026-04-30 · Revisado: 2026-07-05
DNS de imsalud.gov.co totalmente fuera de Colombia
Apareció: 2026-04-30 · Revisado: 2026-07-05
Sin registros CAA
Apareció: 2026-05-02 · Revisado: 2026-06-30 · Solucionado: 2026-06-30
Revisión de hallazgos pendientes
Revisado: 2026-07-05Conservado 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.
f-ese-imsalud-cucuta-04
requiere método seguro de validación · Datos personales
ef-ese-imsalud-cucuta-03
requiere método seguro de validación · Datos personales
ef-ese-imsalud-cucuta-01
requiere nuevo chequeo pasivo · Configuración SSL
ef-ese-imsalud-cucuta-02
requiere nuevo chequeo pasivo · Configuración SSL
Activos públicos (6)
soporte.imsalud.gov.co
subdominio
Server: nginx/1.18.0 (Ubuntu)
Targeted passive refresh for ese-imsalud-cucuta. Server: nginx/1.18.0 (Ubuntu).
Observado: 2026-07-04
vpn.imsalud.gov.co
vpn
Server: nginx/1.18.0 (Ubuntu)
Targeted passive refresh for ese-imsalud-cucuta. Server: nginx/1.18.0 (Ubuntu).
Observado: 2026-07-04
ftp.imsalud.gov.co
subdominio
Server: Apache
Targeted passive refresh for ese-imsalud-cucuta. Server: Apache.
Observado: 2026-07-04
imsalud.gov.co
portal principal
Server: Apache
Targeted passive refresh for ese-imsalud-cucuta. Server: Apache.
Observado: 2026-07-04
www.imsalud.gov.co
portal principal
Server: Apache
Tech: Apache, WordPress. Title: IMSALUD – Empresa Social del Estado
Observado: 2026-05-02
mail.imsalud.gov.co
Server: nginx
Targeted passive refresh for ese-imsalud-cucuta. Server: nginx.
Observado: 2026-07-04