Fcasal

توجد مشكلة حيث أن التطبيق الذي يستدعي `AutoSeeded RNG::clear()` ثم يستدعي `randomize()` مع ذاكرة تخزين مؤقتة فارغة للمخرجات بينما يكون المولد غير مزود ببذرة (unseeded)، يمكن أن يتسبب في قيام `AutoSeeded RNG` بتحديد نفسه على أنه مزود ببذرة دون استشارة مصدر الإنتروبيا المكون. في عمليات البناء التي تفتقر إلى `BOTAN HAS SYSTEM RNG` ، يعتمد الحل البديل فقط على قيمة الساعة ومعرف العملية، لذا يمكن أن ينتج طلب لاحق غير فارغ مخرجات من حالة يمكن التنبؤ بها.

يسمح عميل OCSP المتصل بالإنترنت بإعادة توجيه HTTP واحدة عند إرسال طلب OCSP إلى URI الموجود في ملحق Authority Information Access الخاص بالشهادة. يمكن لمستجيب OCSP خبيث أو مهاجم في المسار إعادة توجيه العميل لإجراء طلب أعمى إلى خدمة HTTP داخلية لا يمكن الوصول إليها بخلاف ذلك. التأثير الأساسي هو تزوير طلب من جانب الخادم (SSRF) أعمى قد يؤثر على الخدمات الداخلية التي تستخدم معالجات GET غير متكررة، ويمكن أن يوفر توقيت الاستجابة أوراكل خدمة داخلية تقريبية.

تقوم ربطة Python الخاصة بـ Botan بتحويل سلاسل Python التي تحتوي على U+0000 إلى قيم const char* دون رفض NUL المضمن بشكل متسق. يتسبب هذا في أن تقومي الدالتان `bcrypt()` و `check bcrypt()` بمعالجة البادئة التي تسبق حرف NUL فقط. وبناءً على ذلك، قد تتحقق التطبيقات من كلمة مرور أطول ولكن يتم تشفير قيمة فعلية أقصر، مما يسمح بتجاوز سياسة كلمة المرور في التطبيق.

يقوم الأمر `ocsp check` في واجهة سطر الأوامر بطلب استجابة OCSP (بروتوكول حالة الشهادة عبر الإنترنت) من عنوان URL الخاص بمعلومات الوصول إلى السلطة للشهادة، ولكنه يفشل في التحقق من توقيع الاستجابة أو تفويض الموقع. يسمح هذا لمستجيب خبيث أو مهاجم في المسار بتقديم استجابة GOOD في الوقت المناسب بتوقيع فارغ أو غير صالح أو غير مفوض، مما قد يؤدي إلى التحقق من صحة شهادة تم إلغاؤها بشكل خاطئ مع حالة خروج 0 ومخرجات OK.

تقوم دالة `botan block cipher block size()` في واجهة برمجة تطبيقات C الخاصة بـ Botan بتحويل حجم الكتلة من نوع `size t` إلى `int` دون إجراء فحص للحدود. في التطبيقات التي تقبل سلاسل معاملات خوارزمية خارجية وتستخدم وضع Electronic Codebook (ECB) الخام لواجهة وظائف اللغة الخارجية (FFI)، يمكن للمهاجم اختيار تشفير Lion متغير حجم الكتلة بحيث يتم اقتطاع الحجم المبلغ عنه، مما يؤدي إلى قيام المستدعي بتخصيص ذاكرة غير كافية، وهو ما يتسبب لاحقاً في فساد الذاكرة أثناء معالجة الكتلة. لا تتأثر واجهة برمجة تطبيقات C++ وأوضاع واجهة برمجة تطبيقات C المستخدمة عادةً مثل Cipher Block Chaining (CBC) و Counter (CTR).

تسمح المعالجة غير السليمة للمسارات لمرسل خبيث بتوسيع نطاق عمليات `--delete` إلى ما وراء الشجرة الفرعية المقصودة. ومن خلال إرسال قائمة ملفات مُصممة خصيصًا، يمكن للمهاجم أن يجعل المستلم يعيد تصنيف إدخالات الدليل الأصلي الضمني أو يعامل المسارات الاصطناعية على أنها جذر النقل. ويمكن تحقيق ذلك من خلال طرق متعددة، بما في ذلك إعادة تصنيف الدليل الأصلي الضمني، وإنشاء مسار جذر مصطنع، ومعالجة الجذر غير الدليل، وسلوك البروتوكول القديم في الإصدارات الأقل من 30، مما يؤدي في النهاية إلى حذف الملفات الموجودة خارج الدليل الوجهة المصرح به.

توجد ثغرة تسمح بكتابة ملفات عشوائية، حيث يمكن للمهاجمين كتابة ملفات خارج شجرة الوجهة المقصودة. ويحدث ذلك عن طريق تحديد مسار مطلق باستخدام الخيارين `--temp-dir` أو `--link-dest`، مما يتجاوز آلية تقييد إعادة التسمية. وهذا يسمح للقيم التي يتحكم فيها المهاجمون بكتابة ملفات في أي موقع يمكن لعملية rsync الوصول إليه.

توجد حالة تنافس على الارتباط الرمزي في ميزة `--remove-source-files`. ويحدث هذا عندما يقوم مهاجم يتمتع بحق الوصول لإنشاء الارتباطات الرمزية باستبدال ملف مصدر بارتباط رمزي بشكل متزامن بين انتهاء عملية النقل واستدعاء الدالة `unlink()`. يؤدي هذا الإجراء إلى قيام البرنامج بحذف هدف الرابط الرمزي بدلاً من ملف المصدر المقصود، مما يؤدي إلى حذف ملفات عشوائية.

توجد مشكلة تتعلق برفض الخدمة (DoS) حيث يمكن لمرسل بعيد استنفاد موارد النظام لدى المستلم. ويحدث ذلك لأن الاسم المختصر `--zt` للخيار `--compress-threads` يتجاوز عملية مطابقة السلسلة الخاصة بتوجيه خيارات الرفض (refuse options)، الذي يتحقق فقط من أسماء الخيارات الطويلة. يمكن للمهاجم توفير قيمة كبيرة للمتغير `--zt` لتوليد عدد غير محدود من خيوط العمل Zstandard، مما يؤدي إلى استنفاد الذاكرة المتاحة وموارد الخيوط.