Andrewmohawk

يقوم معترض ذاكرة التخزين المؤقت بتصنيف بعض الاستجابات بشكل خاطئ على أنها قابلة للتخزين المؤقت عندما يحتوي رأس Cache-Control في المصدر على أسماء حقول خاصة مؤهلة أو حقول no-cache مملوءة بمسافات بيضاء، مثل `private=” authorization“` أو `no-cache=”tauthorization“`. ونظرًا لأن المحلل يحافظ على هذه المسافات البيضاء المحيطة، تفشل المقارنات مع اسم الحقل الحرفي `authorization`، مما يؤدي إلى تخزين الاستجابة. في وضع ذاكرة التخزين المؤقت المشتركة، قد يؤدي هذا إلى كشف المعلومات بين المستخدمين، حيث يتم تقديم استجابة تحتوي على بيانات مصادق عليها لمستخدم واحد من ذاكرة التخزين المؤقت إلى متصل لاحق، بما في ذلك المستخدمين غير المصادق عليهم، إذا كان كلا الطلبين يشتركان في نفس مفتاح ذاكرة التخزين المؤقت.

nghttp2 هو تطبيق بلغة C لبروتوكول نقل النص التشعبي (HTTP) الإصدار 2. الإصدارات من nghttp2 الأقدم من 1.68.1 معرضة لخطر هجوم رفض الخدمة. يحدث هذا لأن المكتبة لا تتحقق بشكل صحيح من حالتها الداخلية بعد استدعاء واجهات برمجة التطبيقات `nghttp2 session terminate session` أو `nghttp2 session terminate session2`. ونتيجة لذلك، تستمر المكتبة في معالجة البيانات الواردة، ويمكن أن يؤدي إطار غير صحيح إلى حدوث خطأ في التحقق من الصحة، مما يؤدي إلى تعطل النظام. تنشأ هذه المشكلة عند استلام إطار يتسبب في حدوث خطأ FRAME SIZE ERROR.

The `chainId` may be outdated if the user changes chains as part of the connection flow, causing the value of `chainId` returned by `useWeb3React()` to be incorrect. This can lead to incorrect data derived from `chainId`, such as a wrapped token contract address in a swapping application, potentially causing users to send funds to the incorrect address.