Universidad Tecnológica del Chocó
Organos Autonomos · Sector educacion · Universidad pública
UTCh presenta riesgo medio: tiene 5 hallazgos activos publicados, de los cuales 2 requieren atención prioritaria (2 altos). Además, 1 hallazgo está pendiente 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 5 hallazgos activos publicados: 2 altos y 3 medios. Hay 1 hallazgo pendiente de revisión que todavía no debe tratarse como publicado.
Señales técnicas principales: Sin DMARC publicado: _dmarc.utch.edu.co no devuelve registro TXT. UTCh: Dominio con riesgo de suplantación por correo: El riesgo de suplantación por correo sigue visible en 1 dominio: utch.edu.co. Cookies sin Secure o SameSite en 8 hosts: Hosts afectados: presupuesto.utch.edu.co, tramites.utch.edu.co, utch.edu.co, sigep.utch.edu.co, mail.utch.edu.co.
Focos técnicos dominantes: autenticación de correo; headers, cookies y endurecimiento web; y canal de reporte de vulnerabilidades.
Hallazgos (5)
UTCh: Dominio con riesgo de suplantacion por correo
AltaEmail spoofing risk is still visible for 1 domain(s): utch.edu.co.
SPF/DMARC debil permite suplantacion de correo institucional y fraude dirigido.
Sin DMARC publicado
Alta_dmarc.utch.edu.co no devuelve registro TXT.
Sin DMARC, cualquier atacante puede suplantar correos @utch.edu.co sin restriccion. Spoofing trivial contra ciudadanos y proveedores.
Headers exponen versiones de stack en 8 hosts
MediaEjemplos: presupuesto.utch.edu.co: X-Powered-By=PHP/7.0.32; tramites.utch.edu.co: X-Powered-By=PHP/7.0.32; utch.edu.co: X-Powered-By=PHP/8.2.30.
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 10 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 8 hosts
MediaHosts afectados: presupuesto.utch.edu.co, tramites.utch.edu.co, utch.edu.co, sigep.utch.edu.co, mail.utch.edu.co.
Sin Secure las cookies viajan en HTTP plano si HSTS no aplica. Sin SameSite quedan expuestas a CSRF.
Soluciones recomendadas
Qué necesita UTCh
Acciones derivadas directamente de los hallazgos observados en esta entidad.
Inmediatas
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
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-04Nuevos
7
Activos
5
Pendientes
1
Solucionados
1
UTCh: Dominio con riesgo de suplantacion por correo
Apareció: 2026-07-04 · Revisado: 2026-07-05
Sin canal estandar de divulgacion responsable
Apareció: 2026-05-02 · Revisado: 2026-05-17
Sin DMARC publicado
Apareció: 2026-05-02 · Revisado: 2026-07-05
Headers exponen versiones de stack en 8 hosts
Apareció: 2026-05-02 · Revisado: 2026-05-17
Cookies sin Secure o SameSite en 8 hosts
Apareció: 2026-05-02 · Revisado: 2026-05-17
UTCh: Portal sin HTTPS funcional
Apareció: 2026-07-03 · 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-univ-utch-03
requiere método seguro de validación · Datos personales
candidate-univ-utch-configuracion_ssl-7a13bdc9ed
requiere nuevo chequeo pasivo · Configuración SSL
Activos públicos (10)
autodiscover.utch.edu.co
Targeted passive refresh for univ-utch. Server: unknown.
Observado: 2026-07-04
presupuesto.utch.edu.co
subdominio
Server: Apache
Targeted passive refresh for univ-utch. Server: Apache.
Observado: 2026-07-04
facturacion.utch.edu.co
subdominio
Targeted passive refresh for univ-utch. Server: unknown.
Observado: 2026-07-04
tramites.utch.edu.co
portal tramites
Server: Apache
Tech: Apache, PHP 7.0 (EOL). Title: Gestión de Trámites
Observado: 2026-05-02
utch.edu.co
portal principal
Server: openresty/1.29.2.3
Targeted passive refresh for univ-utch. Server: openresty/1.29.2.3.
Observado: 2026-07-04
sigep.utch.edu.co
subdominio
Server: Apache
Tech: Apache, PHP 7.0 (EOL). Title: SIGEP
Observado: 2026-05-02
mail.utch.edu.co
Targeted passive refresh for univ-utch. Server: unknown.
Observado: 2026-07-04
ftp.utch.edu.co
subdominio
Server: openresty/1.29.2.3
Targeted passive refresh for univ-utch. Server: openresty/1.29.2.3.
Observado: 2026-07-04
webmail.utch.edu.co
Server: openresty/1.29.2.3
Targeted passive refresh for univ-utch. Server: openresty/1.29.2.3.
Observado: 2026-07-04
www.utch.edu.co
portal principal
Server: Apache
Tech: Apache, Cloudflare, Joomla. Title: Universidad Tecnologica del Choco - Diego Luis Cordoba
Observado: 2026-05-02