Financiera de Desarrollo Nacional
Rama Ejecutiva · Sector hacienda · Empresa industrial y comercial del Estado
FDN presenta riesgo medio: tiene 3 hallazgos activos publicados, de los cuales 2 requieren atención prioritaria (2 altos). 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, 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 3 hallazgos activos publicados: 2 altos y 1 medio.
Señales técnicas principales: VPN/Intranet alcanzable en DNS público (1): Hosts: vpn.fdn.com.co. Sin registros CAA: dig CAA fdn.com.co retorna vacío. Sin canal estándar de divulgacion responsable: Ninguno de los 5 subdominios alcanzables publica /.well-known/security.txt (RFC 9116).
Focos técnicos dominantes: subdominios, APIs o paneles expuestos; certificados, DNSSEC y confianza del dominio; y canal de reporte de vulnerabilidades.
Hallazgos (3)
VPN/Intranet alcanzable en DNS publico (1)
AltaHosts: vpn.fdn.com.co.
Aunque el servicio este restringido por IP, el FQDN publicado en DNS permite enumeracion trivial y ataques dirigidos al perimetro.
Sin registros CAA
Altadig CAA fdn.com.co retorna vacio.
Cualquier autoridad certificadora publica puede emitir certificados a nombre del dominio sin restriccion. Combinado con monitoreo CT incompleto, certificados fraudulentos pueden pasar inadvertidos.
Sin canal estandar de divulgacion responsable
MediaNinguno de los 5 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.
Soluciones recomendadas
Qué necesita FDN
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.
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.
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.
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.
Cronología de hallazgos
2026-05-02 → 2026-05-02Nuevos
3
Activos
3
Pendientes
0
Solucionados
0
Activos públicos (5)
portal.fdn.com.co
subdominio
HTTPS error: <urlopen error timed out>. FQDN publicado en DNS publico (IP 13.68.203.67).
Observado: 2026-05-02
www.fdn.com.co
portal principal
Server: nginx
Targeted passive refresh for fdn. Server: nginx.
Observado: 2026-07-05
autodiscover.fdn.com.co
Targeted passive refresh for fdn. Server: unknown.
Observado: 2026-07-05
fdn.com.co
portal principal
Server: nginx
Targeted passive refresh for fdn. Server: nginx.
Observado: 2026-07-05
vpn.fdn.com.co
vpn
HTTPS error: <urlopen error timed out>. FQDN publicado en DNS publico (IP 190.24.136.218).
Observado: 2026-05-02