Capital Salud EPS-S (Distrital Bogotá)
Rama Ejecutiva · Sector salud · EPS — Entidad Promotora de Salud
Capital Salud presenta riesgo crítico: tiene 7 hallazgos activos publicados, de los cuales 2 requieren atención prioritaria (2 críticos). Además, 2 hallazgos están pendientes de revisión antes de decidir si se publica o se descarta. La prioridad es parchar o aislar la tecnología vulnerable y confirmar el cierre con una verificación posterior. Los temas que más inciden son vulnerabilidades usadas en ataques reales; tecnología vulnerable o fuera de soporte; y datos personales y terceros.
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: 2 críticos y 5 medios. Hay 2 hallazgos pendientes de revisión que todavía no deben tratarse como publicados.
Señales técnicas principales: CISA KEV CVE-2024-4577: php 7.4 en eps-capital-salud (explotación activa documentada; en uso por ransomware activo): La versión detectada php 7.4 corresponde a vendor='php group' product='php' con 1 CVE en el catálogo CISA KEV. Esta CVE específica (CVE-2024-4577: PHP-CGI OS Command Injection Vulnerability) está documentada como... Stack tecnologico fuera de soporte: PHP 7.4 (EOL): Apex capitalsalud.gov.co reporta: PHP 7.4 (EOL), PHP EOL (PHP/7.4.33). Capital Salud: Terceros de analítica/rastreo: La pagina sigue cargando terceros de analítica/rastreo en 1 host: www.capitalsalud.gov.co.
Focos técnicos dominantes: vulnerabilidad con explotación activa; software fuera de soporte; y rastreo de ciudadanos y tratamiento de datos.
Hallazgos (7)
CISA KEV CVE-2024-4577: php 7.4 en eps-capital-salud (explotación activa documentada; en uso por ransomware activo)
CriticaLa versión detectada php 7.4 corresponde a vendor='php group' product='php' con 1 CVE en el catálogo CISA KEV. Esta CVE específica (CVE-2024-4577: PHP-CGI OS Command Injection Vulnerability) está documentada como explotada activamente por atacantes en producción (catalog dateAdded=2024-06-12, dueDate gov US=2024-07-03; en uso por ransomware activo).
El catálogo CISA Known Exploited Vulnerabilities lista solamente CVEs con evidencia confirmada de explotación en ataques reales. Esto no es un riesgo teórico: equivalente a saber que la cerradura específica de tu casa está publicada en un foro de criminales. La US Federal Government tiene fechas obligatorias de remediación (dueDate) — para entidades del Estado colombiano el estándar mínimo es el mismo. Si la CVE es de uso conocido en ransomware, el riesgo escala a interrupción operacional crítica.
Stack tecnologico fuera de soporte: PHP 7.4 (EOL)
CriticaApex capitalsalud.gov.co reporta: PHP 7.4 (EOL), PHP EOL (PHP/7.4.33).
Software fuera de soporte no recibe parches de seguridad. Cualquier vulnerabilidad descubierta despues del EOL queda sin remediar.
Headers exponen versiones de stack en 3 hosts
MediaEjemplos: www.capitalsalud.gov.co: X-Powered-By=PHP/7.4.33; capitalsalud.gov.co: X-Powered-By=PHP/7.4.33; portal.capitalsalud.gov.co: X-Powered-By=ASP.NET.
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
MediaNinguno de los 5 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 (1/8)
MediaApex capitalsalud.gov.co solo presenta 1 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.
Capital Salud: Scripts externos sin SRI
MediaScripts de terceros sin Subresource Integrity siguen presentes en 1 host(s): www.capitalsalud.gov.co.
Scripts de terceros sin Subresource Integrity pueden ejecutar codigo modificado si el proveedor o CDN se compromete.
Capital Salud: Terceros de analitica/rastreo
MediaLa pagina sigue cargando terceros de analitica/rastreo en 1 host(s): www.capitalsalud.gov.co.
Terceros de analitica o rastreo en portales publicos requieren base legal, minimizacion y controles de consentimiento.
Soluciones recomendadas
Qué necesita Capital Salud
Acciones derivadas directamente de los hallazgos observados en esta entidad.
Inmediatas
Firewall y protección perimetral
- Implementar o fortalecer un WAF (firewall de aplicaciones web).
- Bloquear tráfico sospechoso.
- Limitar acceso a rutas sensibles como /admin, /administrator, /api, /dev, /intranet.
- Aplicar reglas contra inyección, scraping agresivo, fuerza bruta y escaneo automatizado.
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
Actualizar software obsoleto
- Migrar PHP 5 y PHP 7.4 a versiones soportadas.
- Actualizar Joomla, plugins, plantillas y extensiones.
- Retirar librerías JavaScript vulnerables.
- Establecer ventanas mensuales de parcheo.
Gestión de vulnerabilidades
- Escanear periódicamente dominios y subdominios.
- Clasificar hallazgos por severidad.
- Asignar responsables y fechas de cierre.
- Verificar que cada corrección haya sido aplicada.
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.
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.
Cronología de hallazgos
2026-05-02 → 2026-07-03Nuevos
10
Activos
7
Pendientes
2
Solucionados
1
Capital Salud: Scripts externos sin SRI
Apareció: 2026-07-03 · Revisado: 2026-07-03
Capital Salud: Terceros de analitica/rastreo
Apareció: 2026-07-03 · Revisado: 2026-07-03
CISA KEV CVE-2024-4577: php 7.4 en eps-capital-salud (explotación activa documentada; en uso por ransomware activo)
Apareció: 2026-05-03 · Revisado: 2026-05-17
Sin canal estandar de divulgacion responsable
Apareció: 2026-05-02 · Revisado: 2026-05-17
Stack tecnologico fuera de soporte: PHP 7.4 (EOL)
Apareció: 2026-05-02 · Revisado: 2026-05-17
Headers exponen versiones de stack en 3 hosts
Apareció: 2026-05-02 · Revisado: 2026-05-17
Headers de seguridad insuficientes (1/8)
Apareció: 2026-05-02 · Revisado: 2026-05-17
Capital Salud: Portal sin HTTPS funcional
Apareció: 2026-07-03 · Revisado: 2026-07-05
DMARC en modo quarantine (no reject)
Apareció: 2026-05-02 · 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 2 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-eps-capital-salud-03
requiere método seguro de validación · Datos personales
candidate-eps-capital-salud-configuracion_ssl-a82374f914
requiere nuevo chequeo pasivo · Configuración SSL
Activos públicos (5)
autodiscover.capitalsalud.gov.co
Targeted passive refresh for eps-capital-salud. Server: unknown.
Observado: 2026-07-03
www.capitalsalud.gov.co
portal principal
Server: Apache/2.4.37 (AlmaLinux) OpenSSL/1.1.1k mod_fcgid/2.3.9 PHP/7.4.33
Targeted passive refresh for eps-capital-salud. Server: Apache/2.4.37 (AlmaLinux) OpenSSL/1.1.1k mod_fcgid/2.3.9 PHP/7.4.33.
Observado: 2026-07-03
capitalsalud.gov.co
portal principal
Targeted passive refresh for eps-capital-salud. Server: unknown.
Observado: 2026-07-03
admin.capitalsalud.gov.co
panel admin
Targeted passive refresh for eps-capital-salud. Server: unknown.
Observado: 2026-07-03
portal.capitalsalud.gov.co
subdominio
Server: Microsoft-IIS/10.0
Targeted passive refresh for eps-capital-salud. Server: Microsoft-IIS/10.0.
Observado: 2026-07-03