Postura adecuada

Alcaldia de Itagui

Rama Ejecutiva · Sector territorial · Alcaldía municipal

ResumenRiesgo CRÍTICO

Alc. Itagui presenta riesgo crítico: tiene 12 hallazgos activos publicados, de los cuales 5 requieren atención prioritaria (1 crítico y 4 altos). Además, 4 hallazgos están pendientes 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 servicios y configuraciones visibles públicamente.

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

Señales técnicas principales: CISA KEV CVE-2021-22175: gitlab con versión no determinada en alc-itagui (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... Subdominios sensibles nuevos descubiertos en wordlist extendida (1): Hosts: gitlab.itagui.gov.co VPN/Intranet alcanzable en DNS público (2): Hosts: vpn.itagui.gov.co, intranet.itagui.gov.co.

Focos técnicos dominantes: posible CISA KEV pendiente de versión; subdominios, APIs o paneles expuestos; y configuración pública anómala.

Publicados: 12Críticos: 1Altos: 4Medios: 7Sistémicos: 1CISA KEV: 1Pendientes: 4
Cobertura100
Postura de seguridad80
Divulgación responsable0
Consistencia operativa100

Hallazgos (12)

CISA KEV CVE-2021-22175: gitlab . en alc-itagui (explotación activa documentada)

Critica

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

VPN/Intranet alcanzable en DNS publico (2)

Alta

Hosts: vpn.itagui.gov.co, intranet.itagui.gov.co.

Aunque el servicio este restringido por IP, el FQDN publicado en DNS permite enumeracion trivial y ataques dirigidos al perimetro.

Subdominios sensibles nuevos descubiertos en wordlist extendida (1)

Alta

Hosts: gitlab.itagui.gov.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.

Servidor catch-all en 2 host(s) — observabilidad reducida

Alta

El portal en itagui.gov.co, www.itagui.gov.co retorna HTTP 200 con la misma página para múltiples rutas inexistentes (paths sensibles como /.env, /web.config.bak, /aws.json devuelven el mismo HTML que /). Comportamiento típico de SPAs/CMS sin handler 404 explícito.

Catch-all 200 (en vez de 404) impide a herramientas de auditoría externas distinguir entre rutas reales y rutas inexistentes. Crea ruido para defenders y oculta exposiciones reales bajo un mar de 'falsos 200'. Buena práctica: configurar handler 404 explícito que retorne código 4xx para rutas no mapeadas.

Alc. Itagui: Cookies sin atributos defensivos completos

Alta

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

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

Headers exponen versiones de stack en 3 hosts

Media

Ejemplos: api.itagui.gov.co: X-Powered-By=ASP.NET; sigi.itagui.gov.co: X-Powered-By=ASP.NET; intranet.itagui.gov.co: X-Powered-By=Next.js.

Cada header de version acelera la explotacion de vulnerabilidades especificas. Buena practica: ocultar Server, X-Powered-By, X-Generator en respuestas externas.

Ruta /robots.txt listada en Disallow es accesible publicamente

Media

GET https://itagui.gov.co/robots.txt retorna 200.

robots.txt expresa intencion de ocultar; un atacante usa esa lista como mapa. Ruta accesible significa que la 'proteccion' es solo cooperativa.

Ruta /pdt-participacion/ listada en Disallow es accesible publicamente

Media

GET https://itagui.gov.co/pdt-participacion/ retorna 200.

robots.txt expresa intencion de ocultar; un atacante usa esa lista como mapa. Ruta accesible significa que la 'proteccion' es solo cooperativa.

Sin canal estandar de divulgacion responsable

Media

Ninguno de los 15 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

Media

Hosts afectados: hacienda.itagui.gov.co, tesoreria.itagui.gov.co, api.itagui.gov.co, sigi.itagui.gov.co, itagui.gov.co.

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

Alc. Itagui: Scripts externos sin SRI

Media

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

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

Alc. Itagui: Terceros de analitica/rastreo

Media

La pagina sigue cargando terceros de analitica/rastreo en 1 host(s): www.itagui.gov.co.

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

Soluciones recomendadas

Qué necesita Alc. Itagui

Acciones derivadas directamente de los hallazgos observados en esta entidad.

Inmediatas

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.

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-302026-07-03

Nuevos

16

Activos

12

Pendientes

4

Solucionados

0

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

Revisión de hallazgos pendientes

Revisado: 2026-07-05

Conservado en revisión

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

4 pendientes

f-alc-itagui-03

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

AltaConservado en revisión

ef-alc-itagui-03

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

MediaConservado en revisión

ef-alc-itagui-01

requiere nuevo chequeo pasivo · Configuración SSL

MediaConservado en revisión

ef-alc-itagui-02

requiere nuevo chequeo pasivo · Configuración SSL

MediaConservado en revisión

Activos públicos (15)

hacienda.itagui.gov.co

subdominio

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

Server: nginx/1.15.7

Tech: Nginx. Title: Hacienda

Observado: 2026-05-02

vpn.itagui.gov.co

vpn

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 200.13.246.211).

Observado: 2026-05-02

tesoreria.itagui.gov.co

subdominio

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

Server: nginx/1.15.7

Tech: Nginx. Title: Cajas Tránsito

Observado: 2026-05-02

api.itagui.gov.co

api

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

Server: Microsoft-IIS/10.0

Targeted passive refresh for alc-itagui. Server: Microsoft-IIS/10.0.

Observado: 2026-07-03

sigi.itagui.gov.co

subdominio

1/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: IIS Windows Server

Observado: 2026-05-02

itagui.gov.co

portal principal

5/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-itagui. Server: Apache/2.4.62 (Debian).

Observado: 2026-07-03

intranet.itagui.gov.co

intranet

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

Server: nginx/1.18.0 (Ubuntu)

Tech: Nginx. Title: -

Observado: 2026-05-02

www.itagui.gov.co

portal principal

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

Server: Apache/2.4.62 (Debian)

Tech: Apache, Cloudflare. Title: Alcaldía de Itagüí

Observado: 2026-05-02

gestion.itagui.gov.co

subdominio

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

Server: nginx/1.15.7

Tech: Nginx. Title: Gestión Itagüí

Observado: 2026-05-02

autodiscover.itagui.gov.co

email

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

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

Observado: 2026-07-03

pqrs.itagui.gov.co

portal tramites

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

Tech: no fingerprint. Title: The URL you requested has been blocked

Observado: 2026-05-02

planeacion.itagui.gov.co

subdominio

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

Tech: no fingerprint. Title: Server Unavailable

Observado: 2026-05-02

transporte.itagui.gov.co

subdominio

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

HTTPS error: Remote end closed connection without response. FQDN publicado en DNS publico (IP 190.248.30.93).

Observado: 2026-05-02

predial.itagui.gov.co

subdominio

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

Tech: no fingerprint. Title: -

Observado: 2026-05-02

webmail.itagui.gov.co

email

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

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

Observado: 2026-07-03