Stanislav Fort

يوجد خلل منطقي في أداة سطر الأوامر curl يمنع تطبيق خيارات التحقق من مضيف SSH عندما يتم إنشاء اتصال عبر إعادة التوجيه. وتحديداً، إذا كان الطلب الأولي HTTPS وقام الخادم بإرجاع إعادة توجيه `Location: sftp://example.com` أثناء استخدام `--location` و `--proto-redir +sftp` ، فإن اتصال SFTP اللاحق يتجاهل طرق التحقق التي طلبها المستخدم. يؤثر هذا على تطبيق الخيارات `--knownhosts` و `--hostpubsha256` و `--hostpubmd5`.

يمكن لعملية نقل `ftp://` المهيأة باستخدام `CURLUSESSL NONE` إعادة استخدام اتصال تحكم FTP مجمع تم ترقيته مسبقًا باستخدام `STARTTLS` والمصادقة عليه باستخدام شهادة عميل. نظرًا لأن المقبض الثاني لا يقوم بإجراء مصافحة TLS جديدة أو تسجيل دخول FTP جديد، يستمر الخادم في تفويضه بموجب هوية شهادة المقبض الأول.

يؤدي تفعيل `CURLOPT CRLF` إلى إمكانية حقن الأوامر أثناء عمليات IMAP APPEND. عند نقل البيانات الموسعة لنهاية السطر، يقوم curl بالإعلان عن عدد بايتات الإدخال الخام في literal `IMAP APPEND {N}`. وبما أن الخادم يقرأ $N$ بايت فقط للحمولة، يتم تفسير وتنفيذ بايتات التجاوز المتبقية كأوامر IMAP pipelined ضمن الجلسة المصادق عليها.

يمكن لأصل HTTPS موثق تقديم قيمة `max-age` لـ HSTS يقبلها المحلل، ولكن تفشل عملية تسلسل الوقت لاحقاً في معالجتها. في الأنظمة ذات 64 بت، تؤدي قيم `max-age` القصوى إلى حساب تاريخ انتهاء مطلق يتجاوز حدود هيكل وقت التقويم مع بقائه ضمن حدود أعداد الوقت الصحيحة القياسية. أثناء عمليات حفظ ذاكرة التخزين المؤقت، يتم قطع ملف HSTS الأصلي قبل كتابة ملف بديل مؤقت؛ وعندما يفشل التسلسل، يتم حذف الملف المؤقت، مما يترك ذاكرة تخزين مؤقت فارغة أو جزئية. وبما أنه يتم تجاهل خطأ الحفظ بصمت أثناء التنظيف، فإن curl يخرج بنجاح على الرغم من فقدان البيانات.

توجد مشكلة أثناء عملية استيراد ذاكرة التخزين المؤقت لـ HSTS، حيث يؤدي استيراد إدخال HSTS أب يحتوي على علامة `includeSubDomains` قبل إدخال ابن ذو عمر أطول إلى إسقاط الإدخال الابن بصمت. وعندما تنتهي صلاحية الإدخال الأب، تضيع سياسة HSTS الصالحة للابن، مما يؤدي بالبرنامج إلى إرسال طلبات HTTP غير مشفرة بدلاً من ترقيتها إلى HTTPS.

تفشل وظيفة مطابقة ذاكرة التخزين المؤقت للاتصال في مراعاة خيار شهادة العميل التلقائية. يسمح هذا بإعادة استخدام اتصال Schannel مخزن مؤقت وموثق بالفعل لعملية نقل تم توجيهها إلى مصدر مختلف، حتى لو تم إيقاف خيار شهادة العميل التلقائية صراحةً لعملية النقل تلك لمنع حدوث ذلك.

يمكن لبروكسي HTTP خداع libcurl لإرسال بيانات اعتماد الأصل، مثل كلمات مرور Basic أو تذاكر Negotiate/Kerberos، مباشرة إلى البروكسي نفسه. يحدث هذا عندما يستجيب البروكسي لطلب نفق `CONNECT` بحالة 401 `WWW-Authenticate:` بدلاً من حالة 407 `Proxy-Authenticate:` المتوقعة.

عند استخدام مستخدم محيطي (ambient user) في عملية نقل أولى باستخدام مصادقة Negotiate، قد يقوم curl بتمرير تفاصيل الاعتماد إلى أصل ثانٍ غير ذي صلة عند توجيهه لإعادة التوجيه إلى هناك.

يمكن لخادم HTTP عن بُعد تعيين ملف تعريف ارتباط (cookie) يقبله curl ويكتبه في ملف تعريف ارتباط Netscape ولكن لا يمكن إعادة تحميله. عند استدعاء curl لاحقًا باستخدام نفس المسار للمعلمتين `--cookie` و `--cookie-jar` ، يفشل التطبيق قبل إنشاء الاتصال. وأثناء إجراء عملية التنظيف، يقوم curl باستبدال ملف تعريف الارتباط بملف فارغ، مما يؤدي إلى حذف ملفات تعريف الارتباط لنطاقات غير ذات صلة.

إن تعيين `CURLOPT AWS SIGV4` إلى NULL لا يؤدي إلى تعطيل مصادقة SigV4، على عكس التوقعات والوثائق. وبناءً على ذلك، فإن عملية نقل لاحقة على نفس المقبض (handle) لا تزال ترسل ترويسة `Authorization: AWS4-HMAC-SHA256` إلى أي عنوان URL يتم تعيينه تالياً، مما يؤدي إلى تسريب معلومات الحالة.

When libpsl support is enabled, the software fails to enforce the Public Suffix List boundary check while processing a `Set-Cookie` header. This occurs when the `Domain` attribute explicitly matches an origin host that is a public suffix, such as `co.uk`. Instead of treating it as a strict host-only cookie, the system saves it with a wildcard domain scope (`.co.uk`). This leads to the cookie being incorrectly included in subsequent outbound requests or HTTP redirects to arbitrary sibling subdomains under the same public suffix, such as `attacker.co.uk`.

A heap-use-after-free occurs when using libcurl's multi interface with OpenSSL 3 provider configurations. The issue arises because libcurl attaches an allocated library context to the easy handle's state and passes it to OpenSSL without acquiring an ownership reference. If the easy handle is destroyed prematurely, the context is freed while the active connection retains a dangling pointer, which can be triggered during subsequent I/O or post-handshake operations.

An issue exists where libcurl fails to enforce public key pinning when `CURLOPT PINNEDPUBLICKEY` is used in conjunction with options that disable standard peer verification, specifically `CURLOPT SSL VERIFYPEER = 0` and `CURLOPT SSL VERIFYHOST = 0`. This allows unauthenticated connections to succeed without a presented server certificate, bypassing the pinning check.

A flaw in libcurl causes the software to incorrectly reuse an existing HTTPS connection setup for a specific hostname, even if a different Native CA Store setting (`CURLSSLOPT NATIVE CA`) is used compared to when the connection was originally established. The Native CA Store is a mechanism that allows curl to use the operating system's built-in certificate store to verify the authenticity of SSL/TLS certificates.

A flaw exists where using a horizontal tab (ASCII code 9) instead of a space (ASCII code 32) immediately before the `Secure` attribute in a `Set-Cookie:` header causes the software to store the cookie without the Secure flag. This may result in the cookie being transmitted over plaintext HTTP during subsequent requests to the same host.

When using the wolfSSL backend with CA caching enabled, a flaw exists where the `CURLOPT SSL CTX FUNCTION` callback can be overridden. If this callback replaces the trust store, libcurl may silently reinstall the cached store after the callback returns. This results in a scenario where a certificate trusted by the cached store is incorrectly accepted, even if it was rejected by the store selected via the callback.

يقوم معالج RTSP في مكتبة `libalias` بإعادة كتابة الحزم الصادرة في مخزن مؤقت مكدس ذي طول ثابت دون التحقق مما إذا كانت البيانات المعاد كتابتها تتسع داخل المخزن المؤقت أو ما إذا كانت النتيجة تتسع مرة أخرى داخل الحزمة الأصلية. يمكن لمهاجم عن بُعد يرسل حركة مرور RTSP مصممة خصيصًا من داخل بوابة NAT باستخدام `libalias` أن يتسبب في حدوث تجاوز سعة مخزن المكدس. وقد يؤدي ذلك إلى تنفيذ تعليمات برمجية عن بُعد داخل النواة عند استخدام NAT `ipfw(4)`، أو داخل عملية `natd(8)`، التي تعمل عادةً بامتيازات الجذر.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة وحدة OpenSSL FIPS الإصدار 3.6 الوصف قد تتعرض التطبيقات التي تستخدم تشفير أو فك تشفير AES-CFB128 على الأنظمة المزودة بدعم AVX-512 وVAES لعملية قراءة خارج نطاق تصل إلى 15 بايت عند معالجة كتل تشفير جزئية. قد يؤدي ذلك إلى حدوث هجوم «رفض الخدمة» (DoS) إذا كان مخزن الإدخال المؤقت يقع عند حدود صفحة ذاكرة وكانت الصفحة التالية غير مخططة. تحدث هذه المشكلة فقط عند معالجة الكتل الجزئية وعلى أنظمة x86-64 التي تدعم تعليمات AVX-512 وVAES. التوصيات في الوقت الحالي، لا توجد معلومات حول إصدار أحدث يحتوي على إصلاح لهذه الثغرة الأمنية.

يحتوي البرنامج على ثغرة أمنية تتعلق بتجاوز المسار في توجيه خادم الوصول عن بُعد إلى نقطة النهاية المصادق عليها ’‘/download''. يتم دمج معلمة الاستعلام `file` في مسار نظام الملفات دون التحقق المناسب من صحتها، مما قد يسمح لمهاجم عبر الشبكة بطلب ملفات خارج الدليل المقصود. ويكون التأثير محدودًا بفضل ميزات الأمان في نظام Android، التي تقيد عادةً الوصول إلى التخزين الداخلي للتطبيق والتخزين الخارجي الخاص بالتطبيق.

يحتوي ESF-IDF، وهو إطار عمل تطوير إنترنت الأشياء (IoT) من Espressif، على ثغرة في الدالة `avrc vendor msg()` داخل مكدس AVRCP الخاص بـ BlueDroid. تقوم الدالة بالتحقق من صحة حجم المخزن المؤقت المخصص باستخدام `AVRC MIN CMD LEN` (20 بايت)، لكن بيانات الرأس الثابتة المكتوبة قبل حمولة المورد تتجاوز هذه القيمة، حيث يبلغ مجموعها 29 بايت قبل نسخ `p msg->p vendor data`. قد يؤدي هذا التباين إلى الكتابة خارج الحدود عندما يقترب `vendor len` من حد المخزن المؤقت، مما قد يتسبب في تلف الذاكرة أو تعطل النظام أو سلوك غير محدد. قد يكون التجاوز أكبر عند تعطيل عمليات التحقق.