Kc1Zs4

تستخدم دالة `splitPos()` الخاصة بنقل FastCGI في `modules/caddyhttp/reverseproxy/fastcgi/fastcgi.go` ميزة `search.IgnoreCase` الخاصة بمكتبة `golang.org/x/text/search` بشكل خاطئ عندما يحتوي مسار الطلب على بايتات غير ASCII. ويؤدي ذلك إلى عيبين: مشكلة في تدفق التحكم حيث تسمح متغير `match` قديم بمعاملة الملفات غير النصية كملفات نصية، ومشكلة في تكافؤ Unicode حيث يتم تحويل الأحرف المشابهة لغير أحرف ASCII إلى أحرف ASCII (على سبيل المثال، معاملة `.𝗽𝗵𝗽` على أنها `.php`). في عمليات النشر التي يمكن للمهاجم فيها تحميل أو وضع محتوى في ملفات يتم تقديمها عبر FastCGI، يمكن استغلال هذه الثغرات عن طريق إنشاء عنوان URL محدد لتحقيق تنفيذ التعليمات البرمجية عن بُعد.

تسمح ثغرة في البرمجة النصية عبر المواقع (XSS) المخزنة لحسابات مستوى الناشر بتنفيذ تعليمات جافا سكريبت تعسفية. تنشأ المشكلة عن تجاوز القائمة السوداء في دالة `detectXss()`، التي تفشل في التعرف بشكل صحيح على سمات أحداث HTML (مثل أحداث `on*`) عندما يتم إنشاؤها بدون علامات اقتباس. وهذا يسمح للمهاجم بتجاوز المرشح وتنفيذ نصوص برمجية ضارة في متصفح أي مستخدم، بما في ذلك المسؤولون، الذين يشاهدون المحتوى المخترق، مما قد يؤدي إلى اختطاف الجلسة أو إجراءات غير مصرح بها.

يوجد ثغرة تتعلق بحقن CRLF في MimeKit وMailKit عند معالجة عناوين مغلف SMTP. وعلى وجه التحديد، عندما يكون الجزء المحلي من العنوان عبارة عن سلسلة محاطة بعلامات اقتباس، يفشل البرنامج في منع إدراج أحرف العودة إلى السطر والانتقال إلى السطر التالي (`r `) بشكل مناسب. هذا عدم الامتثال لمعيار RFC 5321 يسمح للمهاجم بحقن أوامر SMTP، مثل `RCPT TO` و`DATA` و`RSET`، أو ربما حقن رؤوس رسائل البريد الإلكتروني، اعتمادًا على كيفية استخدام التطبيق لـ MailKit/MimeKit. تظهر المشكلة عندما يتمكن المهاجم من التحكم في قيمة `MailboxAddress` التي يتم تسلسلها لاحقًا في جلسة SMTP. تحدث هذه الثغرة الأمنية لأن RFC 5321 يحظر استخدام الأحرف CR وLF داخل السلاسل الموضوعة بين علامتي اقتباس. المكونات المتأثرة هي MimeKit 4.15.0 وMailKit 4.15.0، وقد تتأثر أي تطبيق يقبل مدخلات غير موثوقة لعناوين المرسل/المستلم، ويقوم بإنشاء كائنات `MailboxAddress` من هذه المدخلات، ويرسل رسائل عبر SMTP. قد يؤدي استغلال هذه الثغرة إلى إعادة توجيه رسائل البريد الإلكتروني، وتسريب البيانات، وإتلاف حالة معاملة SMTP، وربما حقن الرؤوس أو التحايل على السجلات.

تقبل الدالتان `ToASCII()` و`ToUnicode()` بشكل غير صحيح التسميات المشفرة بـ Punycode التي يتم فك تشفيرها إلى تسمية ASCII فقط. على سبيل المثال، تُرجع الدالة `ToUnicode(”xn--example-.com“)` القيمة ”example.com“ بدلاً من إرجاع خطأ. يمكن أن يؤدي هذا السلوك إلى تصعيد الامتيازات في البرامج التي تستخدم حزمة idna؛ فقد يرفض البرنامج الذي يجري فحوصات الامتيازات على اسم مضيف ASCII ”example.com“ ولكنه يسمح بـ ”xn--example-.com“، ومن ثم يمنح الوصول إلى ”example.com“ بعد تحويل اسم المضيف إلى Unicode.