Rootingg

في AWS Lambda، تقوم استجابة ALB ذات الرأس الواحد واستجابة VPC Lattice v2 بدمج عدة رؤوس `Set-Cookie` في قيمة واحدة مفصولة بفاصلة. وفقًا لمعيار RFC 6265، يجب أن يكون لكل ملف تعريف ارتباط سطر رأس خاص به. ونظرًا لأن الفواصل تعد أحرفًا صالحة ضمن سمات ملفات تعريف الارتباط، مثل تواريخ `Expires`، فإن العملاء غير قادرين على تقسيم القيمة المجمعة بشكل صحيح إلى ملفات تعريف ارتباط فردية، مما يؤدي إلى حذف ملفات تعريف الارتباط بصمت أو تحليلها بشكل خاطئ. وقد يؤدي ذلك إلى فشل ملفات تعريف الارتباط الخاصة بالجلسة أو CSRF أو التفضيلات، مما قد يؤدي إلى انقطاع جلسات المستخدمين أو إجبارهم على إعادة المصادقة. تؤثر هذه المشكلة بشكل خاص على التطبيقات التي تعمل على AWS Lambda خلف ALB في وضع الرأس الواحد أو VPC Lattice v2.

تعتمد برمجيات الوسيطة Body Limit على رأس `Content-Length` لتحديد ما إذا كان نص الطلب يقع ضمن الحد المسموح به. في بيئات مثل AWS Lambda (بما في ذلك API Gateway v1/v2 و ALB و VPC Lattice و Lambda@Edge)، يتم تسليم نص الطلب مخزّنًا بالكامل في ذاكرة التخزين المؤقت، ويقوم المحول بإعادة بناء الطلب باستخدام `Content-Length` المعلن من قبل العميل دون التحقق مما إذا كان يتطابق مع حجم الحمولة الفعلي. وهذا يسمح للعميل بتحديد قيمة صغيرة لـ `Content-Length` أثناء إرسال نص طلب أكبر بكثير، متجاوزًا الحد المُعد مسبقًا. وعندما يكون `Content-Length` موجودًا و`Transfer-Encoding` غائبًا، تسمح البرمجيات الوسيطة بالطلب إذا كانت القيمة المُعلنة صغيرة بما يكفي. وقد يؤدي هذا إلى زيادة استهلاك وحدة المعالجة المركزية (CPU) والذاكرة لكل طلب، حيث تقوم المعالجات بمعالجة حمولات كبيرة الحجم، على الرغم من أن التأثير محدود بحدود الحجم الإجمالية للطلبات التي تفرضها المنصة.

في AWS Lambda@Edge، يقوم CloudFront بتسليم رؤوس الطلبات التي تظهر عدة مرات كمدخلات منفصلة. ويستخدم المُهايئ الدالة `Headers.set` بدلاً من `Headers.append`، مما يؤدي إلى استبدال كل قيمة لاحقة للقيمة السابقة، أي أن القيمة النهائية فقط هي التي تصل إلى التطبيق. ينتج عن ذلك اقتطاع صامت لرؤوس الطلبات المتكررة مثل `X-Forwarded-For` و`Forwarded` و`Via` إلى قيمة واحدة. ونتيجة لذلك، تتلقى البرمجيات الوسيطة للطلبات بيانات غير مكتملة بدلاً من السلسلة الكاملة. بالنسبة للتطبيقات التي تستخدم سلسلة `X-Forwarded-For` للتحكم في الوصول، قد يؤدي ذلك إلى إضعاف أو تغيير قرارات الأمان، كما يتم فقدان سجل نقاط الترحيل لأغراض التدقيق.

في الدالة `app.mount()`، يتم حذف بادئة التثبيت من مسار الطلب الوارد باستخدام مسار URL الخام، في حين تتم مطابقة المسار مع المسار الذي تم فك ترميزه بنسبة المئوية. يؤدي هذا التناقض إلى إزالة البادئة من الموضع الخاطئ عندما يتضمن المسار أحرفًا متعددة البايتات مشفرة بالعلامة المئوية، مما يتسبب في تلقي التطبيق الفرعي المثبت مسارًا غير صحيح.

تم اكتشاف مشكلة في إشارة مؤشر فارغة في مكتبة خفيفة لتسليط الضوء على بناء الجملة. تفشل المكتبة في التحقق من صحة نتيجة مطابقة تعبير عادي قبل الوصول إلى خصائصه عند معالجة عناصر ذات قيم ألوان CSS غير قياسية، مما يؤدي إلى خطأ TypeError غير ملتقط وإمكانية تعطل التطبيق.