Ahacker1-Securesaml

Two domain-ownership flaws exist when the SSO plugin is active. If domain verification is disabled, automatic organization assignment accepts unverified provider domains. This allows an authenticated organization owner or administrator to register an SSO provider for any domain, causing users with matching email domains to be added to the attacker's organization with default member permissions. If domain verification is enabled, a race condition occurs between the 'verify-domain' and 'update-provider' endpoints, which can apply a completed DNS proof to an incorrect domain. When combined with implicit account linking, this allows an attacker-controlled identity provider to be linked to an existing user account. The organization plugin must also be enabled for the organization assignment path to be exploited.

تتعلق المشكلة بهجوم توقيت محتمل عند التحقق من التوقيعات مع تعطيل التحقق من صحة شهادة X509 وتعيين السر المشترك HMAC. قد يتيح ذلك للمستخدمين إعادة بناء HMAC الصحيح لأي بيانات عند مقارنة التجزئة (hash) المقدمة من المستخدم بـ HMAC الصحيح، مما قد يؤدي إلى تسريب معلومات حول HMAC الصحيح. تُستخدم الدالة `signxml.XMLVerifier.verify` مع تعيين `require x509=False` و`hmac key`.

تتعلق المشكلة بهجوم محتمل من نوع «خلط الخوارزميات» عند التحقق من التوقيعات مع تعطيل التحقق من صحة شهادة X509 وتعيين السر المشترك لـ HMAC. قد يتيح ذلك للمهاجم تقديم توقيع تم توقيعه بشكل غير متوقع باستخدام مفتاح مختلف عن مفتاح HMAC المقدم، باستخدام خوارزمية توقيع مختلفة، ما لم يقم المستخدم بتحديد خوارزميات التوقيع المتوقعة بشكل صريح.

تم الكشف عن هجوم من نوع «تغليف التوقيع» (Signature Wrapping) في samlify، مما يسمح للمهاجم بتزوير استجابة SAML لتوثيق هويته كأي مستخدم. يحتاج المهاجم إلى مستند XML موقّع من قبل مزود الهوية. تؤثر هذه المشكلة على جميع الإصدارات الأقدم من 2.10.0، مما يمثل خطرًا ذا أولوية عالية لأنظمة تسجيل الدخول الأحادي (SSO) القائمة على SAML. لم يتم الإبلاغ عن أي استغلالات نشطة.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة: إصدارات مكتبة SAML2 الخاصة بـ SimpleSAMLphp الأقدم من 4.17.0 و5.0.0-alpha.20 الوصف: تتعلق المشكلة بهجوم ”تشويش التوقيع“ في ربط HTTPRedirect. يمكن للمهاجم الذي يمتلك أي SAMLResponse موقّع عبر ربط HTTP-Redirect أن يجعل التطبيق يقبل رسالة غير موقّعة. وقد يؤدي ذلك إلى انتحال هوية أي مستخدم داخل مزود الخدمة (SP). يستغل الهجوم حقيقة أن المحتوى المعالج قد لا يكون هو نفسه البيانات التي يتم التحقق منها فعليًا. يقوم Microsoft Azure AD/Entra، وربما ADFS أيضًا، بتوقيع LogoutResponse عبر تنسيق SimpleSign في ربط HTTP Redirect، وهو ما يمكن استخدامه لاستخراج توقيع صالح. التوصيات: بالنسبة للإصدارات الأقدم من 4.17.0، قم بالتحديث إلى الإصدار 4.17.0 أو أحدث. بالنسبة للإصدارات الأقدم من 5.0.0-alpha.20، قم بالتحديث إلى الإصدار 5.0.0-alpha.20 أو أحدث. كحل مؤقت، ضع في اعتبارك تقييد الوصول إلى ربط HTTPRedirect لتقليل مخاطر الاستغلال. تجنب استخدام المعلمة `SAMLRequest` في نقطة نهاية واجهة برمجة التطبيقات (API) المتأثرة حتى يتم حل المشكلة.

The SimpleSAMLphp SAML2 library is vulnerable to an XML External Entity (XXE) attack when loading untrusted XML documents, such as the SAMLResponse. This allows an attacker to induce an XXE, potentially leading to the reading of file contents from the local file system or internal network. The `LIBXML DTDLOAD` option in the `$options` variable, defined in the `DOMDocumentFactory.php` file, enables this vulnerability. An attacker can bypass the `NONET` option by using PHP filters, such as `php://filter/convert.base64-encode/resource=http://URL` or `php://filter/convert.base64-encode/resource=FILE`, to induce network connections and steal targeted files. Remote Code Execution (RCE) may also be possible using the `php://expect` or `php://phar` wrappers, although this has not been fully tested.

The issue arises when loading an untrusted XML document, such as the SAMLResponse, allowing an attacker to induce an XML External Entity (XXE) attack. This could potentially enable an attacker to read file contents from the local file system or internal network. Although there are options like NONET, an attacker can bypass them using PHP filters. The vulnerability may also lead to remote code execution (RCE) using certain PHP wrappers, but this has not been fully tested.

The issue concerns XML signature bypass attacks. An attacker can exploit differential behavior between XML parsers to carry out signature bypass if they have access to certain IDP-signed messages. Users of the public hosted instance of SSOReady are unaffected. The vulnerability was discovered by a security researcher and its precise mechanism is not publicly disclosed to prevent potential attacks on other SAML implementations.

The vulnerability is related to the Ruby SAML library, which is used for implementing the client side of a SAML authorization. The issue arises from the library's failure to properly verify the signature of the SAML Response, allowing an unauthenticated attacker with access to any signed SAML document to forge a SAML Response or Assertion with arbitrary contents. This enables the attacker to bypass the authentication mechanism and potentially gain unauthorized access to sensitive data and critical systems. The vulnerability is actively being exploited, and users are advised to update their GitLab installations to the latest version.