Dirección General Marítima
Rama Ejecutiva · Sector defensa · Unidad administrativa especial
DIMAR presenta riesgo bajo: tiene 5 hallazgos activos publicados. Además, 3 hallazgos están pendientes de revisión antes de decidir si se publica o se descarta. La prioridad es retirar información sensible expuesta, cerrar el acceso público y revisar si hubo datos consultables. Los temas que más inciden son controles básicos del portal, integridad de servicios externos 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 5 hallazgos activos publicados: 5 medios. Hay 3 hallazgos pendientes de revisión que todavía no deben tratarse como publicados.
Señales técnicas principales: Cookies sin Secure o SameSite en 3 hosts: Hosts afectados: www.dimar.mil.co, dimar.mil.co, app.dimar.mil.co. Headers de seguridad insuficientes (3/8): Apex dimar.mil.co solo presenta 3 de 8 headers de seguridad esperados (HSTS, CSP, X-Frame-Options, X-Content-Type-Options, Referrer-Policy, Permissions-Policy, X-XSS-Protection, COOP). DIMAR: Scripts externos sin SRI: Scripts de terceros sin Subresource Integrity siguen presentes en 2 hosts: dimar.mil.co, www.dimar.mil.co.
Focos técnicos dominantes: headers, cookies y endurecimiento web; integridad de scripts externos; y canal de reporte de vulnerabilidades.
Hallazgos (5)
Sin canal estandar de divulgacion responsable
MediaNinguno de los 6 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 exponen versiones de stack en 2 hosts
MediaEjemplos: www.dimar.mil.co: X-Generator=Drupal 10 (https://www.drupal.org); dimar.mil.co: X-Generator=Drupal 10 (https://www.drupal.org).
Cada header de version acelera la explotacion de vulnerabilidades especificas. Buena practica: ocultar Server, X-Powered-By, X-Generator en respuestas externas.
Cookies sin Secure o SameSite en 3 hosts
MediaHosts afectados: www.dimar.mil.co, dimar.mil.co, app.dimar.mil.co.
Sin Secure las cookies viajan en HTTP plano si HSTS no aplica. Sin SameSite quedan expuestas a CSRF.
Headers de seguridad insuficientes (3/8)
MediaApex dimar.mil.co solo presenta 3 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.
DIMAR: Scripts externos sin SRI
MediaScripts de terceros sin Subresource Integrity siguen presentes en 2 host(s): dimar.mil.co, www.dimar.mil.co.
Scripts de terceros sin Subresource Integrity pueden ejecutar codigo modificado si el proveedor o CDN se compromete.
Soluciones recomendadas
Qué necesita DIMAR
Acciones derivadas directamente de los hallazgos observados en esta entidad.
Inmediatas
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.
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-05-02 → 2026-07-04Nuevos
9
Activos
5
Pendientes
3
Solucionados
1
DIMAR: Scripts externos sin SRI
Apareció: 2026-07-04 · Revisado: 2026-07-05
Sin canal estandar de divulgacion responsable
Apareció: 2026-05-02 · Revisado: 2026-06-27
Headers exponen versiones de stack en 2 hosts
Apareció: 2026-05-02 · Revisado: 2026-06-27
Cookies sin Secure o SameSite en 3 hosts
Apareció: 2026-05-02 · Revisado: 2026-06-27
Headers de seguridad insuficientes (3/8)
Apareció: 2026-05-02 · Revisado: 2026-06-27
DIMAR: Terceros de analitica/rastreo
Apareció: 2026-07-04 · Revisado: 2026-07-05
DIMAR: Portal sin HTTPS funcional
Apareció: 2026-07-03 · Revisado: 2026-07-05
DMARC en modo quarantine (no reject)
Apareció: 2026-05-02 · Revisado: 2026-07-05
Sin registros CAA
Apareció: 2026-05-02 · Revisado: 2026-06-30 · Solucionado: 2026-06-30
Revisión de hallazgos pendientes
Revisado: 2026-07-05Conservado en revisión
Hay 3 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.
candidate-dimar-configuracion_ssl-435334fa31
requiere nuevo chequeo pasivo · Configuración SSL
f-dimar-03
requiere método seguro de validación · Datos personales
candidate-dimar-tracking_sin_consentimiento-e0afdc1078
requiere método seguro de validación · Tracking sin consentimiento
Activos públicos (6)
autodiscover.dimar.mil.co
Targeted passive refresh for dimar. Server: unknown.
Observado: 2026-07-04
www.dimar.mil.co
portal principal
Server: nginx
Targeted passive refresh for dimar. Server: nginx.
Observado: 2026-07-04
mail.dimar.mil.co
HTTPS error: <urlopen error timed out>. FQDN publicado en DNS publico (IP 190.71.156.214).
Observado: 2026-05-02
dimar.mil.co
portal principal
Server: nginx
Targeted passive refresh for dimar. Server: nginx.
Observado: 2026-07-04
pagos.dimar.mil.co
subdominio
Server: nginx/1.18.0 (Ubuntu)
Targeted passive refresh for dimar. Server: nginx/1.18.0 (Ubuntu).
Observado: 2026-07-04
app.dimar.mil.co
subdominio
Targeted passive refresh for dimar. Server: unknown.
Observado: 2026-07-04