Zekth

تقوم الدالتان `normalize()` و `serialize()` بتطبيق إزالة قطاع النقطة (dot-segment removal) وفقًا لمعيار RFC 3986 بشكل خاطئ على مسار مرجع المسار النسبي. تم تحديد هذه الخوارزمية فقط لمسار الهدف المدمج أثناء عملية الحل. ونتيجة لذلك، قد يتم إسقاط قطاع دليل أب رائد، مما يؤدي إلى تحول المرجع النسبي للمستند إلى مرجع نسبي للجذر. يمكن للتطبيقات التي تقوم بتطبيع المراجع النسبية المقدمة من المستخدم قبل حلها، أو تستخدمها كمفاتيح للتخزين المؤقت أو إلغاء التكرار أو التفويض، أن تسمح للمرجع بالخروج من دليله المخصص والإشارة إلى مورد مختلف.

بالنسبة لمخططات عائلة HTTP، تقوم الدالة `canonicalizeHost()` بتمرير المضيف الذي تم تحليله إلى محلل URL WHATWG وتعتمد اسم المضيف الخاص به دون التحقق مما إذا كان المحلل قد استهلك الإدخال بالكامل كمضيف. يؤدي ذلك إلى إمكانية إعادة كتابة السلطة بصمت: حيث يتم إسقاط البيانات التي تسبق علامة (@) وحذف أحرف علامة التبويب وعودة العربة وتغذية السطر دون الإبلاغ عن خطأ. يمكن للتطبيقات التي تفرض سياسات قائمة على المضيف، مثل قوائم الحظر أو تصفية الحلقة المرتدة (loopback) أو التحقق من إعادة التوجيه أو توجيه الوكيل الخارجي، أن ترى أن المضيف القانوني يختلف عما تم التحقق منه، مما يسمح بتوجيه حركة المرور إلى وجهة غير مقصودة.

يقوم البرنامج بفك ترميز المكون المخطط (scheme) باستخدام دالة `unescape()` العالمية القديمة قبل التحقق من صحته. يسمح هذا للمدخلات التي تحتوي على مخططات مرمزة بنسبة مئوية بأن تظهر كمخططات نشطة، وهو ما يخالف معيار RFC 3986. قد تؤدي التطبيقات التي تفحص المخططات الخطيرة في المدخلات الخام ثم تخزن أو تعرض النتيجة الموحدة إلى تحويل سلسلة نصية خاملة إلى رابط `javascript` أو `data` أو `vbscript` قابل للتنفيذ، مما يؤدي إلى ثغرة cross-site scripting مخزنة أو منعكسة. بالإضافة إلى ذلك، تعامل دالة `equal()` المخططات المرمزة والعادية على أنها متطابقة، مما قد يسمح بتجاوز قوائم السماح القائمة على المساواة.