El fabricante acota el alcance a instancias que ejecutan la platform release \u201cAustralia\u201d y a instancias en releases anteriores donde se aplicaron ciertas configuraciones que dejaban expuesto el endpoint REST vulnerable.<\/p>\n\n\n\n
Se ha publicado recientemente una vulnerabilidad sin CVE p\u00fablico en ServiceNow<\/strong> que habr\u00eda permitido a un usuario no autenticado ganar mayor acceso al previsto sobre determinadas instancias de clientes y consultar datos almacenados en tablas internas de la plataforma. ServiceNow detect\u00f3 actividad an\u00f3mala relacionada con este problema, confirm\u00f3 consultas exitosas contra un subconjunto de clientes y despleg\u00f3 un parche en sus instancias hospedadas el 5 de junio de 2026.<\/p>\n\n\n\n Aunque los primeros reportes hablaron de una explotaci\u00f3n activa por actores desconocidos, posteriormente la compa\u00f1\u00eda indic\u00f3 que la evidencia observada apuntar\u00eda, por ahora, a investigadores de seguridad y equipos de investigaci\u00f3n de clientes<\/strong> vinculados a programas de bug bounty, y no a actores maliciosos confirmados. Aun as\u00ed, desde una perspectiva defensiva, cualquier acceso no autenticado exitoso a tablas de instancia debe tratarse como un incidente de alta severidad<\/strong>, especialmente por la naturaleza sensible de la informaci\u00f3n alojada en ServiceNow en entornos corporativos.<\/p>\n\n\n\n La falla habr\u00eda estado relacionada con un endpoint API expuesto sin autenticaci\u00f3n<\/strong> en determinadas condiciones, permitiendo que solicitudes HTTP no autenticadas consultaran informaci\u00f3n de instancias afectadas. Los an\u00e1lisis p\u00fablicos m\u00e1s repetidos apuntan al endpoint \/api\/now\/related_list_edit\/create y a una configuraci\u00f3n equivalente a requires_authentication=false, aunque ese detalle t\u00e9cnico no ha sido confirmado p\u00fablicamente por ServiceNow en un advisory abierto.<\/p>\n\n\n\n Desde el punto de vista operativo, esto implica que no era necesario comprometer credenciales ni explotar una cadena compleja: bastaba con identificar una instancia afectada y abusar del endpoint vulnerable para obtener acceso no deseado a datos de la instancia. ServiceNow indic\u00f3 que la actividad comenz\u00f3 el 2 de junio de 2026<\/strong>, que entre el 3 y 4 de junio recibi\u00f3 reportes v\u00eda bug bounty, y que el 5 de junio aplic\u00f3 el fix en sus entornos hospedados.<\/p>\n\n\n\n Para clientes de ServiceNow, la primera medida es confirmar con el proveedor<\/strong> si la instancia estaba dentro del subconjunto afectado y si ya recibi\u00f3 la actualizaci\u00f3n aplicada el 5 de junio. Tambi\u00e9n conviene revisar si la organizaci\u00f3n est\u00e1 sobre la release Australia<\/strong> o si hizo cambios de configuraci\u00f3n en versiones anteriores que pudieran haber ampliado la exposici\u00f3n.<\/p>\n\n\n\n A nivel defensivo, es recomendable:<\/p>\n\n\n\n En instancias hosted<\/strong>, la soluci\u00f3n principal fue aplicada por ServiceNow mediante un security update<\/strong> desplegado el 5 de junio de 2026. La acci\u00f3n inmediata para clientes no es instalar manualmente un parche cl\u00e1sico, sino validar con ServiceNow que su instancia fue corregida y que no quedaron configuraciones personalizadas que mantengan exposici\u00f3n equivalente.<\/p>\n\n\n\n Como medidas complementarias, conviene revisar:<\/p>\n\n\n\n <\/p>\n","protected":false},"featured_media":11558,"template":"","class_list":["post-11557","publicacion","type-publicacion","status-publish","has-post-thumbnail","hentry"],"acf":{"activar_pdf_link":false,"pdf":null,"numero_de_boletin":"63","traffic_light_protocol":"White"},"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\tMitigaci\u00f3n<\/h2>\n\n\n\n
\n
Soluci\u00f3n<\/h2>\n\n\n\n
\n
Informaci\u00f3n adicional:<\/h2>\n\n\n\n
\n