{"id":119872,"date":"2024-09-19T21:43:01","date_gmt":"2024-09-19T19:43:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-ruby-saml-pozvolyayushhaya-obojti-autentifikacziyu-v-gitlab"},"modified":"2024-09-19T21:43:01","modified_gmt":"2024-09-19T19:43:01","slug":"uyazvimost-v-ruby-saml-pozvolyayushhaya-obojti-autentifikacziyu-v-gitlab","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/uyazvimost-v-ruby-saml-pozvolyayushhaya-obojti-autentifikacziyu-v-gitlab","title":{"rendered":"Sicherheitsanf\u00e4lligkeit in Ruby-SAML, die eine Umgehung der Authentifizierung in GitLab erm\u00f6glicht","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Es wurden Korrektur-Updates f\u00fcr die GitLab-Plattform zur Zusammenarbeit ver\u00f6ffentlicht \u2014 17.3.3, 17.2.6 und 17.1.8, in denen eine kritische Sicherheitsl\u00fccke behoben wurde, die eine Umgehung der SAML (Security Assertion Markup Language)-Authentifizierung erm\u00f6glicht. Das Problem wurde durch eine Schwachstelle (CVE-2024-45409) in den Ruby-Bibliotheken ruby-saml und omniauth-saml verursacht, die den Client-Teil der SAML-Authentifizierung implementieren. Der Schwachstelle wurde das maximale Gefahrenniveau von 10 von 10 zugewiesen. Das Problem wurde in den Updates der Pakete ruby-saml (1.17.0 und 1.12.3) sowie omniauth-saml (2.2.0) behoben. <\/p>\n
Die Sicherheitsanf\u00e4lligkeit wird durch die fehlerhafte Verarbeitung des XPath-Selectors verursacht, was zu einer falschen \u00dcberpr\u00fcfung der Signatur im XML-Format bei der Verarbeitung der Antwort vom SAML-Server f\u00fchrt. Ein nicht authentifizierter Angreifer mit Zugriff auf ein beliebiges signiertes SAML-Dokument kann jede SAML-Antwort f\u00fcr beliebigen Inhalt mit Hilfe eines typischen XSW (XML Signature Wrapping)-Angriffs f\u00e4lschen. <\/p>\n
Das Wesen des Angriffs besteht darin, eine korrekt signierte Nachricht zu nehmen und in das zugeh\u00f6rige XML-Dokument eine zus\u00e4tzliche gef\u00e4lschte Nachricht einzuf\u00fcgen, wobei derselbe Identifikator verwendet wird wie bei der ersten Nachricht (diese Identifikation wird bei der Verarbeitung der ersten Nachricht verifiziert und aufgrund des Fehlers als verifiziert auch f\u00fcr die zweite Nachricht akzeptiert). Im Kontext von Diensten, die SAML zur Autorisierung verwenden, erm\u00f6glicht die Sicherheitsanf\u00e4lligkeit, sich unter einem beliebigen Benutzer in das System einzuloggen. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"