Instituto Tecnológico Metropolitano (Medellín)
Organos Autonomos · Sector educacion · Universidad pública
ITM presenta riesgo crítico: tiene 9 hallazgos activos publicados, de los cuales 6 requieren atención prioritaria (2 críticos y 4 altos). Además, 1 hallazgo está pendiente de revisión antes de decidir si se publica o se descarta. La prioridad es confirmar producto y versión vulnerable; si se confirma, parchar o aislar la tecnología afectada. Los temas que más inciden son posible correspondencia con CISA KEV pendiente de confirmación, exposición pública de accesos sensibles y exposición pública de servicios.
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 9 hallazgos activos publicados: 2 críticos, 4 altos y 3 medios. Hay 1 hallazgo pendiente de revisión que todavía no debe tratarse como publicado.
Señales técnicas principales: CISA KEV CVE-2021-22175: gitlab con versión no determinada en univ-itm (posible correspondencia CISA KEV pendiente de versión): La tecnología reportada (gitlab con versión no determinada) requiere confirmar producto y versión antes de tratarlo como CISA KEV confirmado. Esta CVE específica (CVE-2021-22175: GitLab Server-Side Request Forgery... phpMyAdmin accesible en www.itm.edu.co: GET https://www.itm.edu.co/phpmyadmin/ Subdominios sensibles nuevos descubiertos en wordlist extendida (1): Hosts: gitlab.itm.edu.co
Focos técnicos dominantes: posible CISA KEV pendiente de versión; subdominios, APIs o paneles expuestos; y autenticación de correo.
Hallazgos (9)
CISA KEV CVE-2021-22175: gitlab . en univ-itm (explotación activa documentada)
CriticaLa versión detectada gitlab . corresponde a vendor='gitlab' product='gitlab' con 1 CVE en el catálogo CISA KEV. Esta CVE específica (CVE-2021-22175: GitLab Server-Side Request Forgery (SSRF) Vulnerability) está documentada como explotada activamente por atacantes en producción (catalog dateAdded=2026-02-18, dueDate gov US=2026-03-11).
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.
phpMyAdmin accesible en www.itm.edu.co
CriticaGET https://www.itm.edu.co/phpmyadmin/
phpMyAdmin público + credenciales débiles/default = compromiso total de DB. Recomendación: nunca exponer phpMyAdmin a internet.
Subdominios sensibles nuevos descubiertos en wordlist extendida (1)
AltaHosts: gitlab.itm.edu.co
Subdominios con prefijos de no-produccion o de paneles/herramientas internas alcanzables desde DNS publico. Cada uno expande la superficie y suele tener menor hardening que el portal principal.
Sin registros CAA
Altadig CAA itm.edu.co retorna vacio.
Cualquier autoridad certificadora publica puede emitir certificados a nombre del dominio sin restriccion. Combinado con monitoreo CT incompleto, certificados fraudulentos pueden pasar inadvertidos.
WordPress REST expone listado de usuarios en www.itm.edu.co
AltaGET https://www.itm.edu.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.
ITM: Dominio con riesgo de suplantacion por correo
AltaEmail spoofing risk is still visible for 1 domain(s): itm.edu.co.
SPF/DMARC debil permite suplantacion de correo institucional y fraude dirigido.
Headers exponen versiones de stack en 2 hosts
MediaEjemplos: api.itm.edu.co: X-Powered-By=ASP.NET; pagos.itm.edu.co: X-Powered-By=Express.
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 11 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 5 hosts
MediaHosts afectados: staging.itm.edu.co, api.itm.edu.co, pagos.itm.edu.co, www.itm.edu.co, sso.itm.edu.co.
Sin Secure las cookies viajan en HTTP plano si HSTS no aplica. Sin SameSite quedan expuestas a CSRF.
Soluciones recomendadas
Qué necesita ITM
Acciones derivadas directamente de los hallazgos observados en esta entidad.
Inmediatas
Cifrado obligatorio en todos los portales
- Activar HTTPS correctamente en todos los portales y subdominios.
- Corregir certificados vencidos o mal configurados.
- Habilitar HSTS para obligar conexiones seguras.
- Revisar que no haya contenido mixto cargando por HTTP.
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
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.
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.
Control de certificados
- Publicar registros CAA para definir qué autoridades pueden emitir certificados del dominio.
- Monitorear Certificate Transparency.
- Renovar certificados automáticamente.
- Detectar certificados sospechosos o no autorizados.
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.
Cronología de hallazgos
2026-04-30 → 2026-07-03Nuevos
10
Activos
9
Pendientes
1
Solucionados
0
ITM: Dominio con riesgo de suplantacion por correo
Apareció: 2026-07-03 · Revisado: 2026-07-03
WordPress REST expone listado de usuarios en www.itm.edu.co
Apareció: 2026-05-03 · Revisado: 2026-05-17
phpMyAdmin accesible en www.itm.edu.co
Apareció: 2026-05-03 · Revisado: 2026-05-17
CISA KEV CVE-2021-22175: gitlab . en univ-itm (explotación activa documentada)
Apareció: 2026-05-03 · Revisado: 2026-05-17
Sin canal estandar de divulgacion responsable
Apareció: 2026-05-02 · Revisado: 2026-05-17
Sin registros CAA
Apareció: 2026-05-02 · Revisado: 2026-05-17
Headers exponen versiones de stack en 2 hosts
Apareció: 2026-05-02 · Revisado: 2026-05-17
Cookies sin Secure o SameSite en 5 hosts
Apareció: 2026-05-02 · Revisado: 2026-05-17
Subdominios sensibles nuevos descubiertos en wordlist extendida (1)
Apareció: 2026-04-30 · Revisado: 2026-05-17
DMARC en modo none (no reject)
Apareció: 2026-05-02 · Revisado: 2026-07-05
Revisión de hallazgos pendientes
Revisado: 2026-07-05Conservado en revisión
Hay 1 hallazgo pendiente con revisión conservadora: se mantiene fuera de publicación hasta cerrar evidencia suficiente. Esta decisión no los marca como solucionados ni como falsos positivos.
f-univ-itm-03
requiere método seguro de validación · Datos personales
Activos públicos (11)
sigep.itm.edu.co
subdominio
HTTPS error: Remote end closed connection without response. FQDN publicado en DNS publico (IP 200.13.235.198).
Observado: 2026-05-02
staging.itm.edu.co
ambiente no produccion
Server: Apache/2.4.58 (Ubuntu)
Targeted passive refresh for univ-itm. Server: Apache/2.4.58 (Ubuntu).
Observado: 2026-07-03
api.itm.edu.co
api
Server: Microsoft-IIS/7.5
Targeted passive refresh for univ-itm. Server: Microsoft-IIS/7.5.
Observado: 2026-07-03
pagos.itm.edu.co
subdominio
Server: Microsoft-IIS/8.5
Tech: Cloudflare, IIS 8.5 (Win 2012 R2 EOL), WordPress. Title: PAGOS ITM
Observado: 2026-05-02
autodiscover.itm.edu.co
HTTPS error: <urlopen error [Errno 61] Connection refused>. FQDN publicado en DNS publico (IP 52.96.173.216).
Observado: 2026-05-02
itm.edu.co
portal principal
Targeted passive refresh for univ-itm. Server: unknown.
Observado: 2026-07-03
www.itm.edu.co
portal principal
Server: Apache
Tech: Apache, WordPress. Title: ITM – Institución Universitaria – Reacreditada en Alta Calidad
Observado: 2026-05-02
portal.itm.edu.co
subdominio
Tech: no fingerprint. Title: Server Unavailiable
Observado: 2026-05-02
proyectos.itm.edu.co
subdominio
Tech: no fingerprint. Title: Proyectos ITM
Observado: 2026-05-02
sso.itm.edu.co
subdominio
Server: nginx/1.29.8
Tech: Nginx. Title: Autenticación
Observado: 2026-05-02
o365.itm.edu.co
subdominio
HTTPS error: Remote end closed connection without response. FQDN publicado en DNS publico (IP 200.13.235.198).
Observado: 2026-05-02