Postura crítica

Gobernacion de Narino

Rama Ejecutiva · Sector territorial · Gobernación

ResumenRiesgo MEDIO

Gob. Narino presenta riesgo medio: tiene 7 hallazgos activos publicados, de los cuales 4 requieren atención prioritaria (4 altos). Además, 5 hallazgos están pendientes de revisión antes de decidir si se publica o se descarta. La prioridad es restringir accesos o configuraciones visibles públicamente y validar que no queden servicios sensibles abiertos sin control. Los temas que más inciden son exposición pública de servicios, configuraciones visibles públicamente y dependencia de infraestructura externa.

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

Señales técnicas principales: VPN/Intranet alcanzable en DNS público (1): Hosts: intranet.narino.gov.co. Servidor catch-all en 2 hosts — observabilidad reducida: El portal en narino.gov.co, www.narino.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... Uso de infraestructura pública de proveedor internacional: Apex resuelve a 172.67.211.207 (rango característico de proveedor extranjero — Cloudflare/AWS/Azure US).

Focos técnicos dominantes: subdominios, APIs o paneles expuestos; configuración pública anómala; y dependencia de infraestructura externa.

Publicados: 7Altos: 4Medios: 3Pendientes: 5

Cobertura100

Postura de seguridad15

Divulgación responsable0

Consistencia operativa75

Hallazgos (7)

VPN/Intranet alcanzable en DNS publico (1)

Alta

Hosts: intranet.narino.gov.co.

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

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

Alta

El portal en narino.gov.co, www.narino.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.

Datos del portal hospedados fuera de Colombia

Alta

Apex resuelve a 172.67.211.207 (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.

Gob. Narino: Dominio con riesgo de suplantacion por correo

Alta

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

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

Headers exponen versiones de stack en 7 hosts

Media

Ejemplos: narino.gov.co: X-Powered-By=PHP/8.4.20; www.narino.gov.co: X-Powered-By=PHP/8.4.20; app.narino.gov.co: X-Powered-By=PleskLin.

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

Headers de seguridad insuficientes (1/8)

Media

Apex narino.gov.co solo presenta 1 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.

Soluciones recomendadas

Qué necesita Gob. Narino

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.

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

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

Activos

Pendientes

Solucionados

Gob. Narino: Dominio con riesgo de suplantacion por correo

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

Activo

VPN/Intranet alcanzable en DNS publico (1)