El fallo de ServiceNow CVE-2026-103093 permite a un administrador salirse de la caja de seguridad de la plataforma y ejecutar código directamente en el sistema operativo anfitrión. La nota que le asignó la propia compañía es 9,4 sobre 10 en la escala CVSS v4, la franja crítica, y el aviso oficial se publicó el 29 de octubre de 2026. No hace falta un atacante anónimo desde internet: basta una cuenta con rol de administrador, robada o en manos equivocadas.
ServiceNow publicó el aviso KB3228994 con tres fallos corregidos el mismo día. El principal, registrado también como PRB2112567, es un escape de la caja de seguridad Rhino, el entorno restringido donde corren los guiones y las reglas de negocio dentro de la plataforma de IA de ServiceNow. Esa caja existe para una cosa muy concreta: que ni siquiera un administrador pueda tocar el servidor que hay debajo. Con el fallo de ServiceNow CVE-2026-103093, esa puerta queda abierta y el código arbitrario corre con los permisos del sistema anfitrión.
Un administrador con llave para salir de la jaula
El detalle que cambia la lectura del caso es el requisito de entrada. El ataque pide una sesión autenticada y el rol admin, el nivel más alto dentro de una instancia. En la práctica, el riesgo llega por dos caminos bien conocidos: una credencial de administrador filtrada en otro incidente, o una persona interna con acceso legítimo que decide usarlo mal. Una empresa puede tener miles de empleados trabajando a diario sobre ServiceNow — gestión de incidentes, solicitudes, inventarios, flujos de recursos humanos — y el control de todo eso pasa por un puñado de cuentas admin.
La plataforma mueve procesos internos en buena parte de las grandes empresas: SecurityOnline, que contrastó el aviso pieza a pieza, recuerda que ServiceNow da servicio a cerca del 85 % de las compañías del Fortune 500. Una instancia comprometida a nivel de sistema anfitrión no es un problema de una aplicación más. Es acceso potencial a los datos y a las integraciones que esa instancia conecta con el resto de la empresa, desde directorios de empleados hasta sistemas de tickets con información de clientes.
El patrón se repite en las plataformas que sostienen el trabajo diario. Esta misma semana, el fallo de GitLab CVE-2026-97229, con nota 10,0, obligó a correr a los equipos que mantienen servidores de código. GitLab pedía parche en días; ServiceNow pide revisar la versión de cada instancia antes de que una cuenta privilegiada se convierta en el problema. La velocidad de parcheo vuelve a ser la defensa real, porque el código de prueba público para este fallo todavía no aparece y la ventana tranquila dura lo que dura.
Los otros dos fallos del paquete de octubre
El segundo fallo, CVE-2026-103094, lleva nota 7,1 y un efecto feo de contar: la contraseña en texto plano de una persona usuaria podía quedar guardada en una tabla del sistema, visible para alguien sin derecho a verla. ServiceNow lo describe como un problema de divulgación de información, corregido en el mismo paquete. Una contraseña legible dentro de una tabla rompe la regla básica de cualquier plataforma seria: las credenciales no se guardan así, ni por accidente ni por un error de registro interno.
El tercero, CVE-2026-6877, tiene nota 5,3 y vive en una aplicación concreta de la tienda: SR – CSM – Task Plan Templates. Una persona autenticada con un rol específico podía crear registros en dominios ajenos, saltando la separación de dominios que aísla a unos clientes de otros dentro de una misma instancia. Afecta a las versiones 2.0.0 y anteriores de esa aplicación; quien no la tenga instalada no necesita hacer nada por este tercer fallo. Los tres problemas salieron de pruebas internas de seguridad, evaluaciones de clientes y reportes del programa de recompensas por fallos, y ServiceNow afirma que no identificó evidencia de explotación maliciosa en ninguno.
Versiones corregidas en el fallo de ServiceNow y qué revisar
Las instancias alojadas por ServiceNow ya recibieron la actualización aplicada por la compañía, y los clientes con instalación propia o con socios deben comprobar su versión a mano. Para los dos primeros fallos, las versiones corregidas son Yokohama Patch 13 Hotfix 4a, Zurich Patch 10 Hotfix 3b, Zurich Patch 12, Zurich Patch 13 y Australia Patch 5; los participantes del programa de parcheo de septiembre recibieron variantes posteriores, Yokohama Patch 13 Hotfix 5a y Zurich Patch 10 Hotfix 4b. Para Task Plan Templates, la salida es subir a la versión 3.0.0 o posterior, o a la 2.0.1 que llega con las actualizaciones de instancia de Australia.
La revisión práctica toma minutos: entrar a la instancia, mirar la familia y el parche instalados, y cruzarlos con esa lista. Si la versión queda por debajo, la tarea es del equipo de plataforma y no admite espera larga, porque el fallo de ServiceNow CVE-2026-103093 convierte el rol más confiado de la casa en una ruta directa al servidor. Queda un dato abierto: ServiceNow no publicó cuántas instancias propias o de socios pasaron días con la versión vulnerable antes del aviso del 29 de octubre.
Fuente: ServiceNow
