Postura adecuada

Alcaldia de Bucaramanga

Rama Ejecutiva · Sector territorial · Alcaldía capital

ResumenRiesgo ALTO

Alc. Bucaramanga presenta riesgo alto: tiene 15 hallazgos activos publicados, de los cuales 8 requieren atención prioritaria (3 críticos y 5 altos). Además, 3 hallazgos están pendientes 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 información sensible expuesta, exposición pública de servicios y intercambio de datos con terceros.

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 15 hallazgos activos publicados: 3 críticos, 5 altos y 7 medios. Hay 3 hallazgos pendientes de revisión que todavía no deben tratarse como publicados.

Señales técnicas principales: WordPress debug.log público con 2 errores fatales en alc-bucaramanga: GET /wp-content/debug.log: 2 fatal + 124 warnings. Paths internos del servidor leaked: 2 (/usr/share/pear, /usr/share/php). No se observaron credenciales de base de datos en texto. wp-content/debug.log público en bucaramanga.gov.co: GET https://bucaramanga.gov.co/wp-content/debug.log retorna log de errores PHP de WordPress. wp-content/debug.log público en www.bucaramanga.gov.co: GET https://www.bucaramanga.gov.co/wp-content/debug.log retorna log de errores PHP de WordPress.

Focos técnicos dominantes: divulgación de información sensible; subdominios, APIs o paneles expuestos; y CORS permisivo.

Publicados: 15Críticos: 3Altos: 5Medios: 7Pendientes: 3

Cobertura100

Postura de seguridad100

Divulgación responsable0

Consistencia operativa75

Hallazgos (15)

wp-content/debug.log público en www.bucaramanga.gov.co

Critica

GET https://www.bucaramanga.gov.co/wp-content/debug.log retorna log de errores PHP de WordPress.

El debug.log de WordPress contiene stack traces, paths absolutos del servidor, queries SQL y a veces credenciales. Acceso público es divulgación crítica.

wp-content/debug.log público en bucaramanga.gov.co

Critica

GET https://bucaramanga.gov.co/wp-content/debug.log retorna log de errores PHP de WordPress.

El debug.log de WordPress contiene stack traces, paths absolutos del servidor, queries SQL y a veces credenciales. Acceso público es divulgación crítica.

WordPress debug.log público con 2 errores fatales en alc-bucaramanga

Critica

GET /wp-content/debug.log: 2 fatal + 124 warnings. Paths internos del servidor leaked: 2 (/usr/share/pear, /usr/share/php). DB credentials visibles en texto: 0.

Un debug.log con stack traces fatales contiene paths absolutos del filesystem, queries SQL en falla (a veces con valores), y credenciales de DB embebidas en mensajes de error de WordPress. Si DB credentials visibles > 0, hay compromiso de base de datos confirmado.

VPN/Intranet alcanzable en DNS publico (2)

Alta

Hosts: intranet.bucaramanga.gov.co, vpn.bucaramanga.gov.co.

Aunque el servicio este restringido por IP, el FQDN publicado en DNS permite enumeracion trivial y ataques dirigidos al perimetro.

CORS Allow-Origin '*' con Allow-Credentials en intranet.bucaramanga.gov.co

Alta

Configuración inválida y peligrosa.

Combinar '*' con Allow-Credentials: true es técnicamente inválido por especificación pero muchos browsers/configs lo aceptan. Vector de leak de datos autenticados.

WordPress REST expone listado de usuarios en intranet.bucaramanga.gov.co

Alta

GET https://intranet.bucaramanga.gov.co/wp-json/wp/v2/users retorna HTTP 200/JSON con objetos publicos de usuarios o autores de WordPress; no se publican nombres, slugs, enlaces de autor ni muestras del cuerpo.

El endpoint /wp-json/wp/v2/users entrega usernames y a veces emails de la instalación WP. Permite enumerar nombres válidos para bruteforce dirigido y phishing personalizado.

Stack EOL 'PHP 7.4 (EOL)' presente en 13 entidades del Estado

Alta

Entidades con esta tech: alc-bucaramanga, alc-ibague, car-cda, car-cdmb, car-corpoamazonia, car-corponarino, car-sda-bogota, ese-pasto-salud

Software fuera de soporte (PHP 7.4 (EOL)) en múltiples entidades sugiere proveedor común con stack obsoleto. Vulnerabilidad descubierta en este stack afecta simultáneamente a varios servicios públicos.

Alc. Bucaramanga: Cookies sin atributos defensivos completos

Alta

Cookies de sesion con atributos defensivos incompletos siguen visibles en 2 host(s): bucaramanga.gov.co, www.bucaramanga.gov.co.

Cookies sin atributos defensivos completos aumentan riesgo de robo o abuso de sesion en navegadores.

robots.txt revela 2 ruta(s) sensibles en intranet.bucaramanga.gov.co

Media

Disallow/Allow incluye: /wp-admin/admin-ajax.php, /wp-admin/. robots.txt es publico — los crawlers respetan, los atacantes lo usan como mapa.

robots.txt no impide acceso, solo solicita ignorar a crawlers benignos. Listar paths internos/admin alli es un atajo para enumerar superficie sensible.

Headers exponen versiones de stack en 2 hosts

Media

Ejemplos: intranet.bucaramanga.gov.co: X-Powered-By=PHP/7.4.33; tramites.bucaramanga.gov.co: X-Powered-By=n/a.

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

Media

Ninguno de los 9 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.

Cookies sin Secure o SameSite en 4 hosts

Media

Hosts afectados: datos.bucaramanga.gov.co, valorizacion.bucaramanga.gov.co, www.bucaramanga.gov.co, bucaramanga.gov.co.

Sin Secure las cookies viajan en HTTP plano si HSTS no aplica. Sin SameSite quedan expuestas a CSRF.

Headers de seguridad insuficientes (2/8)

Media

Apex bucaramanga.gov.co solo presenta 2 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.

Alc. Bucaramanga: Scripts externos sin SRI

Media

Scripts de terceros sin Subresource Integrity siguen presentes en 2 host(s): bucaramanga.gov.co, www.bucaramanga.gov.co.

Scripts de terceros sin Subresource Integrity pueden ejecutar codigo modificado si el proveedor o CDN se compromete.

Alc. Bucaramanga: Terceros de analitica/rastreo

Media

La pagina sigue cargando terceros de analitica/rastreo en 2 host(s): bucaramanga.gov.co, www.bucaramanga.gov.co.

Terceros de analitica o rastreo en portales publicos requieren base legal, minimizacion y controles de consentimiento.

Soluciones recomendadas

Qué necesita Alc. Bucaramanga

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.

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.

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

Actualizar software obsoleto

Migrar PHP 5 y PHP 7.4 a versiones soportadas.
Actualizar Joomla, plugins, plantillas y extensiones.
Retirar librerías JavaScript vulnerables.
Establecer ventanas mensuales de parcheo.

Gestión de vulnerabilidades

Escanear periódicamente dominios y subdominios.
Clasificar hallazgos por severidad.
Asignar responsables y fechas de cierre.
Verificar que cada corrección haya sido aplicada.

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.

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.

Solicitar diagnóstico

Cronología de hallazgos

2026-04-30 → 2026-07-03

Nuevos

Activos

Pendientes

Solucionados

Alc. Bucaramanga: Cookies sin atributos defensivos completos

Apareció: 2026-07-03 · Revisado: 2026-07-03

Activo

Alc. Bucaramanga: Scripts externos sin SRI

Apareció: 2026-07-03 · Revisado: 2026-07-03

Activo

Alc. Bucaramanga: Terceros de analitica/rastreo

Apareció: 2026-07-03 · Revisado: 2026-07-03

Activo

CORS Allow-Origin '*' con Allow-Credentials en intranet.bucaramanga.gov.co