Des d\u00e9tails techniques et un exploit de preuve de concept (PoC) ont \u00e9t\u00e9 mis \u00e0 disposition pour une faille de s\u00e9curit\u00e9 critique r\u00e9cemment r\u00e9v\u00e9l\u00e9e dans Progress Software OpenEdge Authentication Gateway et AdminServer, qui pourrait \u00eatre potentiellement exploit\u00e9e pour contourner les protections d’authentification.<\/p>\n
Suivi comme CVE-2024-1403<\/strong><\/a>, la vuln\u00e9rabilit\u00e9 a un indice de gravit\u00e9 maximum de 10,0 sur le syst\u00e8me de notation CVSS. Cela affecte les versions OpenEdge 11.7.18 et ant\u00e9rieures, 12.2.13 et ant\u00e9rieures, ainsi que 12.8.0. <\/p>\n “Lorsque OpenEdge Authentication Gateway (OEAG) est configur\u00e9 avec un domaine OpenEdge qui utilise le fournisseur d’authentification local du syst\u00e8me d’exploitation pour accorder des connexions par identifiant utilisateur et mot de passe sur les plates-formes d’exploitation prises en charge par les versions actives d’OpenEdge, une vuln\u00e9rabilit\u00e9 dans les routines d’authentification peut conduire \u00e0 des op\u00e9rations non autoris\u00e9es. acc\u00e8s lors des tentatives de connexion”, la soci\u00e9t\u00e9 dit<\/a> dans un avis publi\u00e9 \u00e0 la fin du mois dernier.<\/p>\n “De m\u00eame, lorsqu’une connexion AdminServer est \u00e9tablie par OpenEdge Explorer (OEE) et OpenEdge Management (OEM), elle utilise \u00e9galement le fournisseur d’authentification local du syst\u00e8me d’exploitation sur les plates-formes prises en charge pour accorder des connexions par identifiant utilisateur et mot de passe qui peuvent \u00e9galement conduire \u00e0 un acc\u00e8s non autoris\u00e9. “<\/p>\n Progress Software a d\u00e9clar\u00e9 que la vuln\u00e9rabilit\u00e9 renvoie incorrectement le succ\u00e8s de l’authentification \u00e0 partir d’un domaine local OpenEdge si des types inattendus de noms d’utilisateur et de mots de passe ne sont pas trait\u00e9s de mani\u00e8re appropri\u00e9e, conduisant \u00e0 un acc\u00e8s non autoris\u00e9 sans authentification appropri\u00e9e.<\/p>\n La faille a \u00e9t\u00e9 corrig\u00e9e dans les versions OpenEdge LTS Update 11.7.19, 12.2.14 et 12.8.1.<\/p>\n Horizon3.ai, qui a proc\u00e9d\u00e9 \u00e0 l’ing\u00e9nierie inverse du service vuln\u00e9rable AdminServer, a depuis lib\u00e9r\u00e9<\/a> un PoC pour CVE-2024-1403, indiquant que le probl\u00e8me est enracin\u00e9 dans une fonction appel\u00e9e connect() qui est invoqu\u00e9e lorsqu’une connexion \u00e0 distance est \u00e9tablie.<\/p>\n Cette fonction, \u00e0 son tour, appelle une autre fonction appel\u00e9e authorizeUser() qui valide que les informations d’identification fournies r\u00e9pondent \u00e0 certains crit\u00e8res et passe le contr\u00f4le \u00e0 une autre partie du code qui authentifie directement l’utilisateur si le nom d’utilisateur fourni correspond \u00e0 “AUTORIT\u00c9SYST\u00c8ME NT<\/a>“.<\/p>\n “Une surface d’attaque plus profonde semble permettre \u00e0 un utilisateur de d\u00e9ployer de nouvelles applications via des r\u00e9f\u00e9rences de fichiers WAR distants, mais la complexit\u00e9 a consid\u00e9rablement augment\u00e9 pour atteindre cette surface d’attaque en raison de l’utilisation de courtiers de messages de service internes et de messages personnalis\u00e9s”, a d\u00e9clar\u00e9 le chercheur en s\u00e9curit\u00e9 Zach. Hanley dit<\/a>.<\/p>\n “Nous pensons qu’il existe probablement \u00e0 nouveau une possibilit\u00e9 d’ex\u00e9cution de code \u00e0 distance via des fonctionnalit\u00e9s int\u00e9gr\u00e9es, \u00e0 condition que les efforts de recherche soient suffisants.”<\/p>\n <\/p>\n![\"La](\"https:\/\/teknomers.com\/fr\/wp-content\/uploads\/2024\/03\/Exploit-de-preuve-de-concept-publie-pour-la-vulnerabilite-OpenEdge.jpg\")
<\/a><\/center><\/div>\n<\/a><\/center><\/div>\n