Postura crítica

Corporación Universitaria Iberoamericana

Organos Autonomos · Sector educacion · Universidad privada

ResumenRiesgo MEDIO

Iberoamericana presenta riesgo medio: tiene 6 hallazgos activos publicados, de los cuales 3 requieren atención prioritaria (3 altos). La prioridad es reducir la exposición de datos personales y revisar consentimiento, retención y terceros involucrados. Los temas que más inciden son dependencia de infraestructura externa, suplantación institucional y confianza del dominio.

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 6 hallazgos activos publicados: 3 altos y 3 medios.

Señales técnicas principales: Uso de infraestructura pública de proveedor internacional: Apex resuelve a 172.67.73.9 (rango característico de proveedor extranjero — Cloudflare/AWS/Azure US). Sin DMARC publicado: _dmarc.iberoamericana.edu.co no devuelve registro TXT. Sin registros CAA: dig CAA iberoamericana.edu.co retorna vacío.

Focos técnicos dominantes: dependencia de infraestructura externa; autenticación de correo; y certificados, DNSSEC y confianza del dominio.

Publicados: 6Altos: 3Medios: 3
Cobertura70
Postura de seguridad5
Divulgación responsable0
Consistencia operativa60

Hallazgos (6)

Sin registros CAA

Alta

dig CAA iberoamericana.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.

Sin DMARC publicado

Alta

_dmarc.iberoamericana.edu.co no devuelve registro TXT.

Sin DMARC, cualquier atacante puede suplantar correos @iberoamericana.edu.co sin restriccion. Spoofing trivial contra ciudadanos y proveedores.

Datos del portal hospedados fuera de Colombia

Alta

Apex resuelve a 172.67.73.9 (rango caracteristico de proveedor extranjero — Cloudflare/AWS/Azure US).

Ley 1581/2012 art. 26 exige consentimiento o nivel de proteccion adecuado para transferencia internacional. EE.UU. no esta en la lista de paises adecuados de la SIC sin clausulas contractuales tipo.

Headers exponen versiones de stack en 2 hosts

Media

Ejemplos: mail.iberoamericana.edu.co: X-Powered-By=ASP.NET; ftp.iberoamericana.edu.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

Media

Ninguno 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.

Iberoamericana: Endurecimiento web insuficiente

Media

U. Iberoamericana mantiene hosts auxiliares publicos con endurecimiento de headers insuficiente.

Headers de seguridad ausentes o incompletos reducen defensas del navegador contra inyeccion, clickjacking y filtrado de contexto.

Soluciones recomendadas

Qué necesita Iberoamericana

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.

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

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.

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.
Solicitar diagnóstico

Cronología de hallazgos

2026-05-022026-06-28

Nuevos

6

Activos

6

Pendientes

0

Solucionados

0

Activos públicos (6)

mail.iberoamericana.edu.co

email

0/8
HTTPS
Certificado
HSTS
CSP
X-Frame-Options
X-Content-Type
Referrer-Policy
security.txt

Server: Microsoft-IIS/10.0

Tech: ASP.NET, IIS 10. Title: Web Server's Default Page

Observado: 2026-05-02

mobile.iberoamericana.edu.co

subdominio

0/8
HTTPS
Certificado
HSTS
CSP
X-Frame-Options
X-Content-Type
Referrer-Policy
security.txt

HTTPS error: <urlopen error timed out>. FQDN publicado en DNS publico (IP 190.242.124.158).

Observado: 2026-05-02

www.iberoamericana.edu.co

portal principal

0/8
HTTPS
Certificado
HSTS
CSP
X-Frame-Options
X-Content-Type
Referrer-Policy
security.txt

HTTPS error: <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] ssl/tls alert handshake failure (_ssl.c:1016)>. FQDN publicado en DNS publico (IP 104.26.11.165).

Observado: 2026-05-02

apps.iberoamericana.edu.co

subdominio

0/8
HTTPS
Certificado
HSTS
CSP
X-Frame-Options
X-Content-Type
Referrer-Policy
security.txt

HTTPS error: <urlopen error timed out>. FQDN publicado en DNS publico (IP 190.242.124.158).

Observado: 2026-05-02

iberoamericana.edu.co

portal principal

0/8
HTTPS
Certificado
HSTS
CSP
X-Frame-Options
X-Content-Type
Referrer-Policy
security.txt

HTTPS error: <urlopen error [SSL: SSLV3_ALERT_HANDSHAKE_FAILURE] ssl/tls alert handshake failure (_ssl.c:1016)>. FQDN publicado en DNS publico (IP 104.26.11.165).

Observado: 2026-05-02

ftp.iberoamericana.edu.co

subdominio

0/8
HTTPS
Certificado
HSTS
CSP
X-Frame-Options
X-Content-Type
Referrer-Policy
security.txt

Server: Microsoft-IIS/10.0

Tech: ASP.NET, IIS 10. Title: Web Server's Default Page

Observado: 2026-05-02