Neil Berkman

يمكن للمهاجم قراءة مسارات نظام الملفات الخاصة بالتطبيق من خلال تكوين Tidewave. يحدث هذا لأن الخادم لا يتحقق من رأس `Host` وتقبل الدالة `check origin()` الطلبات التي تفتقر إلى رأس `Origin`. يمكن لصفحة ويب خبيثة استخدام تقنية DNS rebinding لإعادة توجيه نطاقها إلى عنوان loopback وإجراء طلب من نفس الأصل لاسترداد معلومات حساسة. يتم تسريب البيانات المكشوفة، والتي تشمل اسم المستخدم المحلي وتخطيط المشروع، عبر نقطة النهاية `/tidewave/connect` أو من خلال شريط الأدوات الذي يتم حقنه في استجابات HTML بواسطة الدالة `Tidewave.call()`. وبشكل محدد، تقوم الدالة `Tidewave.tidewave config meta/1` بجمع بيانات مثل `root` و `framework.app paths` و `wsl distro` و `host path` وتضمينها في علامة meta.

يمكن لمهاجم عن بُعد غير مصرح له استنفاد ذاكرة الخادم عن طريق إرسال إطارات DATA تتجاوز نافذة الاستقبال المعلن عنها في تنفيذ HTTP/2. يمكن للمهاجم طلب استجابة أكبر من النافذة الأولية البالغة 65,535 بايت وحجب `WINDOW UPDATE` مما يؤدي إلى حظر عملية التدفق أثناء الإرسال والتوقف عن القراءة. بعد ذلك، يؤدي إغراق إطارات DATA صغيرة على هذا التدفق إلى وضع كل إطار في قائمة انتظار صندوق بريد التدفق حتى ينفد نظام BEAM من الذاكرة. يحدث هذا لأن الدالة `Bandit.HTTP2.Connection.handle frame/3` تقوم بتوجيه إطارات DATA إلى عملية التدفق دون مراجعة نافذة الاستقبال، وتقوم الدالة `Bandit.HTTP2.FlowControl.compute recv window/2` بتجديد النافذة عند وصول البيانات بدلاً من استهلاكها، ولا ترسل خطأ `FLOW CONTROL ERROR` عند حدوث انتهاك.

يمكن لمهاجم عن بُعد غير مصرح له الكشف عن قاعدة المفتاح السري أو أسرار حساسة أخرى من خلال سجلات التطبيق عن طريق تقديم وسائط ذات أنواع خاطئة. يحدث هذا لأن الوظائف العامة في `Plug.Crypto` تستخدم حراس رأس الوظيفة (function-head guards) للتحقق من صحة الوسائط. عندما يفشل الحارس، تطلق آلة Erlang VM خطأ `FunctionClauseError` يتضمن قيم الوسائط الفعلية في إطار المكدس العلوي. وبما أن كتل `rescue` الخاصة بالمكتبة ووظيفة `Plug.Crypto.prune args from stacktrace/1` تتعامل فقط مع الاستثناءات التي يتم إثارتها داخل جسم الوظيفة، فإنها لا تلتقط فشل الحارس. وبناءً على ذلك، يقوم Plug.Cowboy و Bandit بكتابة هذا الإطار في سجل الأخطاء وإرفاقه كبيانات وصفية لـ `crash reason` والتي قد يتم توجيهها إلى أدوات تتبع الأخطاء. هناك نقطتا دخول رئيسيتان متأثرتان: - تقوم `Plug.Crypto.verify/4` بالكشف عن قاعدة المفتاح السري عندما لا يكون الرمز (token) ثنائيًا ولا فارغًا (nil). - تقوم `Plug.Crypto.secure compare/2` بالكشف عن السر الموجود في جانب الخادم عندما لا يكون أحد المعاملات ثنائيًا، كما يحدث عندما يؤدي رأس طلب مفقود إلى قيمة فارغة (nil). يتطلب الوصول إلى المعلومات المسربة وصولاً منفصلاً إلى سجلات التطبيق أو أداة تتبع الأخطاء.

يسمح التحقق غير السليم من الشهادات في عميل بث WebSocket للمهاجم الموجود على مسار الشبكة بقراءة وتعديل جلسات WebSocket الخاصة بـ OpenAI، بما في ذلك رمز حامل التفويض `authorization`. تقوم الدالة `ReqLLM.Streaming.WebSocketSession.Client.start/3` في `lib/req llm/streaming/web socket session/client.ex` بتشغيل WebSockex بدون خيارات TLS. وبما أن WebSockex يضبط القيمة الافتراضية على `insecure: true` ، فإنه يتصل باستخدام `verify: :verify none` ، مما يؤدي إلى قبول أي شهادة. بالإضافة إلى ذلك، تقوم قائمة السماح بالخيارات بإسقاط `cacerts` أو `ssl options` المقدمة من المستدعي، مما يمنع التطبيقات من تفعيل التحقق. يؤثر هذا على مسارات WebSocket الخاصة بـ OpenAI Responses و Realtime و Codex، والتي ترسل مفتاح API أو رمز وصول OAuth في رأس `authorization`.