Corporacion Colombiana de Investigacion Agropecuaria
Rama Ejecutiva · Sector agricultura · Establecimiento público
AGROSAVIA presenta riesgo bajo: tiene 4 hallazgos activos publicados. 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 confianza del dominio, capacidad de recibir reportes de seguridad y información sensible expuesta.
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: Certificado wildcard cubre 1 dominio en agrosavia.co: Wildcards en SAN: *.agrosavia.co. Total SAN: 2. DNSSEC ausente en agrosavia.co: No hay registro DS en zona padre. AGROSAVIA: Sin security.txt detectable: No se detecto security.txt público válido en 1 host verificados: agrosavia.co.
Focos técnicos dominantes: certificados, DNSSEC y confianza del dominio; canal de reporte de vulnerabilidades; y divulgación de información sensible.
Hallazgos (4)
Certificado wildcard cubre 1 dominios en agrosavia.co
MediaWildcards en SAN: *.agrosavia.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 agrosavia.co
MediaNo 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.
11 portales divulgan version exacta de software en headers
MediaIncluye divulgacion de versiones exactas en headers; MinDeporte responde Server: Apache y X-Powered-By: PHP/8.4.20 al 2026-06-27. Facilita identificacion de CVEs conocidos.
La divulgacion de version permite a atacantes buscar vulnerabilidades conocidas especificas para ese software.
AGROSAVIA: Sin security.txt detectable
MediaNo se detecto security.txt publico valido en 1 host(s) verificados: agrosavia.co.
La ausencia de security.txt dificulta reportes coordinados y aumenta friccion para divulgar vulnerabilidades responsablemente.
Soluciones recomendadas
Qué necesita AGROSAVIA
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.
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-03 → 2026-06-27Nuevos
3
Activos
4
Pendientes
0
Solucionados
0
AGROSAVIA: Sin security.txt detectable
Apareció: 2026-06-27 · Revisado: 2026-06-27
Certificado wildcard cubre 1 dominios en agrosavia.co
Apareció: 2026-04-30 · Revisado: 2026-06-27
DNSSEC ausente en agrosavia.co
Apareció: 2026-04-30 · Revisado: 2026-06-27
11 portales divulgan version exacta de software en headers
Apareció: 2026-04-03 · Revisado: 2026-06-27
Activos públicos (1)
agrosavia.co
portal principal
Server: Microsoft-HTTPAPI/2.0
Targeted passive refresh for agrosavia. Server: Microsoft-HTTPAPI/2.0.
Observado: 2026-06-27