Mejorar postura

Universidad de Córdoba

Organos Autonomos · Sector educacion · Universidad pública

ResumenRiesgo ALTO

U. Córdoba presenta riesgo alto: tiene 11 hallazgos activos publicados, de los cuales 6 requieren atención prioritaria (3 críticos y 3 altos). Además, 2 hallazgos están pendientes de revisión antes de decidir si se publica o se descarta. 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 información sensible expuesta; suplantación institucional; 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 11 hallazgos activos publicados: 3 críticos, 3 altos y 5 medios. Hay 2 hallazgos pendientes de revisión que todavía no deben tratarse como publicados.

Señales técnicas principales: WordPress debug.log público con 1 errores fatales en univ-unicordoba: GET /wp-content/debug.log: 1 fatal + 0 warnings. Paths internos del servidor leaked: 5 (/var/www/html/wp-content/plugins/the-events-calendar/common/src/Tribe/Container.php, /var/www/html/wp-cron.php,... wp-content/debug.log público en unicordoba.edu.co: GET https://unicordoba.edu.co/wp-content/debug.log retorna log de errores PHP de WordPress. wp-content/debug.log público en www.unicordoba.edu.co: GET https://www.unicordoba.edu.co/wp-content/debug.log retorna log de errores PHP de WordPress.

Focos técnicos dominantes: divulgación de información sensible; autenticación de correo; y rastreo de ciudadanos y tratamiento de datos.

Publicados: 11Críticos: 3Altos: 3Medios: 5Pendientes: 2
Cobertura100
Postura de seguridad60
Divulgación responsable0
Consistencia operativa75

Hallazgos (11)

wp-content/debug.log público en unicordoba.edu.co

Critica

GET https://unicordoba.edu.co/wp-content/debug.log retorna log de errores PHP de WordPress.

El debug.log de WordPress contiene stack traces, paths absolutos del servidor, queries SQL y a veces credenciales. Acceso público es divulgación crítica.

wp-content/debug.log público en www.unicordoba.edu.co

Critica

GET https://www.unicordoba.edu.co/wp-content/debug.log retorna log de errores PHP de WordPress.

El debug.log de WordPress contiene stack traces, paths absolutos del servidor, queries SQL y a veces credenciales. Acceso público es divulgación crítica.

WordPress debug.log público con 1 errores fatales en univ-unicordoba

Critica

GET /wp-content/debug.log: 1 fatal + 0 warnings. Paths internos del servidor leaked: 5 (/var/www/html/wp-content/plugins/the-events-calendar/common/src/Tribe/Container.php, /var/www/html/wp-cron.php, /var/www/html/wp-settings.php). DB credentials visibles en texto: 0.

Un debug.log con stack traces fatales contiene paths absolutos del filesystem, queries SQL en falla (a veces con valores), y credenciales de DB embebidas en mensajes de error de WordPress. Si DB credentials visibles > 0, hay compromiso de base de datos confirmado.

WordPress REST expone listado de usuarios en unicordoba.edu.co

Alta

GET https://unicordoba.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.

WordPress REST expone listado de usuarios en www.unicordoba.edu.co

Alta

GET https://www.unicordoba.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.

U. Córdoba: Dominio con riesgo de suplantacion por correo

Alta

Email spoofing risk is still visible for 1 domain(s): unicordoba.edu.co.

SPF/DMARC debil permite suplantacion de correo institucional y fraude dirigido.

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.

Cookies sin SameSite en Universidad de Cordoba

Media

www.unicordoba.edu.co y unicordoba.edu.co emiten cookies con Secure, pero sin SameSite.

Sin Secure las cookies viajan en HTTP plano si HSTS no aplica. Sin SameSite quedan expuestas a CSRF.

Headers de seguridad insuficientes (3/8)

Media

Apex unicordoba.edu.co solo presenta 3 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.

U. Córdoba: Scripts externos sin SRI

Media

Scripts de terceros sin Subresource Integrity siguen presentes en 2 host(s): unicordoba.edu.co, www.unicordoba.edu.co.

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

U. Córdoba: Terceros de analitica/rastreo

Media

La pagina sigue cargando terceros de analitica/rastreo en 2 host(s): unicordoba.edu.co, www.unicordoba.edu.co.

Terceros de analitica o rastreo en portales publicos requieren base legal, minimizacion y controles de consentimiento.

Soluciones recomendadas

Qué necesita U. Córdoba

Acciones derivadas directamente de los hallazgos observados en esta entidad.

Inmediatas

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

Cronología de hallazgos

2026-05-022026-07-03

Nuevos

14

Activos

11

Pendientes

2

Solucionados

1

+ 2 eventos adicionales en el API de cronología.

Revisión de hallazgos pendientes

Revisado: 2026-07-05

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

2 pendientes

candidate-univ-unicordoba-configuracion_ssl-9fa50b3880

requiere nuevo chequeo pasivo · Configuración SSL

AltaConservado en revisión

f-univ-unicordoba-03

requiere método seguro de validación · Datos personales

AltaConservado en revisión

Activos públicos (3)

www3.unicordoba.edu.co

subdominio

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

Targeted passive refresh for univ-unicordoba. Server: unknown.

Observado: 2026-07-03

www.unicordoba.edu.co

portal principal

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

Server: Apache

Targeted passive refresh for univ-unicordoba. Server: Apache.

Observado: 2026-07-03

unicordoba.edu.co

portal principal

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

Server: Apache

Targeted passive refresh for univ-unicordoba. Server: Apache.

Observado: 2026-07-03