Instituto Colombiano de Bienestar Familiar
Rama Ejecutiva · Sector inclusion_social · Establecimiento público
ICBF presenta riesgo medio: tiene 6 hallazgos activos publicados, de los cuales 2 requieren atención prioritaria (2 altos). Además, 1 hallazgo está pendiente 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 configuraciones visibles públicamente; datos personales y terceros; y controles básicos del portal.
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 6 hallazgos activos publicados: 2 altos y 4 medios. Hay 1 hallazgo pendiente de revisión que todavía no debe tratarse como publicado.
Señales técnicas principales: ICBF: rutas inexistentes terminan en búsqueda HTTP 200: Rutas inexistentes o nombres sensibles como /web.config.bak, /aws.json y una ruta aleatoria redirigen a /buscar?search=... y terminan en HTTP 200; /.env devuelve 403. ICBF rastrea ciudadanos con servicios de rastreo: La portada carga Google Tag Manager/Google Analytics con UA-9518610-1 y G-0HV1TJ61Q2 antes de observar evidencia pasiva de consentimiento previo. ICBF: endurecimiento web insuficiente: La portada mantiene HSTS, X-Frame-Options y X-Content-Type-Options, pero omite CSP, Referrer-Policy, Permissions-Policy y COOP.
Focos técnicos dominantes: configuración pública anómala; rastreo de ciudadanos y tratamiento de datos; y headers, cookies y endurecimiento web.
Hallazgos (6)
ICBF: rutas inexistentes terminan en busqueda HTTP 200
AltaRutas inexistentes o nombres sensibles como /web.config.bak, /aws.json y una ruta aleatoria redirigen a /buscar?search=... y terminan en HTTP 200; /.env devuelve 403.
Responder 200 para rutas inexistentes reduce observabilidad: dificulta distinguir rutas reales de busquedas automaticas y puede ocultar exposiciones reales entre falsos positivos.
ICBF rastrea ciudadanos con servicios de rastreo
AltaLa portada carga Google Tag Manager/Google Analytics con UA-9518610-1 y G-0HV1TJ61Q2 antes de observar evidencia pasiva de consentimiento previo.
ICBF trata informacion sensible de menores y familias; cargar terceros de analitica sin consentimiento previo puede exponer datos de navegacion y tensionar obligaciones reforzadas de proteccion de datos.
82 portales cargan scripts externos sin verificacion de integridad
Media82 portales del Estado cargan bibliotecas JavaScript desde CDNs externos sin Subresource Integrity (SRI). MinSalud se retiro del agregado tras verificacion pasiva del 2026-06-27 que no observo scripts externos en la portada.
Sin SRI, un compromiso del CDN externo infectaria automaticamente multiples portales del Estado colombiano.
ICBF: endurecimiento web insuficiente
MediaLa portada mantiene HSTS, X-Frame-Options y X-Content-Type-Options, pero omite CSP, Referrer-Policy, Permissions-Policy y COOP.
Headers incompletos reducen defensa en profundidad frente a inyeccion, filtrado de referencias, abuso de capacidades del navegador y aislamiento de contexto.
ICBF: sin security.txt detectable
MediaNo se detecta un security.txt valido en las rutas estandar del portal de ICBF.
Un security.txt valido facilita reportes coordinados de vulnerabilidades y reduce friccion para recibir y remediar reportes externos.
ICBF: archivos tecnicos Drupal accesibles
MediaEl portal publico responde HTTP 200 para /README.md y /web.config; otros archivos internos como CHANGELOG.txt y README de modulos o temas devuelven 403.
Archivos tecnicos accesibles facilitan fingerprinting de plataforma y rutas de despliegue. Aunque no contienen secretos, deben bloquearse o retirarse del documento raiz publico.
Soluciones recomendadas
Qué necesita ICBF
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.
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.
Cronología de hallazgos
2026-04-04 → 2026-06-28Nuevos
5
Activos
6
Pendientes
1
Solucionados
0
ICBF: endurecimiento web insuficiente
Apareció: 2026-06-27 · Revisado: 2026-06-27
ICBF: archivos tecnicos Drupal accesibles
Apareció: 2026-06-27 · Revisado: 2026-06-27
ICBF: sin security.txt detectable
Apareció: 2026-06-27 · Revisado: 2026-06-27
ICBF: rutas inexistentes terminan en busqueda HTTP 200
Apareció: 2026-06-27 · Revisado: 2026-06-27
ICBF rastrea ciudadanos con servicios de rastreo
Apareció: 2026-04-04 · Revisado: 2026-06-27
82 portales cargan scripts externos sin verificacion de integridad
Apareció: 2026-04-04 · Revisado: 2026-06-27
Cookies sin atributos defensivos completos en icbf.gov.co
Apareció: 2026-06-28 · Revisado: 2026-07-05
Revisión de hallazgos pendientes
Revisado: 2026-07-05Conservado en revisión
Hay 1 hallazgo pendiente con revisión conservadora: se mantiene fuera de publicación hasta cerrar evidencia suficiente. Esta decisión no los marca como solucionados ni como falsos positivos.
f-shadow-icbf-cookie_insegura-icbf-gov-co-9223e5ba30
requiere nuevo chequeo pasivo · Cookie insegura
Activos públicos (1)
icbf.gov.co
portal principal
Server: nginx
Targeted passive refresh for icbf. Server: nginx.
Observado: 2026-06-27