Se han puesto a disposici\u00f3n detalles t\u00e9cnicos y un exploit de prueba de concepto (PoC) para una falla de seguridad cr\u00edtica revelada recientemente en Progress Software OpenEdge Authentication Gateway y AdminServer, que podr\u00eda explotarse potencialmente para eludir las protecciones de autenticaci\u00f3n.<\/p>\n
Seguimiento como CVE-2024-1403<\/strong><\/a>, la vulnerabilidad tiene una clasificaci\u00f3n de gravedad m\u00e1xima de 10,0 en el sistema de puntuaci\u00f3n CVSS. Afecta a las versiones 11.7.18 y anteriores de OpenEdge, 12.2.13 y anteriores y 12.8.0. <\/p>\n “Cuando OpenEdge Authentication Gateway (OEAG) est\u00e1 configurado con un dominio OpenEdge que utiliza el proveedor de autenticaci\u00f3n local del sistema operativo para otorgar inicios de sesi\u00f3n con ID de usuario y contrase\u00f1a en plataformas operativas compatibles con versiones activas de OpenEdge, una vulnerabilidad en las rutinas de autenticaci\u00f3n puede provocar accesos no autorizados. acceso en intentos de inicio de sesi\u00f3n”, la empresa dicho<\/a> en un aviso publicado a finales del mes pasado.<\/p>\n “De manera similar, cuando OpenEdge Explorer (OEE) y OpenEdge Management (OEM) realizan una conexi\u00f3n AdminServer, tambi\u00e9n utiliza el proveedor de autenticaci\u00f3n local del sistema operativo en las plataformas compatibles para otorgar inicios de sesi\u00f3n con identificaci\u00f3n de usuario y contrase\u00f1a que tambi\u00e9n pueden conducir a un acceso de inicio de sesi\u00f3n no autorizado. “<\/p>\n Progress Software dijo que la vulnerabilidad devuelve incorrectamente el \u00e9xito de la autenticaci\u00f3n desde un dominio local OpenEdge si los tipos inesperados de nombres de usuario y contrase\u00f1as no se manejan adecuadamente, lo que lleva a un acceso no autorizado sin la autenticaci\u00f3n adecuada.<\/p>\n La falla se solucion\u00f3 en las versiones OpenEdge LTS Update 11.7.19, 12.2.14 y 12.8.1.<\/p>\n Horizon3.ai, que realiz\u00f3 ingenier\u00eda inversa en el vulnerable servicio AdminServer, desde entonces liberado<\/a> una PoC para CVE-2024-1403, que indica que el problema tiene su origen en una funci\u00f3n llamada connect() que se invoca cuando se realiza una conexi\u00f3n remota.<\/p>\n Esta funci\u00f3n, a su vez, llama a otra funci\u00f3n llamada AuthorizeUser() que valida que las credenciales proporcionadas cumplan con ciertos criterios y pasa el control a otra parte del c\u00f3digo que autentica directamente al usuario si el nombre de usuario proporcionado coincide con “AUTORIDAD NTSISTEMA<\/a>“.<\/p>\n “Parece que una superficie de ataque m\u00e1s profunda puede permitir a un usuario implementar nuevas aplicaciones a trav\u00e9s de referencias remotas de archivos WAR, pero la complejidad aument\u00f3 dram\u00e1ticamente para alcanzar esta superficie de ataque debido al uso de intermediarios de mensajes de servicios internos y mensajes personalizados”, dijo el investigador de seguridad Zach. hanley dicho<\/a>.<\/p>\n “Creemos que nuevamente hay una v\u00eda para la ejecuci\u00f3n remota de c\u00f3digo a trav\u00e9s de una funcionalidad integrada, dado el suficiente esfuerzo de investigaci\u00f3n”.<\/p>\n <\/p>\n![\"La](\"https:\/\/teknomers.com\/es\/wp-content\/uploads\/2024\/03\/Exploit-de-prueba-de-concepto-lanzado-para-la-vulnerabilidad-OpenEdge.jpg\")
<\/a><\/center><\/div>\n<\/a><\/center><\/div>\n