Gobernacion de Arauca
Rama Ejecutiva · Sector territorial · Gobernación
Gob. Arauca presenta riesgo medio: tiene 7 hallazgos activos publicados, de los cuales 1 requiere atención prioritaria (1 alto). La prioridad es reducir la exposición de datos personales y revisar consentimiento, retención y terceros involucrados. Los temas que más inciden son suplantación institucional, dependencia de infraestructura externa 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 7 hallazgos activos publicados: 1 alto y 6 medios.
Señales técnicas principales: Sin DMARC publicado: _dmarc.arauca.gov.co no devuelve registro TXT. DNS de arauca.gov.co delegado en proveedor internacional: NS records: paris.ns.cloudflare.com, mike.ns.cloudflare.com Endurecimiento web insuficiente en tramites.arauca.gov.co: La verificación pasiva actual observo respuestas HTTP exitosas en tramites.arauca.gov.co sin cabeceras de seguridad clave: content-security-policy, cross-origin-opener-policy, permissions-policy, referrer-policy,...
Focos técnicos dominantes: autenticación de correo; dependencia de infraestructura externa; y headers, cookies y endurecimiento web.
Hallazgos (7)
Sin DMARC publicado
Alta_dmarc.arauca.gov.co no devuelve registro TXT.
Sin DMARC, cualquier atacante puede suplantar correos @arauca.gov.co sin restriccion. Spoofing trivial contra ciudadanos y proveedores.
Certificado wildcard cubre 1 dominios en arauca.gov.co
MediaWildcards en SAN: *.arauca.gov.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 arauca.gov.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.
DNS de arauca.gov.co totalmente fuera de Colombia
MediaNS records: paris.ns.cloudflare.com, mike.ns.cloudflare.com
Toda la zona DNS está bajo proveedores extranjeros — los logs de queries DNS, claves DNSSEC y eventual modificación quedan bajo jurisdicción foránea. Para el Estado, esto debería evaluarse contra Ley 1581/2012.
Headers exponen versiones de stack en 1 hosts
MediaEjemplos: tramites.arauca.gov.co: X-Powered-By=ASP.NET.
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
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.
Endurecimiento web insuficiente en tramites.arauca.gov.co
MediaLa verificacion pasiva actual observo respuestas HTTP exitosas en tramites.arauca.gov.co sin cabeceras de seguridad clave: content-security-policy, cross-origin-opener-policy, permissions-policy, referrer-policy, strict-transport-security, x-content-type-options, x-frame-options.
La ausencia de cabeceras de seguridad reduce defensas del navegador frente a clickjacking, contenido no controlado y exposicion de contexto entre origenes.
Soluciones recomendadas
Qué necesita Gob. Arauca
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.
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
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.
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-30 → 2026-06-28Nuevos
8
Activos
7
Pendientes
0
Solucionados
1
Endurecimiento web insuficiente en tramites.arauca.gov.co
Apareció: 2026-06-28 · Revisado: 2026-06-28
Sin canal estandar de divulgacion responsable
Apareció: 2026-05-02 · Revisado: 2026-05-17
Sin DMARC publicado
Apareció: 2026-05-02 · Revisado: 2026-05-17
Headers exponen versiones de stack en 1 hosts
Apareció: 2026-05-02 · Revisado: 2026-05-17
Certificado wildcard cubre 1 dominios en arauca.gov.co
Apareció: 2026-04-30 · Revisado: 2026-05-17
DNSSEC ausente en arauca.gov.co
Apareció: 2026-04-30 · Revisado: 2026-05-17
DNS de arauca.gov.co totalmente fuera de Colombia
Apareció: 2026-04-30 · Revisado: 2026-05-17
Sin registros CAA
Apareció: 2026-05-02 · Revisado: 2026-06-30 · Solucionado: 2026-06-30
Activos públicos (5)
ftp.arauca.gov.co
subdominio
HTTPS error: <urlopen error [Errno 8] nodename nor servname provided, or not known>. FQDN publicado en DNS publico (IP 172.67.75.37).
Observado: 2026-05-02
tramites.arauca.gov.co
portal tramites
Server: nginx
Tech: ASP.NET, Nginx. Title: Trámites
Observado: 2026-05-02
www.arauca.gov.co
portal principal
Server: LiteSpeed
Tech: WordPress. Title: Gobernación de Arauca
Observado: 2026-05-02
arauca.gov.co
portal principal
Server: LiteSpeed
Tech: WordPress. Title: Gobernación de Arauca
Observado: 2026-05-02
mail.arauca.gov.co
Server: LiteSpeed
Tech: WordPress. Title: Gobernación de Arauca
Observado: 2026-05-02