DAT (Distributed Access Token) ​

خلفية تقديم DAT ​

اليوم، تعتمد أنظمة كثيرة JWT، لكن توجد قيود هيكلية في بيئات الإنتاج الفعلية كما يلي.
لحل هذه المشكلات، تم تصميم مواصفات الرمز الجديدة DAT.

🧩 تجزؤ مواصفات الأمان وغياب التطبيق الإلزامي ​

يوفر JWT معايير تشفير مثل JWE، لكن استخدامها ليس إلزامياً.
نتيجةً لذلك، تتجاهل كثير من بيئات التطوير التشفير أو تنقل البيانات بطرق غير قياسية، مما يؤدي إلى ثغرات أمنية.

🔑 مخاطر أمنية ناجمة عن استخدام المفاتيح الثابتة ​

نظرًا لأن تدوير مفاتيح التوقيع غير إلزامي، تُستخدم مفاتيح فردية لفترات طويلة. قد يؤدي ذلك إلى انهيار أمني كامل للنظام إذا تعرّض مفتاح للاختراق؛ وقد حدثت بالفعل حوادث اختراق على مواقع تجارة إلكترونية كبرى بسبب ذلك.

📉 تدهور الأداء بسبب الحمل الزائد ​

يمر JWT بعملية تحليل JSON لكل طلب، مما يستهلك موارد CPU كبيرة. في البيئات عالية الأداء، قد تصبح تكلفة التحليل هذه عنق الزجاجة الرئيسي للنظام بأكمله.

الفلسفة الأساسية لـ DAT ​

صُمِّم DAT وفق مبادئ أن الأمان يجب أن يكون إلزامياً وليس اختيارياً، وأن الأداء لا يمكن التنازل عنه.

⚡ خفيف وسريع ​

expire.cid.plain.secure.signature

يتميز DAT ببنية بيانات خفيفة كما هو موضح أعلاه.

🔐 أمان مفروض ​

يفصل DAT فيزيائياً بين منطقتَي النص العادي (Plain) والمشفّرة (Secure) أثناء نقل البيانات.
يفرض أن المعلومات الحساسة يجب تشفيرها، وتُحمى العملية بأكملها بخوارزميات موحّدة (P256, AES-GCM, إلخ) عبر DatKey.

🔄 تدوير مفاتيح مفروض ​

تُدير DatKey، قلب نظام DAT، دورة حياة المفاتيح مباشرةً إلى جانب إصدار الرموز وانتهاء صلاحيتها.
صُمِّمت لتدوير المفاتيح بانتظام على مستوى النظام، مما يمنع جذرياً «حوادث أمان المفاتيح الثابتة» الناجمة عن إهمال المسؤولين.

مقارنة آليات المصادقة ​