Estado Seguropor Cristian Espinal Maya
Ver hallazgos
Postura crítica

Alcaldia de Ibague

Rama Ejecutiva · Sector territorial · Alcaldía capital

ResumenRiesgo MEDIO

Alc. Ibague presenta riesgo medio: tiene 11 hallazgos activos publicados, de los cuales 4 requieren atención prioritaria (4 altos). Además, 3 hallazgos están pendientes de revisión antes de decidir si se publica o se descarta. La prioridad es actualizar o aislar la tecnología vulnerable y confirmar el cierre con una verificación posterior. Los temas que más inciden son tecnología vulnerable o fuera de soporte, controles básicos del portal y suplantación institucional.

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

Señales técnicas principales: Stack EOL 'PHP 5 (EOL)' presente en 8 entidades del Estado: Entidades con está tech: alc-cali, alc-ibague, car-cda, car-crc-cauca, emp-eaab, ese-metrosalud, ese-subred-norte, gob-cesar Stack EOL 'PHP 7.4 (EOL)' presente en 13 entidades del Estado: Entidades con está tech: alc-bucaramanga, alc-ibague, car-cda, car-cdmb, car-corpoamazonia, car-corponarino, car-sda-bogota, ese-pasto-salud Alc. Ibague: Cookies sin atributos defensivos completos: Cookies de sesion con atributos defensivos incompletos siguen visibles en 1 host: turismo.ibague.gov.co.

Focos técnicos dominantes: software fuera de soporte; headers, cookies y endurecimiento web; y autenticación de correo.

Publicados: 11Altos: 4Medios: 7Pendientes: 3
Cobertura100
Postura de seguridad30
Divulgación responsable0
Consistencia operativa100

Hallazgos (11)

Stack EOL 'PHP 7.4 (EOL)' presente en 13 entidades del Estado

Alta

Entidades con esta tech: alc-bucaramanga, alc-ibague, car-cda, car-cdmb, car-corpoamazonia, car-corponarino, car-sda-bogota, ese-pasto-salud

Software fuera de soporte (PHP 7.4 (EOL)) en múltiples entidades sugiere proveedor común con stack obsoleto. Vulnerabilidad descubierta en este stack afecta simultáneamente a varios servicios públicos.

Stack EOL 'PHP 5 (EOL)' presente en 8 entidades del Estado

Alta

Entidades con esta tech: alc-cali, alc-ibague, car-cda, car-crc-cauca, emp-eaab, ese-metrosalud, ese-subred-norte, gob-cesar

Software fuera de soporte (PHP 5 (EOL)) en múltiples entidades sugiere proveedor común con stack obsoleto. Vulnerabilidad descubierta en este stack afecta simultáneamente a varios servicios públicos.

Alc. Ibague: Cookies sin atributos defensivos completos

Alta

Cookies de sesion con atributos defensivos incompletos siguen visibles en 1 host(s): turismo.ibague.gov.co.

Cookies sin atributos defensivos completos aumentan riesgo de robo o abuso de sesion en navegadores.

Alc. Ibague: Dominio con riesgo de suplantacion por correo

Alta

Email spoofing risk is still visible for 1 domain(s): ibague.gov.co.

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

Patron tipo password/api_key/secret detectado en HTML de ibague.gov.co

Media

Inspeccion automatica del HTML detecta patrones que parecen credenciales hardcoded. Requiere validacion manual.

Si confirma, expone secretos via inspeccion del DOM. Buena practica: no entregar credenciales al cliente; usar tokens cortos firmados por backend.

Headers exponen versiones de stack en 4 hosts

Media

Ejemplos: turismo.ibague.gov.co: X-Powered-By=PHP/8.1.33; predial.ibague.gov.co: X-Powered-By=PHP/7.4.33; intranet.ibague.gov.co: X-Powered-By=PHP/5.6.40.

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

Cookie sin atributo Secure en predial.ibague.gov.co

Media

predial.ibague.gov.co emite cookies con SameSite=Lax, pero sin el atributo Secure.

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

Headers de seguridad insuficientes (0/8)

Media

Apex ibague.gov.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.

Alc. Ibague: Scripts externos sin SRI

Media

Scripts de terceros sin Subresource Integrity siguen presentes en 1 host(s): ibague.gov.co.

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

Alc. Ibague: Terceros de analitica/rastreo

Media

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

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

Soluciones recomendadas

Qué necesita Alc. Ibague

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

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.

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

Nuevos

16

Activos

11

Pendientes

3

Solucionados

2

Alc. Ibague: Cookies sin atributos defensivos completos

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

Activo

Alc. Ibague: Dominio con riesgo de suplantacion por correo

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

Activo

Alc. Ibague: Scripts externos sin SRI

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

Activo

Alc. Ibague: Terceros de analitica/rastreo

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

Activo

Sin canal estandar de divulgacion responsable

Apareció: 2026-05-02 · Revisado: 2026-05-17

Activo

Headers exponen versiones de stack en 4 hosts

Apareció: 2026-05-02 · Revisado: 2026-05-17

Activo

Cookie sin atributo Secure en predial.ibague.gov.co

Apareció: 2026-05-02 · Revisado: 2026-06-28

Activo

Headers de seguridad insuficientes (0/8)

Apareció: 2026-05-02 · Revisado: 2026-05-17

Activo

Patron tipo password/api_key/secret detectado en HTML de ibague.gov.co

Apareció: 2026-04-30 · Revisado: 2026-05-17

Activo

Stack EOL 'PHP 7.4 (EOL)' presente en 13 entidades del Estado

Apareció: 2026-04-30 · Revisado: 2026-05-17

Activo

Stack EOL 'PHP 5 (EOL)' presente en 8 entidades del Estado

Apareció: 2026-04-30 · Revisado: 2026-05-17

Activo

DMARC en modo none (no reject)

Apareció: 2026-05-02 · Revisado: 2026-07-05

En revisión

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

Revisión de hallazgos pendientes

Revisado: 2026-07-05

Conservado en revisión

Hay 3 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.

3 pendientes

f-alc-ibague-04

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

AltaConservado en revisión

ef-alc-ibague-03

requiere nuevo chequeo pasivo · Configuración SSL

MediaConservado en revisión

ef-alc-ibague-04

requiere nuevo chequeo pasivo · Configuración SSL

MediaConservado en revisión

Activos públicos (8)

portal.ibague.gov.co

subdominio

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

Server: Apache

Targeted passive refresh for alc-ibague. Server: Apache.

Observado: 2026-07-04

turismo.ibague.gov.co

subdominio

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

Server: Apache/2.4.62 (Debian)

Targeted passive refresh for alc-ibague. Server: Apache/2.4.62 (Debian).

Observado: 2026-07-04

predial.ibague.gov.co

subdominio

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

Targeted passive refresh for alc-ibague. Server: unknown.

Observado: 2026-07-04

tramites.ibague.gov.co

portal tramites

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

Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips PHP/7.1.33

Targeted passive refresh for alc-ibague. Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips PHP/7.1.33.

Observado: 2026-07-04

www.ibague.gov.co

portal principal

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

Server: Apache

Targeted passive refresh for alc-ibague. Server: Apache.

Observado: 2026-07-04

intranet.ibague.gov.co

intranet

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

Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips mod_fcgid/2.3.9 PHP/5.6.40

Targeted passive refresh for alc-ibague. Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.2k-fips mod_fcgid/2.3.9 PHP/5.6.40.

Observado: 2026-07-04

ibague.gov.co

portal principal

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

Server: Apache

Targeted passive refresh for alc-ibague. Server: Apache.

Observado: 2026-07-04

catastro.ibague.gov.co

subdominio

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

Server: Apache/2.4.58 (codeit) OpenSSL/3.0.12+quic mod_fcgid/2.3.9 mod_wsgi/3.4 Python/2.7.5 PHP/7.4.33

Targeted passive refresh for alc-ibague. Server: Apache/2.4.58 (codeit) OpenSSL/3.0.12+quic mod_fcgid/2.3.9 mod_wsgi/3.4 Python/2.7.5 PHP/7.4.33.

Observado: 2026-07-04