SolarWinds ha corregido una vulnerabilidad de seguridad crítica en su plataforma Web Help Desk que podría permitir a los atacantes saltarse la autenticación basada en SAML.

La CVE-2026-28323 afecta a las implementaciones de SolarWinds Web Help Desk que utilizan el inicio de sesión único (SSO) SAML 2.0 y fue solucionada en la versión 2026.2.1, lanzada el 30 de julio de 2026.

SolarWinds asignó a la vulnerabilidad una puntuación de severidad CVSS crítica de 9.8. Se ha reconocido al investigador de seguridad Dhabaleshwar Das por informar el problema de manera responsable. La CVE-2026-28323 está clasificada como una vulnerabilidad de omisión de autenticación SAML.

SAML, o Lenguaje de Marcado para Afirmaciones de Seguridad, es utilizado comúnmente por las organizaciones para conectar aplicaciones con proveedores de identidad centralizados como Microsoft Entra ID, Okta y Active Directory Federation Services (ADFS). Permite que los usuarios inicien sesión una sola vez a través de un proveedor de identidad confiable y luego accedan a las aplicaciones empresariales conectadas.

Fallo de SAML en SolarWinds Web Help Desk

Una omisión de autenticación en este proceso es particularmente grave, ya que puede derrotar un límite de control de acceso crucial. Si se explota con éxito, un atacante podría obtener acceso a una instancia vulnerable de Web Help Desk sin completar el proceso de inicio de sesión SAML esperado.

Dependiendo del contexto de la cuenta y los permisos de la aplicación, el acceso no autorizado podría exponer tickets del centro de ayuda, información de usuarios, comunicaciones internas, datos de activos de TI y otra información operativa gestionada a través de la plataforma.

SolarWinds no ha revelado públicamente detalles técnicos sobre cómo explotar esta vulnerabilidad, las rutas de solicitud afectadas ni ninguna evidencia de explotación activa.

Sin embargo, debes tratar este problema como urgente dada su severidad crítica y el papel sensible que suelen desempeñar las plataformas de centros de ayuda en los entornos empresariales.

Los portales de centros de ayuda suelen ser accesibles para empleados, contratistas y usuarios externos, lo que los convierte en objetivos atractivos para los atacantes que buscan acceso inicial o datos internos confidenciales.

La vulnerabilidad de SolarWinds solo afecta a las implementaciones que utilizan la autenticación SAML 2.0, pero todos los administradores deben aplicar la actualización ya que incluye múltiples correcciones de seguridad.

La versión 2026.2.1 de Web Help Desk también corrige la CVE-2026-28299, un fallo de denegación de servicio de severidad alta con una puntuación CVSS de 8.2. Esta vulnerabilidad podría permitir que un atacante bloquee un servidor de Web Help Desk debido a un manejo insuficiente de la memoria.

Además, la actualización incorpora correcciones para múltiples vulnerabilidades de pgAdmin de terceros, incluyendo la ejecución remota de código, inyección de comandos, inyección LDAP y problemas de omisión de validación de certificados TLS. El último lanzamiento introduce una interfaz rediseñada y una nueva arquitectura de front-end basada en Caddy.

SolarWinds ahora soporta únicamente TLS 1.2/1.3, impone HTTPS, aplica encabezados de seguridad, restringe los servicios internos al acceso local y elimina los detalles de la versión del servidor de las respuestas.

Debes actualizar a la versión 2026.2.1 de Web Help Desk lo antes posible, especialmente si tienes habilitado el SSO SAML. Las organizaciones que actualicen desde versiones anteriores a la 2026.1 deben primero actualizar a la 2026.1, verificar el funcionamiento normal y luego proceder a la 2026.2.1.

Tu equipo debe probar la autenticación SAML con su proveedor de identidad después de la actualización y revisar los registros de acceso de Web Help Desk en busca de actividad de inicio de sesión inusual o sesiones de cuenta inesperadas.

SolarWinds también señaló que la autenticación de servlet ya no es compatible en la versión 2026.2.1 de Web Help Desk. Si dependes de ese método, debes planificar una migración a SAML 2.0 o a la autenticación por encabezado HTTP, asegurándote de que la configuración de SSO recién desplegada esté totalmente probada y protegida por el último parche.