ثغرات JWT: alg=none والتباس المفاتيح

تُوقَّع رموز JWT تشفيريًا، لكن العديد من المكتبات احتوت على ثغرات خطيرة. أكثر الثغرات استغلالًا: هجوم alg=none، وهجوم الالتباس بين RS256 وHS256، واختراق الأسرار الضعيفة بالقوة الغاشمة. تنبع هذه الهجمات جميعًا من الوثوق بحقوق الترويسة التي يتحكم بها المهاجم.

تسمح مواصفة JWT باستخدام alg:"none" للرموز غير المؤمّنة. قبلت المكتبات المعيبة هذا الخيار وتخطت التحقق من التوقيع بالكامل. يعدّل المهاجم الحمولة (مثلًا، "role":"admin")، ويضبط alg:"none"، ويزيل التوقيع، فيقبله الخادم.

الأصلي: eyJhbGciOiJIUzI1NiJ9.eyJzdWIiOiJ1c2VyIn0.SIG الهجوم: eyJhbGciOiJub25lIn0.eyJzdWIiOiJhZG1pbiJ9. (توقيع فارغ، ونقطة في النهاية). يتحقق خادم عرضة للثغرة من الرمز بنجاح ويمنح صلاحية وصول المسؤول.

لا تقبل alg:"none" مطلقًا في بيئة الإنتاج. حدّد الخوارزميات المسموح بها صراحةً: jwt.decode(token, key, algorithms=["HS256"]). ترفض معظم المكتبات الحديثة (PyJWT 2+ وjsonwebtoken 9+) alg=none افتراضيًا.

إذا استخدم الخادم RS256 وغيّر العميل alg إلى HS256، فقد يتحقق الخادم باستخدام مفتاح RSA العام الخاص به باعتباره سر HMAC. وبما أن المفتاح العام... عام، يوقّع المهاجم حمولات عشوائية باستخدامه ويتحقق الخادم منها.

الخطوات: 1) جلب المفتاح العام من نقطة نهاية JWKS. 2) إنشاء حمولة ضارة. 3) التوقيع باستخدام HMAC-SHA256 مع استخدام بايتات PEM الخام للمفتاح العام باعتبارها سر HMAC. 4) ضبط alg:"HS256" في الترويسة. 5) يتحقق مسار HS256 في الخادم بنجاح.

حدّد دائمًا الخوارزمية المتوقعة صراحةً في استدعاء التحقق. لا تستنتج الخوارزمية أبدًا من ترويسة الرمز المميز. استخدم مسارات تعليمات برمجية منفصلة لـ RS256 وHS256، بحيث لا يستطيع المستدعي التبديل بينها.

يمكن اختراق HS256 باستخدام أسرار ضعيفة (أقل من 256 بت من الإنتروبيا) بالقوة الغاشمة دون اتصال. تدعم أدوات مثل hashcat كسر JWT: hashcat -a 0 -m 16500 token.txt wordlist.txt. استخدم أسرارًا عشوائية تشفيريًا لا تقل عن 32 بايتًا.

تحدد ترويسة kid (معرّف المفتاح) المفتاح الذي يجب استخدامه. إذا استخدم الخادم kid كمعامل لاستعلام SQL أو كمسار لنظام الملفات دون تنقية: kid="../../dev/null" → HMAC بمفتاح فارغ → قبول الرمز المميز المزوّر. نقِّ kid دائمًا.

تضمّن ترويسة jwk مفتاحًا عامًا للتحقق. قد يستخدم خادم عرضة للثغرة المفتاح المضمّن مباشرةً، مما يتيح للمهاجم تقديم زوج مفاتيحه الخاص، وتوقيع الرمز المميز بالمفتاح الخاص، وتضمين المفتاح العام. تحقّق فقط من المفاتيح المسجّلة.

نسيت بعض التطبيقات التحقق من المطالبة exp، أو استخدمت وقت الخادم بطريقة غير متسقة. تحقّق دائمًا صراحةً من exp وnbf وiat. استخدم مكتبة تتحقق من هذه المطالبات افتراضيًا، ولا تعطل التحقق من المطالبات في بيئة الإنتاج مطلقًا.

في هجوم التباس المفتاح بين RS256 وHS256، ما الذي يستخدمه المهاجم سرًا لـ HMAC؟

تنشأ ثغرات JWT من الوثوق بترويسة alg، وقبول alg=none، واستخدام أسرار ضعيفة. الإصلاح: ثبّت الخوارزميات لدى المتحقق، واستخدم أسرارًا قوية، ونقِّ kid. التالي: ممارسات التنفيذ الآمن لـ JWT.