ترجمة آلية لم تُراجَع بعد. النص الإنجليزي هو المرجع في حال الاختلاف.
الملخص
تقوم مكتبة LightSAML بتنفيذ فئات نموذج بيانات SAML 2.0، وتسلسل XML وإلغائه، وأمان XML، ودعم الشهادات، وربط الرسائل. قبل الإصدارين 4.7.1 و 5.0.1، تختلف مكتبة LightSAML وxmlseclibs حول التوثيق الذي يغطيه توقيع SAML الوارد. تستخدم الدالة `Response::deserialize` التابع `manyElementsFromXml` لجمع عناصر `saml:Assertion` المباشرة فقط لـ `samlp:Response`، ويقوم `AssertionSignatureValidatorAction` التحقق من صحة `ds:Signature` الخاصة بها باستخدام بيانات اعتماد موثوقة لمزود الهوية خارج النطاق يتم حلها بواسطة جهة الإصدار، وليس مفتاحًا من المستند. تقوم الدالة `XMLSecurityDSig::validateReference()` بإزالة التوقيع المغلف من شجرة DOM المشتركة، ولكن `processRefNode()` تحل `Reference URI="#id"` على مستوى المستند بالكامل عبر XPath من النمط `///*[@Id]` وتأخذ `item(0)`، والتي لا يجب بالضرورة أن تكون التوثيق الذي تستهلك ادعاءاته مكتبة LightSAML. يمكن لمهاجم التقط توثيقًا موقعًا بشكل صحيح، مثل استجابة تسجيل دخول سابقة، وضع بايات التوقيع المزالة منه في وقت مبكر ضمن `samlp:Extensions` وتقديم توثيق فرعي مباشر مزور بنفس المعرف والتوقيع الصحيح المنسوخ. يغطي التحقق بعد ذلك البايتات الأصلية المخفية بينما تعرض LightSAML عناصر `Subject/NameID` و `Conditions` و `Attributes` غير الموقع المتحكم بها من قبل المهاجم، مما يتيح تجاوز المصادقة أو تصعيد الصلاحيات حتى عندما يكون التحقق من التوقيع مطلوبًا. تم تأكيد السلوك في الإصدارين 5.0.0 و 4.6.1. تم إصلاح هذه المشكلة في الإصدارين 4.7.1 و 5.0.1.
المعالجة
المراجع
- مرجعhttps://github.com/litesaml/lightsaml/commit/230e62d1325f2cbcaac814b78409775f7a8806a2
- مرجعhttps://github.com/litesaml/lightsaml/commit/3af82bf2f3865e6aafeeb1a97c97b383b8bb7b00
- مرجعhttps://github.com/litesaml/lightsaml/pull/113
- مرجعhttps://github.com/litesaml/lightsaml/pull/122
- مرجعhttps://github.com/litesaml/lightsaml/releases/tag/4.7.1
- مرجعhttps://github.com/litesaml/lightsaml/releases/tag/5.0.1
- مرجعhttps://github.com/litesaml/lightsaml/security/advisories/GHSA-w553-pwx6-3mg9