Mejorar postura

Instituto Geografico Agustin Codazzi

Rama Ejecutiva · Sector estadistica · Establecimiento público

ResumenRiesgo MEDIO

IGAC presenta riesgo bajo: tiene 4 hallazgos activos publicados. La prioridad es cerrar controles básicos del portal y del correo institucional antes de ampliar nuevas funcionalidades. Los temas que más inciden son controles básicos del portal, confianza del dominio y capacidad de recibir reportes de seguridad.

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 4 hallazgos activos publicados: 4 medios.

Señales técnicas principales: Endurecimiento web insuficiente en igac.gov.co: La verificación pasiva actual observo respuestas HTTP exitosas en igac.gov.co sin cabeceras de seguridad clave: content-security-policy, cross-origin-opener-policy, permissions-policy, referrer-policy. Certificado wildcard cubre 1 dominio en igac.gov.co: Wildcards en SAN: *.igac.gov.co. Total SAN: 2. DNSSEC ausente en igac.gov.co: No hay registro DS en zona padre.

Focos técnicos dominantes: headers, cookies y endurecimiento web; certificados, DNSSEC y confianza del dominio; y canal de reporte de vulnerabilidades.

Publicados: 4Medios: 4

Cobertura100

Postura de seguridad55

Divulgación responsable0

Consistencia operativa75

Hallazgos (4)

Certificado wildcard cubre 1 dominios en igac.gov.co

Media

Wildcards en SAN: *.igac.gov.co. Total SAN: 2.

Wildcard certs simplifican operación pero amplían el blast radius: si la llave privada se compromete, el atacante impersona TODOS los subdominios cubiertos. Buena práctica: cert por servicio.

DNSSEC ausente en igac.gov.co

Media

No hay registro DS en zona padre.

Sin DNSSEC, un atacante con MITM en cualquier resolvedor puede inyectar respuestas DNS falsas. Permite redirección a servidores controlados sin alertas.

IGAC: Sin security.txt detectable

Media

No se detecto security.txt publico valido en 1 host(s) verificados: igac.gov.co.

La ausencia de security.txt dificulta reportes coordinados y aumenta friccion para divulgar vulnerabilidades responsablemente.

Endurecimiento web insuficiente en igac.gov.co

Media

La verificacion pasiva actual observo respuestas HTTP exitosas en igac.gov.co sin cabeceras de seguridad clave: content-security-policy, cross-origin-opener-policy, permissions-policy, referrer-policy.

La ausencia de cabeceras de seguridad reduce defensas del navegador frente a clickjacking, contenido no controlado y exposicion de contexto entre origenes.

Soluciones recomendadas

Qué necesita IGAC

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.

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.

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