نصف القطر

الموسوعة الحرة

خدمة مصادقة المستخدم عن بُعد عبر الاتصال الهاتفي ( RADIUS ) هي بروتوكول شبكي يوفر إدارة مركزية للمصادقة والترخيص والمحاسبة ( AAA ) للمستخدمين الذين يتصلون بخدمة الشبكة ويستخدمونها. طُوِّر بروتوكول RADIUS بواسطة شركة Livingston Enterprises عام 1991 كبروتوكول مصادقة ومحاسبة لخادم الوصول، ثم أُدرج لاحقًا في معايير IEEE 802 و IETF .

بروتوكول RADIUS هو بروتوكول عميل/خادم يعمل في طبقة التطبيق ، ويمكنه استخدام بروتوكولي TCP أو UDP . عادةً ما تحتوي خوادم الوصول إلى الشبكة ، التي تتحكم في الوصول إلى الشبكة، على مكون عميل RADIUS يتواصل مع خادم RADIUS. [ 1 ] غالبًا ما يكون RADIUS هو الخيار الأمثل للمصادقة الخلفية لبروتوكول 802.1X . [ 2 ] عادةً ما يكون خادم RADIUS عملية تعمل في الخلفية على أنظمة UNIX أو Microsoft Windows . [ 1 ]

يؤدي هجوم Blast-RADIUS إلى تعطيل بروتوكول RADIUS عند تشغيله على بروتوكول نقل غير مشفر مثل UDP. [ 3 ]

مكونات البروتوكول

بروتوكول RADIUS هو بروتوكول AAA (المصادقة والترخيص والمحاسبة) يُدير الوصول إلى الشبكة. يستخدم RADIUS نوعين من الحزم لإدارة عملية AAA بالكامل: طلب الوصول، الذي يُدير المصادقة والترخيص؛ وطلب المحاسبة، الذي يُدير المحاسبة. تم تعريف المصادقة والترخيص في RFC 2865 ، بينما تم وصف المحاسبة في RFC 2866.

المصادقة والتفويض

يرسل المستخدم أو الجهاز طلبًا إلى خادم الوصول إلى الشبكة (NAS) للحصول على إذن الوصول إلى مورد شبكي معين باستخدام بيانات اعتماد الوصول. تُمرر بيانات الاعتماد إلى جهاز NAS عبر بروتوكول طبقة الربط - على سبيل المثال، بروتوكول نقطة إلى نقطة (PPP) في حالة العديد من مزودي خدمة الاتصال الهاتفي أو DSL - أو تُرسل عبر نموذج ويب آمن بتقنية HTTPS .

وبدوره، يرسل جهاز التخزين الشبكي (NAS) رسالة طلب وصول RADIUS إلى خادم RADIUS، يطلب فيها الإذن بمنح الوصول عبر بروتوكول RADIUS. [ 4 ]

يتضمن هذا الطلب بيانات اعتماد الوصول، والتي عادةً ما تكون على شكل اسم مستخدم وكلمة مرور أو شهادة أمان يقدمها المستخدم. بالإضافة إلى ذلك، قد يحتوي الطلب على معلومات أخرى يعرفها جهاز التخزين الشبكي (NAS) عن المستخدم، مثل عنوان الشبكة أو رقم الهاتف، ومعلومات تتعلق بنقطة اتصال المستخدم الفعلية بجهاز التخزين الشبكي.

يتحقق خادم RADIUS من صحة المعلومات باستخدام أنظمة مصادقة مثل PAP و CHAP و EAP . ويتم التحقق من هوية المستخدم، بالإضافة إلى معلومات أخرى اختيارية متعلقة بالطلب، مثل عنوان شبكة المستخدم أو رقم هاتفه، وحالة حسابه، وصلاحيات الوصول المحددة لخدمات الشبكة. تاريخيًا، كانت خوادم RADIUS تتحقق من معلومات المستخدم بالرجوع إلى قاعدة بيانات ملفات نصية مخزنة محليًا. أما خوادم RADIUS الحديثة، فيمكنها القيام بذلك، أو الرجوع إلى مصادر خارجية - عادةً خوادم SQL أو Kerberos أو LDAP أو Active Directory - للتحقق من بيانات اعتماد المستخدم.

تدفق المصادقة والتفويض في RADIUS

ثم يقوم خادم RADIUS بإرجاع أحد ثلاثة ردود إلى NAS: 1) رفض الوصول، 2) تحدي الوصول، أو 3) قبول الوصول.

رفض الوصول
يُمنع المستخدم منعاً باتاً من الوصول إلى جميع موارد الشبكة المطلوبة. وقد تشمل الأسباب عدم تقديم إثبات هوية أو وجود حساب مستخدم غير معروف أو غير نشط.
تحديات الوصول
يطلب معلومات إضافية من المستخدم مثل كلمة مرور ثانوية أو رقم تعريف شخصي أو رمز مميز أو بطاقة. كما يُستخدم تحدي الوصول في حوارات المصادقة الأكثر تعقيدًا حيث يتم إنشاء نفق آمن بين جهاز المستخدم وخادم Radius بطريقة تخفي بيانات اعتماد الوصول عن خادم NAS.
قبول الوصول
يُمنح المستخدم حق الوصول. بعد مصادقة المستخدم، يتحقق خادم RADIUS عادةً من صلاحية المستخدم لاستخدام خدمة الشبكة المطلوبة. على سبيل المثال، قد يُسمح لمستخدم معين باستخدام شبكة لاسلكية تابعة للشركة، ولكن ليس خدمة VPN الخاصة بها. مرة أخرى، قد تُخزَّن هذه المعلومات محليًا على خادم RADIUS، أو قد يتم البحث عنها في مصدر خارجي مثل LDAP أو Active Directory.

قد تتضمن كل استجابة من استجابات RADIUS الثلاث سمة "رسالة الرد" التي قد توضح سبب الرفض، أو طلب التحدي، أو رسالة ترحيبية للقبول. ويمكن تمرير النص الموجود في هذه السمة إلى المستخدم في صفحة ويب مُعادة.

تُرسل سمات التفويض إلى نظام الوصول الشبكي (NAS) لتحديد شروط الوصول الممنوحة. على سبيل المثال، قد تتضمن رسالة قبول الوصول (Access-Accept) سمات التفويض التالية:

  • عنوان IP المحدد الذي سيتم تخصيصه للمستخدم
  • مجموعة العناوين التي يجب اختيار عنوان IP الخاص بالمستخدم منها
  • الحد الأقصى للمدة التي يمكن للمستخدم أن يبقى فيها متصلاً
  • قائمة الوصول، أو قائمة الانتظار ذات الأولوية، أو غيرها من القيود المفروضة على وصول المستخدم
  • معلمات L2TP
  • معلمات VLAN
  • معايير جودة الخدمة (QoS)

عندما يتم تكوين عميل لاستخدام بروتوكول RADIUS، يُقدّم أي مستخدم لهذا العميل معلومات المصادقة إليه. قد يتم ذلك من خلال نافذة تسجيل دخول قابلة للتخصيص، حيث يُطلب من المستخدم إدخال اسم المستخدم وكلمة المرور. أو قد يستخدم المستخدم بروتوكولًا لربط البيانات مثل بروتوكول نقطة إلى نقطة (PPP)، الذي يحتوي على حزم مصادقة تحمل هذه المعلومات.

بمجرد حصول العميل على هذه المعلومات، يمكنه اختيار المصادقة باستخدام بروتوكول RADIUS. وللقيام بذلك، يُنشئ العميل "طلب وصول" يتضمن سمات مثل اسم المستخدم، وكلمة مرور المستخدم، ومعرّف العميل، ومعرّف المنفذ الذي يحاول المستخدم الوصول إليه. وفي حال وجود كلمة مرور، يتم إخفاؤها باستخدام طريقة تعتمد على خوارزمية RSA Message Digest Algorithm MD5.

محاسبة

تدفق المحاسبة في نظام RADIUS

تم وصف المحاسبة في RFC 2866.

عندما يمنح خادم الوصول إلى الشبكة ( NAS) المستخدم إمكانية الوصول إلى الشبكة ، يرسل خادم الوصول إلى الشبكة (NAS) حزمة طلب محاسبة RADIUS (حزمة طلب محاسبة RADIUS تحتوي على سمة Acct-Status-Type بقيمة "start") إلى خادم RADIUS للإشارة إلى بدء وصول المستخدم إلى الشبكة. تحتوي سجلات "Start" عادةً على هوية المستخدم، وعنوان الشبكة، ونقطة الاتصال، ومعرّف جلسة فريد. [ 5 ]

قد يقوم جهاز NAS بإرسال سجلات تحديث مؤقتة (حزمة طلب محاسبة RADIUS تحتوي على سمة Acct-Status-Type بقيمة "interim-update") بشكل دوري إلى خادم RADIUS، لتحديثه بحالة الجلسة النشطة. وتحمل سجلات "التحديث المؤقت" عادةً مدة الجلسة الحالية ومعلومات حول استخدام البيانات الحالي.

وأخيرًا، عند إغلاق وصول المستخدم إلى الشبكة، يقوم NAS بإصدار سجل إيقاف محاسبي نهائي (حزمة طلب محاسبة RADIUS تحتوي على سمة Acct-Status-Type بقيمة "إيقاف") إلى خادم RADIUS، مما يوفر معلومات حول الاستخدام النهائي من حيث الوقت والحزم المنقولة والبيانات المنقولة وسبب قطع الاتصال ومعلومات أخرى تتعلق بوصول المستخدم إلى الشبكة.

عادةً، يرسل العميل حزم طلب المحاسبة حتى يتلقى إشعار استجابة المحاسبة، باستخدام فترة إعادة محاولة معينة.

الغرض الأساسي من هذه البيانات هو إمكانية محاسبة المستخدم وفقًا لذلك؛ كما تُستخدم البيانات بشكل شائع لأغراض إحصائية ولرصد الشبكة بشكل عام.

تجوال

التجوال باستخدام خادم وكيل RADIUS AAA.

يُستخدم بروتوكول RADIUS بشكل شائع لتسهيل التجوال بين مزودي خدمة الإنترنت ، بما في ذلك عن طريق:

  • الشركات التي توفر مجموعة عالمية موحدة من بيانات الاعتماد التي يمكن استخدامها على العديد من الشبكات العامة؛
  • مؤسسات مستقلة، ولكنها متعاونة، تصدر بيانات اعتمادها الخاصة لمستخدميها، مما يسمح للزائر بالانتقال من مؤسسة إلى أخرى ليتم التحقق من هويته من قبل مؤسسته الأصلية، كما هو الحال في eduroam .

يسهل RADIUS ذلك من خلال استخدام النطاقات ، التي تحدد المكان الذي يجب على خادم RADIUS إعادة توجيه طلبات AAA للمعالجة.

العوالم

يُضاف اسم النطاق عادةً إلى اسم المستخدم ويُفصل بينهما بعلامة "@"، على غرار اسم نطاق عنوان البريد الإلكتروني. يُعرف هذا باسم تدوين اللاحقة للنطاق. وهناك استخدام شائع آخر وهو تدوين البادئة ، والذي يتضمن إضافة اسم النطاق إلى اسم المستخدم واستخدام "\" كفاصل. تسمح خوادم RADIUS الحديثة باستخدام أي حرف كفاصل للنطاق، على الرغم من أنه في الممارسة العملية، يُستخدم عادةً "@" و"\".

يمكن أيضًا دمج النطاقات باستخدام كل من تدوين البادئة واللاحقة، للسماح بسيناريوهات التجوال المعقدة؛ على سبيل المثال، يمكن أن يكون somedomain.com\username@anotherdomain.com اسم مستخدم صالحًا مع نطاقين.

على الرغم من أن أسماء النطاقات (realms) غالبًا ما تشبه أسماء النطاقات (domains)، إلا أنها نصوص اختيارية ولا يشترط أن تحتوي على أسماء نطاقات حقيقية. تم توحيد تنسيقات أسماء النطاقات في RFC 4282، الذي يُعرّف مُعرّف الوصول إلى الشبكة (NAI) على شكل 'user@realm'. في هذا المعيار، يُشترط أن يكون جزء 'realm' اسم نطاق. مع ذلك، لا يُطبّق هذا الشرط دائمًا. وقد حلّ RFC 7542 [ 6 ] محلّ RFC 4282 في مايو 2015.

عمليات الوكيل

عندما يستقبل خادم RADIUS طلب AAA لاسم مستخدم يحتوي على نطاق، فإنه يُشير إلى جدول النطاقات المُهيأة. إذا كان النطاق معروفًا، يُعيد الخادم توجيه الطلب إلى الخادم الرئيسي المُهيأ لهذا النطاق. يختلف سلوك خادم التوجيه فيما يتعلق بإزالة النطاق من الطلب ("التجريد") باختلاف إعدادات معظم الخوادم. بالإضافة إلى ذلك، يُمكن تهيئة خادم التوجيه لإضافة طلبات AAA أو إزالتها أو إعادة كتابتها عند إعادة توجيهها دوريًا.

يُمكن استخدام سلاسل الوكلاء في بروتوكول RADIUS، حيث تُوجّه حزم المصادقة/الترخيص والمحاسبة عادةً بين جهاز NAS وخادم منزلي عبر سلسلة من الوكلاء. تشمل بعض مزايا استخدام سلاسل الوكلاء تحسين قابلية التوسع، وتطبيق السياسات، وتعديل القدرات. ولكن في سيناريوهات التجوال، قد تُدار أجهزة NAS والوكلاء والخادم المنزلي من قِبل جهات إدارية مختلفة. لذا، يكتسب عامل الثقة بين الوكلاء أهمية بالغة في تطبيقات النطاقات المتعددة. علاوة على ذلك، يُزيد غياب الأمان الشامل في RADIUS من أهمية الثقة بين الوكلاء المعنيين. يُمكن الاطلاع على شرح سلاسل الوكلاء في RFC 2607 .

حماية

يُعرّض التجوال باستخدام بروتوكول RADIUS المستخدمين لمخاطر أمنية وخصوصية متنوعة. وبشكل عام، يقوم بعض شركاء التجوال بإنشاء نفق آمن بين خوادم RADIUS لضمان عدم اعتراض بيانات اعتماد المستخدمين أثناء مرورها عبر الإنترنت. ويُعدّ هذا الأمر مثيرًا للقلق نظرًا لأن خوارزمية MD5 المدمجة في RADIUS تُعتبر غير آمنة. [ 7 ]

بنية الحزمة

تنسيق بيانات حزمة RADIUS.

يتم نقل بروتوكول RADIUS عبر بروتوكول UDP على المنفذين 1812 [ 4 ] و1813 [ 8 ] . أما بروتوكول RadSec (RADIUS عبر TLS) فيستخدم منفذ TCP رقم 2083 افتراضياً [ 9 ] .

يظهر تنسيق بيانات حزمة RADIUS على اليمين. يتم إرسال الحقول من اليسار إلى اليمين، بدءًا من الرمز، ثم المعرف، ثم الطول، ثم المصادقة، ثم السمات.

تتضمن رموز RADIUS المعينة (العشرية) ما يلي: [ 10 ]

شفرةتكليف
1طلب الوصول
2قبول الوصول
3رفض الوصول
4طلب محاسبي
5استجابة المحاسبة
11تحدي الوصول
12خادم الحالة (تجريبي)
13الحالة - العميل (تجريبي)
40طلب قطع الاتصال
41قطع الاتصال - تأكيد
42قطع الاتصال - NAK
43طلب شهادة التحليل
44CoA-ACK
45CoA-NAK
255محجوز

يساعد حقل المعرف في مطابقة الطلبات والردود.

يشير حقل الطول إلى طول حزمة RADIUS بأكملها بما في ذلك حقول الرمز والمعرف والطول والمصادقة والسمات الاختيارية.

يتم استخدام أداة المصادقة للتحقق من صحة الرد من خادم RADIUS، وتستخدم في تشفير كلمات المرور؛ ويبلغ طولها 16 بايت.

أزواج القيم والسمات

تخطيط RADIUS AVP

تحمل أزواج قيم سمات RADIUS (AVP) البيانات في كل من الطلب والاستجابة لعمليات المصادقة والترخيص والمحاسبة. ويُستخدم طول حزمة RADIUS لتحديد نهاية أزواج قيم السمات.

السمات الخاصة بالبائع

يتميز بروتوكول RADIUS بقابليته للتوسيع؛ حيث يقوم العديد من موردي أجهزة وبرامج RADIUS بتطبيق نسخهم الخاصة باستخدام سمات خاصة بالمورد (VSAs). وقد نشرت مايكروسوفت بعضًا من هذه السمات. [ 11 ] بينما تبقى تعريفات السمات الخاصة بالمورد من العديد من الشركات الأخرى حصرية أو مخصصة، إلا أنه يمكن العثور على العديد من قواميس السمات الخاصة بالمورد عن طريق تنزيل الشفرة المصدرية لتطبيقات RADIUS مفتوحة المصدر، مثل FreeRADIUS .

يوفر القسم 5.26 من RFC 2865 ترميزًا مقترحًا يتبعه معظم البائعين:

26 (ثمانية واحدة)الطول (ثمانية بتات)معرّف المورّد (4 بايتات بترتيب البايتات الكبير)نوع/سمة البائع (ثمانية بتات)طول البائع (ثمانية واحدة) = 2 + طول (القيمة)قيمة

يستخدم بعض البائعين تنسيقات مختلفة. على سبيل المثال، يقوم بعض البائعين بإسقاط حقل "طول البائع"، أو يستخدمون خانتين ثمانيتين لحقل "نوع البائع" و/أو حقل "طول البائع".

يحدد القسم 3.14 من RFC 8044 نوع البيانات "vsa" الذي يفرض تنسيق القسم 5.26 من RFC 2865.

حماية

ينقل بروتوكول RADIUS كلمات المرور المشفرة باستخدام سر مشترك وخوارزمية تجزئة MD5 . ولأن هذا التطبيق يوفر حماية ضعيفة لبيانات اعتماد المستخدم، [ 12 ] ينبغي استخدام حماية إضافية، مثل أنفاق IPsec أو شبكات مراكز البيانات المؤمنة فعليًا، لزيادة حماية حركة مرور RADIUS بين جهاز NAS وخادم RADIUS. إضافةً إلى ذلك، تُعد بيانات اعتماد المستخدم هي الجزء الوحيد المحمي بواسطة RADIUS نفسه، ومع ذلك، قد تُعتبر سمات أخرى خاصة بالمستخدم، مثل معرّفات مجموعات الأنفاق أو عضويات VLAN التي يتم تمريرها عبر RADIUS، معلومات حساسة (مفيدة للمهاجم) أو خاصة (كافية لتحديد هوية العميل) .

يعالج بروتوكول RadSec مشكلة أمان بروتوكول RADIUS/UDP القديم عن طريق "تغليف" بروتوكول RADIUS ببروتوكول TLS . ومع ذلك، لا تزال الحزم داخل طبقة نقل TLS تستخدم خوارزمية MD5 للتحقق من سلامة الحزم ولإخفاء محتويات بعض السمات.

يُعطّل هجوم Blast-RADIUS بروتوكول RADIUS عند نقله عبر بروتوكول UDP العادي، وذلك عن طريق استهداف خوارزمية MD5 داخل RADIUS. [ 3 ] يحظر RadSec هذا الهجوم. [ 3 ] ومن الإجراءات الوقائية الموصى بها أيضًا اشتراط استخدام سمات Message-Authenticator لجميع الطلبات والاستجابات. [ 3 ] تم تخصيص رقم CVE - 2024-3596 لهجوم Blast-RADIUS.

تاريخ

مع ازدياد استخدام عملاء الاتصال الهاتفي لشبكة NSFNET، أرسلت شركة Merit Network طلبًا لتقديم عروض في عام 1991 لتوحيد أنظمة المصادقة والترخيص والمحاسبة الخاصة بها. وكانت شركة Livingston Enterprises من أوائل الشركات التي استجابت، حيث تم كتابة نسخة أولية من بروتوكول RADIUS بعد اجتماع عُقد. وتم تثبيت خادم RADIUS الأولي على نظام تشغيل UNIX . استحوذت شركة Lucent Technologies على شركة Livingston Enterprises ، واتخذت الشركتان، بالتعاون مع Merit، خطوات لكسب قبول بروتوكول RADIUS في القطاع. وقدّمت الشركتان خادم RADIUS مجانًا. [ 13 ] في عام 1997، نُشر بروتوكول RADIUS في RFC 2058 وRFC 2059، أما الإصدارات الحالية فهي RFC 2865 وRFC 2866. [ 14 ]

نصّ معيار RADIUS الأصلي على أن RADIUS لا يحتفظ بحالة، ويجب أن يعمل عبر بروتوكول بيانات المستخدم (UDP). وللمصادقة، كان من المتوقع أن يدعم RADIUS بروتوكول مصادقة كلمة المرور (PAP) وبروتوكول مصادقة التحدي والمصافحة (CHAP) عبر بروتوكول نقطة إلى نقطة . تُخفى كلمات المرور بأخذ تجزئة MD5 للحزمة وسر مشترك، ثم إجراء عملية XOR بين هذه التجزئة وكلمة المرور. كما وفّر معيار RADIUS الأصلي أكثر من 50 زوجًا من السمات والقيم، مع إمكانية قيام الموردين بتكوين أزواجهم الخاصة. [ 15 ]

إن اختيار نموذج الأمان التدريجي، بدلاً من التشفير التام ، يعني أنه في حال استخدام عدة خوادم وسيطة لبروتوكول RADIUS، يجب على كل خادم فحص جميع البيانات في الطلب، وإجراء العمليات المنطقية عليها، ثم تمريرها. وهذا يُعرّض بيانات حساسة، مثل كلمات المرور والشهادات، للخطر في كل مرحلة من مراحل المعالجة. كما لم تكن خوادم RADIUS قادرة على منع الوصول إلى الموارد بعد إصدار التفويض. وقد سمحت المعايير اللاحقة، مثل RFC 3576 وخليفتها RFC 5176، لخوادم RADIUS بتغيير تفويض المستخدم ديناميكيًا، أو فصل المستخدم نهائيًا. [ 16 ]

تتوفر الآن العديد من خوادم RADIUS التجارية والمفتوحة المصدر. تختلف الميزات، لكن معظمها قادر على البحث عن المستخدمين في ملفات نصية، وخوادم LDAP ، وقواعد بيانات متنوعة، وغيرها. يمكن كتابة سجلات المحاسبة في ملفات نصية، وقواعد بيانات متنوعة، وإعادة توجيهها إلى خوادم خارجية، وما إلى ذلك. يُستخدم بروتوكول SNMP غالبًا للمراقبة عن بُعد والتحقق من استمرارية عمل خادم RADIUS. تُستخدم خوادم وكيل RADIUS للإدارة المركزية، ويمكنها إعادة كتابة حزم RADIUS أثناء التشغيل لأسباب أمنية، أو للتحويل بين لغات البرمجة المختلفة.

كان بروتوكول Diameter مصممًا ليحل محل RADIUS. ورغم أن كليهما بروتوكولات مصادقة وتفويض ومحاسبة (AAA)، إلا أن استخداماتهما قد تباينت. يُستخدم Diameter بشكل أساسي في شبكات الجيل الثالث (3G) ، بينما يُستخدم RADIUS في مجالات أخرى. ومن أبرز العوائق التي تحول دون استبدال RADIUS بـ Diameter هو أن المحولات ونقاط الوصول عادةً ما تُطبّق RADIUS، وليس Diameter. يستخدم Diameter بروتوكولي SCTP أو TCP، بينما يستخدم RADIUS عادةً بروتوكول UDP كطبقة نقل . ومنذ عام 2012، أصبح بإمكان RADIUS استخدام TCP كطبقة نقل مع بروتوكول TLS لتعزيز الأمان.

توثيق المعايير

تم تعريف بروتوكول RADIUS حاليًا في وثائق IETF RFC التالية.

RFCعنوانتاريخ النشرمقال ذو صلةطلبات التعليقات ذات الصلةملحوظة
RFC 2058خدمة مصادقة المستخدم عن بعد (RADIUS)يناير 1997نصف القطرتم إلغاؤه بموجب RFC 2138
RFC 2059محاسبة راديوسيناير 1997نصف القطرتم إلغاؤه بموجب RFC 2139
RFC 2138خدمة مصادقة المستخدم عن بعد (RADIUS)أبريل 1997نصف القطرتم إلغاؤه بموجب RFC 2865
RFC 2139محاسبة راديوسأبريل 1997نصف القطرتم إلغاؤه بموجب RFC 2866
RFC 2548سمات RADIUS الخاصة ببائعي Microsoftمارس 1999نصف القطر
RFC 2607ربط الوكلاء وتنفيذ السياسات في التجواليونيو 1999
RFC 2618قاعدة معلومات إدارة عميل مصادقة RADIUSقاعدة معلومات الإدارةتم إلغاؤه بموجب RFC 4668
RFC 2619قاعدة معلومات إدارة خادم مصادقة RADIUSقاعدة معلومات الإدارةتم إلغاؤه بموجب RFC 4669
RFC 2620قاعدة معلومات إدارة عملاء محاسبة RADIUSيونيو 1999قاعدة معلومات الإدارةتم إلغاؤه بموجب RFC 4670
RFC 2621قاعدة معلومات إدارة خادم محاسبة RADIUSيونيو 1999قاعدة معلومات الإدارةتم إلغاؤه بموجب RFC 4671
RFC 2809تنفيذ بروتوكول L2TP النفقي الإلزامي عبر RADIUSأبريل 2000
RFC 2865خدمة مصادقة المستخدم عن بعد (RADIUS)يونيو 2000نصف القطرتم التحديث بواسطة RFC 2868 و RFC 3575 و RFC 5080يصف هذا المعيار مصادقة وتفويض RADIUS بين خادم الوصول إلى الشبكة (NAS) وخادم مصادقة RADIUS مشترك. كما يُستخدم هذا البروتوكول لنقل معلومات التكوين من خادم RADIUS إلى خادم الوصول إلى الشبكة (NAS).
RFC 2866محاسبة راديوسيونيو 2000نصف القطريصف هذا المعيار كيفية نقل المعلومات المحاسبية من NAS إلى خادم محاسبة RADIUS مشترك.
RFC 2867تعديلات محاسبة RADIUS لدعم بروتوكول النفقيونيو 2000نصف القطرتحديثات RFC 2866
RFC 2868سمات RADIUS لدعم بروتوكول النفقيونيو 2000تحديثات RFC 2865
RFC 2869امتدادات RADIUSيونيو 2000تم التحديث بواسطة RFC 3579 و RFC 5080
RFC 2882متطلبات خوادم الوصول إلى الشبكة: ممارسات RADIUS الموسعةيوليو 2000
RFC 3162RADIUS و IPv6أغسطس 2001
RFC 3575اعتبارات هيئة IANA لبروتوكول RADIUSيوليو 2003
RFC 3576ملحقات التفويض الديناميكي لـ RADIUSيوليو 2003تم إلغاؤه بموجب RFC 5176
RFC 3579دعم RADIUS لـ EAPسبتمبر 2003بروتوكول المصادقة القابل للتوسيعتحديثات RFC 2869
RFC 3580إرشادات استخدام بروتوكول RADIUS IEEE 802.1Xسبتمبر 2003802.1X
RFC 4014خيار فرعي لسمات RADIUS ضمن خيار معلومات وكيل ترحيل DHCPفبراير 2005
RFC 4372هوية المستخدم القابلة للفوترةيناير 2006
RFC 4590امتداد RADIUS لمصادقة Digestيوليو 2006تم إلغاؤه بموجب RFC 5090
RFC 4668قاعدة معلومات إدارة عميل مصادقة RADIUS لبروتوكول IPv6أغسطس 2006قاعدة معلومات الإدارة
RFC 4669قاعدة معلومات إدارة خادم مصادقة RADIUS لبروتوكول IPv6أغسطس 2006قاعدة معلومات الإدارة
RFC 4670قاعدة معلومات إدارة عميل محاسبة RADIUS لبروتوكول IPv6أغسطس 2006قاعدة معلومات الإدارة
RFC 4671خادم محاسبة RADIUS MIB لـ IPv6أغسطس 2006قاعدة معلومات الإدارة
RFC 4675سمات RADIUS للشبكة المحلية الظاهرية ودعم الأولويةسبتمبر 2006
RFC 4679خصائص RADIUS الخاصة بمورد DSL Forumسبتمبر 2006
RFC 4818سمة بادئة IPv6 المفوضة لـ RADIUSأبريل 2007
RFC 4849سمة قاعدة تصفية نصف القطرأبريل 2007
RFC 5080مشاكل شائعة في تطبيق RADIUS وحلول مقترحةديسمبر 2007تحديثات RFC 3579
RFC 5090امتداد RADIUS لمصادقة Digestفبراير 2008
RFC 5176ملحقات التفويض الديناميكي لـ RADIUSيناير 2008
RFC 5607تفويض RADIUS لإدارة NASيوليو 2009
RFC 5997استخدام حزم خادم الحالة في بروتوكول RADIUSأغسطس 2010تحديثات RFC 2866
RFC 6158إرشادات تصميم RADIUSمارس 2011
RFC 6218سمات RADIUS الخاصة ببائعي Cisco لتسليم مواد التشفيرأبريل 2011
RFC 6421متطلبات مرونة التشفير لخدمة مصادقة المستخدم عن بعد عبر الاتصال الهاتفي (RADIUS)نوفمبر 2011
RFC 6613RADIUS عبر TCPمايو 2012تجريبي
RFC 6614تشفير أمان طبقة النقل (TLS) لبروتوكول RADIUSمايو 2012تجريبي
RFC 6911سمات RADIUS لشبكات الوصول IPv6أبريل 2013مسار المعايير
RFC 6929امتدادات بروتوكول خدمة المستخدم للاتصال الهاتفي للمصادقة عن بعد (RADIUS)أبريل 2013تحديثات RFC 2865 وRFC 3575 وRFC 6158
RFC 7360أمان طبقة نقل البيانات (DTLS) كطبقة نقل لـ RADIUSسبتمبر 2014تجريبي
RFC 7585اكتشاف النظراء الديناميكي لبروتوكولي RADIUS/TLS و RADIUS/DTLS  بناءً على مُعرّف الوصول إلى الشبكة (NAI)أكتوبر 2015تجريبي
RFC 8044أنواع البيانات في RADIUSيناير 2017التحديثات: 2865، 3162، 4072، 6158، 6572، 7268
RFC 8559التوكيل الديناميكي للتفويض في بروتوكول RADIUSأبريل 2019مسار المعايير

انظر أيضاً

مراجع

  1. 1 2 "كيف يعمل بروتوكول RADIUS؟" . سيسكو . 19-01-2006 . تم الاطلاع عليه بتاريخ 15-04-2009 .
  2. ↑ إدوين لايل براون (2006). مصادقة 802.1X المستندة إلى المنافذ . تايلور وفرانسيس. ص 17. ISBN  978-1-4200-4465-2.
  3. 1 2 3 4 "نصف قطر الانفجار" . 9 يوليو 2024. تم الاسترجاع في 10 يوليو 2024 .
  4. 1 2 RFC 2865 خدمة مصادقة المستخدم عن بعد (RADIUS)
  5. ↑ RFC 2866 محاسبة RADIUS
  6. ↑ ديكوك، أ. (مايو 2015). "معرّف الوصول إلى الشبكة" . فريق عمل هندسة الإنترنت (IETF). doi : 10.17487/RFC7542 . تاريخ الاسترجاع: 8 مايو 2021 .
  7. ^ الكسندر سوتيروف. مارك ستيفنز؛ جاكوب أبلباوم؛ ارين لينسترا؛ ديفيد مولنار؛ داج آرني أوسفيك؛ بيني دي فيجر (2008-12-08). "يعتبر MD5 ضارًا اليوم - إنشاء شهادة CA مارقة" . الجامعة التقنية في أيندهوفن . تم الاسترجاع 2009-04-19 .
  8. ↑rfc2866خطأ في الاستشهاد: تم استدعاء المرجع المسمى ولكن لم يتم تعريفه مطلقًا (انظر صفحة المساعدة ).
  9. ↑rfc6614خطأ في الاستشهاد: تم استدعاء المرجع المسمى ولكن لم يتم تعريفه مطلقًا (انظر صفحة المساعدة ).
  10. ↑ "اعتبارات هيئة الأرقام المخصصة للإنترنت (IANA) لبروتوكول RADIUS (خدمة مصادقة المستخدم عن بُعد عبر الاتصال الهاتفي)" . متتبع بيانات IETF . فريق عمل هندسة الإنترنت (IETF). يوليو 2003. تم الاطلاع عليه بتاريخ 8 مايو 2021 .
  11. ↑ RFC 2548
  12. ↑ تحليل بروتوكول مصادقة RADIUS
  13. ↑ جوناثان هاسل (2003). راديوس: تأمين وصول الجمهور إلى الموارد الخاصة . دار نشر أورايلي. الصفحات 15-16 . ISBN  9780596003227.
  14. ↑ جون فولبرخت (2006). "بدايات وتاريخ RADIUS" (ملف PDF) . شبكات الربط البيني . تم الاطلاع عليه بتاريخ 15 أبريل 2009 .
  15. ↑ جوناثان هاسل (2003). راديوس: تأمين وصول الجمهور إلى الموارد الخاصة . دار نشر أورايلي. ص 16. ISBN  9780596003227.
  16. ↑ "امتدادات التفويض الديناميكي لخدمة مصادقة المستخدم عن بُعد (RADIUS)" . Ietf Datatracker . فريق عمل هندسة الإنترنت. يناير 2008. تم الاطلاع عليه بتاريخ 8 مايو 2021 .

فهرس