Postura crítica

Hospital Universitario de la Samaritana ESE

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

ResumenRiesgo ALTO

ESE H.U. Samaritana presenta riesgo alto: tiene 10 hallazgos activos publicados, de los cuales 7 requieren atención prioritaria (4 críticos y 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 accesos sensibles, información sensible expuesta y controles básicos del portal.

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 10 hallazgos activos publicados: 4 críticos, 3 altos y 3 medios. Hay 3 hallazgos pendientes de revisión que todavía no deben tratarse como publicados.

Señales técnicas principales: phpMyAdmin accesible en citas.hus.org.co: GET https://citas.hus.org.co/phpmyadmin/ phpMyAdmin accesible en hus.org.co: GET https://hus.org.co/phpmyadmin/ phpMyAdmin accesible en www.hus.org.co: GET https://www.hus.org.co/phpmyadmin/

Focos técnicos dominantes: subdominios, APIs o paneles expuestos; divulgación de información sensible; y headers, cookies y endurecimiento web.

Publicados: 10Críticos: 4Altos: 3Medios: 3Pendientes: 3

Cobertura100

Postura de seguridad25

Divulgación responsable0

Consistencia operativa75

Hallazgos (10)

phpMyAdmin accesible en citas.hus.org.co

Critica

GET https://citas.hus.org.co/phpmyadmin/

phpMyAdmin público + credenciales débiles/default = compromiso total de DB. Recomendación: nunca exponer phpMyAdmin a internet.

phpMyAdmin accesible en www.hus.org.co

Critica

GET https://www.hus.org.co/phpmyadmin/

phpMyAdmin público + credenciales débiles/default = compromiso total de DB. Recomendación: nunca exponer phpMyAdmin a internet.

phpMyAdmin accesible en hus.org.co

Critica

GET https://hus.org.co/phpmyadmin/

phpMyAdmin público + credenciales débiles/default = compromiso total de DB. Recomendación: nunca exponer phpMyAdmin a internet.

phpMyAdmin unknown expuesto en ese-hus-cundinamarca (control DB potencial)

Critica

phpMyAdmin versión unknown accesible públicamente. Vector clásico de credential stuffing (admin/admin, root/blank, root/root). Versiones <5.1 acumulan CVEs sin parche.

phpMyAdmin es la consola web de MySQL/MariaDB. Si tiene credenciales débiles o por defecto, un atacante obtiene acceso completo a la base de datos en una request. Versión específica permite match contra CVE database (CVE-2020-26935, CVE-2018-19968, etc.).

WordPress REST expone listado de usuarios en citas.hus.org.co

Alta

GET https://citas.hus.org.co/wp-json/wp/v2/users retorna HTTP 200/JSON con objetos publicos de usuarios o autores de WordPress; no se publican nombres, slugs, enlaces de autor ni muestras del cuerpo.

El endpoint /wp-json/wp/v2/users entrega usernames y a veces emails de la instalación WP. Permite enumerar nombres válidos para bruteforce dirigido y phishing personalizado.

WordPress REST expone listado de usuarios en www.hus.org.co

Alta

GET https://www.hus.org.co/wp-json/wp/v2/users retorna HTTP 200/JSON con objetos publicos de usuarios o autores de WordPress; no se publican nombres, slugs, enlaces de autor ni muestras del cuerpo.

El endpoint /wp-json/wp/v2/users entrega usernames y a veces emails de la instalación WP. Permite enumerar nombres válidos para bruteforce dirigido y phishing personalizado.

WordPress REST expone listado de usuarios en hus.org.co

Alta

GET https://hus.org.co/wp-json/wp/v2/users retorna HTTP 200/JSON con objetos publicos de usuarios o autores de WordPress; no se publican nombres, slugs, enlaces de autor ni muestras del cuerpo.

El endpoint /wp-json/wp/v2/users entrega usernames y a veces emails de la instalación WP. Permite enumerar nombres válidos para bruteforce dirigido y phishing personalizado.

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 hus.org.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 H.U. Samaritana: Scripts externos sin SRI

Media

Scripts de terceros sin Subresource Integrity siguen presentes en 3 host(s): citas.hus.org.co, hus.org.co, www.hus.org.co.

Scripts de terceros sin Subresource Integrity pueden ejecutar codigo modificado si el proveedor o CDN se compromete.

Soluciones recomendadas

Qué necesita ESE H.U. Samaritana

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.

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.

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-30 → 2026-07-03

Nuevos

Activos

Pendientes

Solucionados

ESE H.U. Samaritana: Scripts externos sin SRI

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

Activo

WordPress REST expone listado de usuarios en citas.hus.org.co