بروتوكول المصادقة
'''بروتوكول المصادقة''' هو نوع من أنواع [[بروتوكول (اتصالات)|بروتوكولات الاتصال]] الحاسوبي أو من أنواع [[بروتوكول تعمية|بروتوكولات التشفير]] المصممة خصيصاً لنقل بيانات [[مصادقة (حوسبة)|المصادقة]] بين كيانين (طرفين). يسمح الكيان المتلقي بمصادقة الكيان المتصل (على سبيل المثال، العميل الذي يتصل بخادم) وكذلك المصادقة على الكيان المتصل (الخادم إلى العميل) من خلال الإعلان عن نوع المعلومات المطلوبة للمصادقة وكذلك بناء وتركيب البيانات الرقمية المطلوبة.<ref>{{استشهاد ويب
| مسار = https://www.sans.org/reading-room/whitepapers/authentication/overview-authentication-methods-protocols-118
| عنوان = An Overview of Different Authentication Methods and Protocols
| تاريخ = 23 October 2001
| موقع = www.sans.org
| ناشر = SANS Institute
| تاريخ الوصول = 31 October 2015
| الأخير = Duncan
| الأول = Richard
| مسار أرشيف = https://web.archive.org/web/20180726103657/https://www.sans.org/reading-room/whitepapers/authentication/overview-authentication-methods-protocols-118 | تاريخ أرشيف = 26 يوليو 2018 }}</ref> إن بروتوكول المصادقة هذا يعتبر في حقيقة الأمر طبقة الحماية الأكثر أهمية اللازمة للاتصال الآمن داخل شبكات الحاسب.

== الغرض ==

مع تزايد كمية المعلومات الجديرة بالثقة التي يمكن الوصول إليها عبر الشبكة، ظهرت الحاجة إلى منع الأشخاص غير المصرح لهم من الوصول إلى هذه البيانات. من السهل سرقة هوية شخص ما في عالم الحوسبة - لذا، لا بد من اختراع طرق تحقق خاصة لمعرفة ما إذا كان الشخص / الحاسب الذي يطلب البيانات هو الطرف الفعلي والحقيقي غير المزيف، وهو الطرف المطلوب للإتصال معه.<ref>{{استشهاد ويب
| مسار = https://www.techrepublic.com/article/understanding-and-selecting-authentication-methods/
| عنوان = Understanding and selecting authentication methods
| تاريخ = 28 August 2001
| موقع = www.techrepublic.com
| ناشر = 
| تاريخ الوصول = 30 October 2015
| الأخير = Shinder
| الأول = Deb
| مسار أرشيف = https://web.archive.org/web/20180717040106/https://www.techrepublic.com/article/understanding-and-selecting-authentication-methods/ | تاريخ أرشيف = 17 يوليو 2018 }}</ref> تتمثل مهمة بروتوكول المصادقة في تحديد السلسلة الدقيقة من الخطوات اللازمة لتنفيذ عمليات المصادقة. لذلك، يجب أن تمتثل مبادئ البروتوكول الرئيسية، ويمكن اختصار هذه المبادئ بالشكل التالي:

# يجب أن يشتمل ويتشارك البروتوكول مع طرفين أو أكثر ويجب على كل من يشارك في البروتوكول معرفة البروتوكول مسبقاً.
# يجب على جميع الأطراف المدرجة اتباع عمليات البروتوكول.
# يجب أن يكون البروتوكول لا لبس فيه - يجب تحديد كل خطوة بدقة.
# يجب أن يكون البروتوكول كاملاً - يجب أن يتضمن إجراء محدداً لكل موقف ممكن.

رسم توضيحي للمصادقة المستندة إلى كلمة المرور باستخدام بروتوكول مصادقة بسيط:

أليس ('''Alice''') (وهو افتراضياً كيان يرغب في التحقق منه) وبوب ('''Bob''') (كيان يتحقق من هوية أليس) على حد سواء على علم بالبروتوكول الذي وافقوا على استخدامه. بوب لديه كلمة مرور أليس مخزنة في قاعدة بيانات للمقارنة.

# ترسل أليس كلمة مرور بوب الخاصة بها في حزمة تمتثل لقواعد البروتوكول.
# يقوم بوب بفحص كلمة المرور المستلمة مقابل كلمة المرور المخزنة في قاعدة بياناته. ثم يرسل حزمة يقول «المصادقة ناجحة» أو «فشل المصادقة» على أساس النتيجة.<ref>{{استشهاد بكتاب|عنوان=Fundamentals of Cryptology|وصلة=https://archive.org/details/fundamentalscryp00tilb_020|مؤلف1=van Tilborg|الأول=Henk C.A.|ناشر=Kluwer Academic Publishers|سنة=2000|ISBN=0-7923-8675-2|مكان=Massachusetts|صفحات=[https://archive.org/details/fundamentalscryp00tilb_020/page/n80 66]–67}}</ref>

هذا مثال على بروتوكول المصادقة الأساسي للغاية المعرض للعديد من التهديدات، مثل [[تنصت|التنصت]]، أو [[هجوم عبر الرد|إعادة الهجوم]]، أو [[هجوم عبر الرد|هجمات]] [[هجوم الوسيط|الرجل في الوسط]]، أو هجمات القاموس، أو هجمات القوة الغاشمة. معظم بروتوكولات المصادقة أكثر تعقيداً حتى تكون قادرة على مواجهة هذه الهجمات.<ref>{{استشهاد بكتاب|عنوان=Internet Cryptography|وصلة=https://archive.org/details/internetcryptogr0000smit|مؤلف1=Smith|الأول=Richard E.|ناشر=Addison Wesley Longman|سنة=1997|ISBN=0-201-92480-3|مكان=Massachusetts|صفحات=[https://archive.org/details/internetcryptogr0000smit/page/1 1]–27}}</ref>

== الأنواع ==
=== بروتوكولات المصادقة المتقدمة لبروتوكول PPP من [[بروتوكول الربط بين نقطتين|نقطة إلى نقطة]] (Point-to-Point Protocol) ===

يتم استخدام البروتوكولات بشكل أساسي بواسطة خوادم [[بروتوكول الربط بين نقطتين|بروتوكول نقطة إلى نقطة]] ('''PPP''') للتحقق من صحة هوية العملاء عن بُعد قبل منحهم حق الوصول إلى بيانات الخادم. يستخدم معظمهم كلمة المرور كحجر زاوية للمصادقة. في معظم الحالات، يجب مشاركة كلمة المرور بين الكيانات المتواصلة مسبقاً.<ref>{{استشهاد ويب
| مسار = http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.45.6423&rep=rep1&type=pdf
| عنوان = Public-key cryptography and password protocols
| تاريخ = 
| موقع = citeseerx.ist.psu.edu
| ناشر = 
| تاريخ الوصول = 31 October 2015
| الأخير = Halevi
| الأول = Shai
| مسار أرشيف = https://web.archive.org/web/20160305132414/http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.45.6423&rep=rep1&type=pdf | تاريخ أرشيف = 5 مارس 2016 }}</ref>
[[ملف:PAP_2way_handshake.png|تصغير|461x461بك| PAP 2 - طريقة المصافحة]]

==== PAP - بروتوكول مصادقة كلمة المرور ====

يعد [[بروتوكول المصادقة بكلمة المرور|بروتوكول مصادقة كلمة المرور]] أحد أقدم بروتوكولات المصادقة. تتم تهيئة المصادقة عن طريق إرسال العميل حزمة مع بيانات الاعتماد (اسم المستخدم وكلمة المرور) في بداية الاتصال، مع تكرار العميل طلب المصادقة حتى يتم تلقي الإقرار.<ref>{{استشهاد ويب
| مسار = http://data.cedupoint.cz/oppa_e-learning/2_KME/044.pdf
| عنوان = Autentizacní telekomunikacních a datových sítích
| تاريخ = 
| موقع = 
| ناشر = CVUT Prague
| تاريخ الوصول = 31 October 2015
| الأخير = Vanek
| الأول = Tomas
| تاريخ أرشيف = 4 مارس 2016
| مسار أرشيف = https://web.archive.org/web/20160304080620/http://data.cedupoint.cz/oppa_e-learning/2_KME/044.pdf
| وصلة مكسورة = dead
}}</ref> يعد هذا الأمر غير آمن للغاية نظراً لإرسال بيانات الاعتماد «بشكل [[نص مجرد|واضح]]» وبشكل متكرر، مما يجعله عرضة حتى لأكثر الهجمات البسيطة مثل [[تنصت|التنصت]] والهجمات [[هجوم الوسيط|التي تتم من خلال الوسط]]. على الرغم من دعمها على نطاق واسع، فإنه يتم تحديد أنه إذا كان التنفيذ يوفر طريقة مصادقة أقوى، ''فيجب'' تقديم هذه الطريقة قبل '''PAP'''. المصادقة المختلطة (مثل نفس العميل الذي يستخدم كل من PAP و '''CHAP''') غير متوقع أيضاً، لأن مصادقة CHAP ستتعرض للخطر بسبب إرسال PAP لكلمة المرور بنص عادي وواضح غير مشفر.

==== CHAP - [[بروتوكول المصادقة بتحدي التصافح]] ====

تتم تهيئة عملية المصادقة في هذا البروتوكول دائماً بواسطة الخادم / المضيف ويمكن تنفيذها في أي وقت أثناء الجلسة، وحتى بشكل متكرر. خادم يرسل سلسلة عشوائية (عادة تأتي بطول '''128B'''). يستخدم العميل كلمة المرور والسلسلة المستلمة كمعلمات لوظيفة تجزئة '''[[إم دي5|MD5]]''' ثم يرسل النتيجة مع اسم المستخدم في نص عادي. يستخدم الخادم اسم المستخدم لتطبيق نفس الوظيفة ويقارن التجزئة المحسوبة والمستلمة. المصادقة ستكون ناجحة أو غير ناجحة.

==== EAP - بروتوكول المصادقة القابل للتوسيع ====

تم تطوير '''EAP''' في الأصل من أجل PPP (بروتوكول نقطة إلى نقطة) ولكن اليوم يستخدم على نطاق واسع في [[آي تربل إي 802.3|IEEE 802.3]] أو [[آي تربل إي 802.11|IEEE 802.11]] ('''WiFi''') أو IEEE 802.16 كجزء من إطار المصادقة IEEE 802.1x . الإصدار الأحدث موحد في RFC 5247 . تتمثل ميزة EAP في أنها مجرد إطار مصادقة عام لمصادقة خادم العميل - يتم تحديد طريقة المصادقة المحددة في إصداراتها العديدة المسماة أساليب EAP. يوجد أكثر من 40 طريقة EAP ، والأكثر شيوعاً هي:

* EAP-MD5
* EAP-TLS
* EAP-TTLS
* EAP-FAST
* EAP- PEAP

=== البروتوكولات المعمارية AAA (المصادقة، التفويض، المحاسبة) ===

البروتوكولات المعقدة المستخدمة في الشبكات الأكبر للتحقق من المستخدم (المصادقة)، والتحكم في الوصول إلى بيانات الخادم (التخويل) ومراقبة موارد الشبكة والمعلومات اللازمة لفوترة الخدمات (المحاسبة).

==== TACACS ، XTACACS و TACACS + ====

أقدم بروتوكول '''AAA''' يستخدم المصادقة المستندة إلى '''IP''' دون أي تشفير (تم نقل أسماء المستخدمين وكلمات المرور كنص عادي). أضاف الإصدار الأحدث '''XTACACS''' ('''Extended TACACS)''' التفويض والمحاسبة. تم استبدال كلا البروتوكولين لاحقاً بـ '''TACACS''' +. يفصل TACACS + بين مكونات AAA ، وبالتالي يمكن فصلها ومعالجتها على خوادم منفصلة (حتى يمكنها استخدام بروتوكول آخر على سبيل المثال التخويل). يستخدم [[بروتوكول التحكم بالنقل|TCP]] (بروتوكول التحكم في النقل) للنقل ويقوم بتشفير الحزمة بأكملها. TACACS + هي ملكية لشركة [[سيسكو]] الأمريكية للشبكات.

==== بروتوكول [[خدمة مصادقة عن بعد لمستخدم طلب هاتفي|نصف القطر]] (RADIUS) ====

[[خدمة مصادقة عن بعد لمستخدم طلب هاتفي|خدمة المستخدم لمصادقة الاتصال عن بُعد]] ('''RADIUS''') عبارة عن بروتوكول AAA كامل يشيع استخدامه من قِبل [[مزود خدمة الإنترنت]]. معظم بيانات الاعتماد تعتمد على تركيبة اسم المستخدم وكلمة المرور، وهي تستخدم بروتوكول [[خادم الوصول للشبكة|NAS]] و[[بروتوكول حزم بيانات المستخدم|UDP]] للنقل.<ref>{{استشهاد ويب
| مسار = https://www.cisco.com/c/en/us/td/docs/net_mgmt/cisco_secure_access_control_system/5-1/user/guide/acsuserguide/rad_tac_phase.html
| عنوان = AAA protocols
| تاريخ = 
| موقع = www.cisco.com
| ناشر = CISCO
| تاريخ الوصول = 31 October 2015
| الأخير = 
| الأول = 
| مسار أرشيف = https://web.archive.org/web/20170429131322/http://www.cisco.com:80/c/en/us/td/docs/net_mgmt/cisco_secure_access_control_system/5-1/user/guide/acsuserguide/rad_tac_phase.html
| تاريخ أرشيف = 29 أبريل 2017
| مسار أرشيف = https://web.archive.org/web/20170429131322/http://www.cisco.com/c/en/us/td/docs/net_mgmt/cisco_secure_access_control_system/5-1/user/guide/acsuserguide/rad_tac_phase.html
| وصلة مكسورة = dead
}}</ref>

==== قطر الدائرة (DIAMETER) ====
تم تطوير بروتوكول قطر الدائرة (DIAMETER) من RADIUS ويتضمن العديد من التحسينات مثل استخدام بروتوكول نقل TCP أو '''SCTP''' أكثر موثوقية وأمان أعلى بفضل [[بروتوكول طبقة المقابس الآمنة|TLS]].<ref>{{استشهاد ويب
| مسار = https://www.ibm.com/us-en/?ar=1
| عنوان = Introduction to Diameter
| تاريخ = 24 January 2006
| موقع = www.ibm.com
| ناشر = IBM
| تاريخ الوصول = 31 October 2015
| الأخير = Liu
| الأول = Jeffrey
| مسار أرشيف = https://web.archive.org/web/20170705050231/https://www.ibm.com/developerworks/wireless/library/wi-diameter/ | تاريخ أرشيف = 5 يوليو 2017 }}</ref>

=== بروتوكولات أخرى ===

[[ملف:Kerberos_sch_en.png|تصغير|321x321بك| مخطط مصادقة '''Kerberos''']]

==== [[كيربيروس|Kerberos (بروتوكول)]] ====

'''Kerberos''' هو نظام مصادقة مركزي للشبكة تم تطويره في [[معهد ماساتشوستس للتكنولوجيا]] ومتاح كتطبيق مجاني من معهد ماساتشوستس للتكنولوجيا ولكن أيضاً متاح في العديد من المنتجات التجارية. إنها طريقة المصادقة الافتراضية في [[ويندوز 2000|نظام التشغيل Windows 2000]] والإصدارات الأحدث. عملية المصادقة نفسها أكثر تعقيداً مما كانت عليه في البروتوكولات السابقة - حيث يستخدم Kerberos [[تعمية بالمفتاح المتناظر|تشفير المفتاح المتماثل]]، ويتطلب [[طرف ثالث موثوق به|طرفاً موثوقاً به]] ويمكنه استخدام [[تعمية باستخدام المفتاح العام|تشفير المفتاح العام]] أثناء مراحل معينة من المصادقة إذا لزم الأمر.<ref>{{استشهاد ويب
| مسار = http://web.mit.edu/kerberos/
| عنوان = Kerberos: The Network Authentication Protocol
| تاريخ = 10 September 2015
| موقع = web.mit.edu
| ناشر = MIT Kerberos
| تاريخ الوصول = 31 October 2015
| الأخير = 
| الأول = 
| مسار أرشيف = https://web.archive.org/web/20190805212356/http://web.mit.edu/kerberos/ | تاريخ أرشيف = 5 أغسطس 2019 }}</ref><ref>{{استشهاد بكتاب|عنوان=Applied Cryptography|مؤلف1=Schneier|الأول=Bruce|ناشر=John Wiley & Sons,Inc.|سنة=1997|ISBN=0-471-12845-7|مكان=New York|صفحات=52–74}}</ref><ref>{{استشهاد ويب
| مسار = http://srp.stanford.edu/history.html
| عنوان = Protocols of the Past
| تاريخ = 
| موقع = srp.stanford.edu
| ناشر = Stanford University
| تاريخ الوصول = 31 October 2015
| الأخير = 
| الأول = 
| مسار أرشيف = https://web.archive.org/web/20180309113357/http://srp.stanford.edu:80/history.html | تاريخ أرشيف = 9 مارس 2018 }}</ref>

== قائمة بروتوكولات المصادقة المختلفة ==

* AKA
* المصادقة المستندة إلى CAVE
* الإلزام MD5
* استوعب
* بروتوكول هوية المضيف (HIP)
* مدير الشبكة المحلية
* NTLM ، المعروف أيضاً باسم NT LAN Manager
* بروتوكول [[أوبن آي دي|OpenID]]
* بروتوكولات اتفاقية مفتاح مصادقة بكلمة مرور
* بروتوكول حمل المصادقة للوصول إلى الشبكة (PANA)
* بروتوكول كلمة مرور آمنة عن بعد (SRP)
* بروتوكولات مصادقة RFID
* وو لام 92 (البروتوكول)
* SAML

== إنظر أيضاً ==

* [[مرسل الحزم]]

== المراجع ==

{{مراجع}}
{{روابط شقيقة}}
{{شريط بوابات|أمن الحاسوب}}

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

 الغرض 

مع تزايد كمية المعلومات الجديرة بالثقة التي يمكن الوصول إليها عبر الشبكة، ظهرت الحاجة إلى منع الأشخاص غير المصرح لهم من الوصول إلى هذه البيانات. من السهل سرقة هوية شخص ما في عالم الحوسبة - لذا، لا بد من اختراع طرق تحقق خاصة لمعرفة ما إذا كان الشخص / الحاسب الذي يطلب البيانات هو الطرف الفعلي والحقيقي غير المزيف، وهو الطرف المطلوب للإتصال معه. تتمثل مهمة بروتوكول المصادقة في تحديد السلسلة الدقيقة من الخطوات اللازمة لتنفيذ عمليات المصادقة. لذلك، يجب أن تمتثل مبادئ البروتوكول الرئيسية، ويمكن اختصار هذه المبادئ بالشكل التالي:

 يجب أن يشتمل ويتشارك البروتوكول مع طرفين أو أكثر ويجب على كل من يشارك في البروتوكول معرفة البروتوكول مسبقاً.
 يجب على جميع الأطراف المدرجة اتباع عمليات البروتوكول.
 يجب أن يكون البروتوكول لا لبس فيه - يجب تحديد كل خطوة بدقة.
 يجب أن يكون البروتوكول كاملاً - يجب أن يتضمن إجراء محدداً لكل موقف ممكن.

رسم توضيحي للمصادقة المستندة إلى كلمة المرور باستخدام بروتوكول مصادقة بسيط:

أليس (Alice) (وهو افتراضياً كيان يرغب في التحقق منه) وبوب (Bob) (كيان يتحقق من هوية أليس) على حد سواء على علم بالبروتوكول الذي وافقوا على استخدامه. بوب لديه كلمة مرور أليس مخزنة في قاعدة بيانات للمقارنة.

 ترسل أليس كلمة مرور بوب الخاصة بها في حزمة تمتثل لقواعد البروتوكول.
 يقوم بوب بفحص كلمة المرور المستلمة مقابل كلمة المرور المخزنة في قاعدة بياناته. ثم يرسل حزمة يقول «المصادقة ناجحة» أو «فشل المصادقة» على أساس النتيجة.

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

 الأنواع 
 بروتوكولات المصادقة المتقدمة لبروتوكول PPP من نقطة إلى نقطة (Point-to-Point Protocol) 

يتم استخدام البروتوكولات بشكل أساسي بواسطة خوادم بروتوكول نقطة إلى نقطة (PPP) للتحقق من صحة هوية العملاء عن بُعد قبل منحهم حق الوصول إلى بيانات الخادم. يستخدم معظمهم كلمة المرور كحجر زاوية للمصادقة. في معظم الحالات، يجب مشاركة كلمة المرور بين الكيانات المتواصلة مسبقاً.
تصغير|461x461بك| PAP 2 - طريقة المصافحة

 PAP - بروتوكول مصادقة كلمة المرور 

يعد بروتوكول مصادقة كلمة المرور أحد أقدم بروتوكولات المصادقة. تتم تهيئة المصادقة عن طريق إرسال العميل حزمة مع بيانات الاعتماد (اسم المستخدم وكلمة المرور) في بداية الاتصال، مع تكرار العميل طلب المصادقة حتى يتم تلقي الإقرار. يعد هذا الأمر غير آمن للغاية نظراً لإرسال بيانات الاعتماد «بشكل واضح» وبشكل متكرر، مما يجعله عرضة حتى لأكثر الهجمات البسيطة مثل التنصت والهجمات التي تتم من خلال الوسط. على الرغم من دعمها على نطاق واسع، فإنه يتم تحديد أنه إذا كان التنفيذ يوفر طريقة مصادقة أقوى، فيجب تقديم هذه الطريقة قبل PAP. المصادقة المختلطة (مثل نفس العميل الذي يستخدم كل من PAP و CHAP) غير متوقع أيضاً، لأن مصادقة CHAP ستتعرض للخطر بسبب إرسال PAP لكلمة المرور بنص عادي وواضح غير مشفر.

 CHAP - بروتوكول المصادقة بتحدي التصافح 

تتم تهيئة عملية المصادقة في هذا البروتوكول دائماً بواسطة الخادم / المضيف ويمكن تنفيذها في أي وقت أثناء الجلسة، وحتى بشكل متكرر. خادم يرسل سلسلة عشوائية (عادة تأتي بطول 128B). يستخدم العميل كلمة المرور والسلسلة المستلمة كمعلمات لوظيفة تجزئة MD5 ثم يرسل النتيجة مع اسم المستخدم في نص عادي. يستخدم الخادم اسم المستخدم لتطبيق نفس الوظيفة ويقارن التجزئة المحسوبة والمستلمة. المصادقة ستكون ناجحة أو غير ناجحة.

 EAP - بروتوكول المصادقة القابل للتوسيع 

تم تطوير EAP في الأصل من أجل PPP (بروتوكول نقطة إلى نقطة) ولكن اليوم يستخدم على نطاق واسع في IEEE 802.3 أو IEEE 802.11 (WiFi) أو IEEE 802.16 كجزء من إطار المصادقة IEEE 802.1x . الإصدار الأحدث موحد في RFC 5247 . تتمثل ميزة EAP في أنها مجرد إطار مصادقة عام لمصادقة خادم العميل - يتم تحديد طريقة المصادقة المحددة في إصداراتها العديدة المسماة أساليب EAP. يوجد أكثر من 40 طريقة EAP ، والأكثر شيوعاً هي:

 EAP-MD5
 EAP-TLS
 EAP-TTLS
 EAP-FAST
 EAP- PEAP

 البروتوكولات المعمارية AAA (المصادقة، التفويض، المحاسبة) 

البروتوكولات المعقدة المستخدمة في الشبكات الأكبر للتحقق من المستخدم (المصادقة)، والتحكم في الوصول إلى بيانات الخادم (التخويل) ومراقبة موارد الشبكة والمعلومات اللازمة لفوترة الخدمات (المحاسبة).

 TACACS ، XTACACS و TACACS + 

أقدم بروتوكول AAA يستخدم المصادقة المستندة إلى IP دون أي تشفير (تم نقل أسماء المستخدمين وكلمات المرور كنص عادي). أضاف الإصدار الأحدث XTACACS (Extended TACACS) التفويض والمحاسبة. تم استبدال كلا البروتوكولين لاحقاً بـ TACACS +. يفصل TACACS + بين مكونات AAA ، وبالتالي يمكن فصلها ومعالجتها على خوادم منفصلة (حتى يمكنها استخدام بروتوكول آخر على سبيل المثال التخويل). يستخدم TCP (بروتوكول التحكم في النقل) للنقل ويقوم بتشفير الحزمة بأكملها. TACACS + هي ملكية لشركة سيسكو الأمريكية للشبكات.

 بروتوكول نصف القطر (RADIUS) 

خدمة المستخدم لمصادقة الاتصال عن بُعد (RADIUS) عبارة عن بروتوكول AAA كامل يشيع استخدامه من قِبل مزود خدمة الإنترنت. معظم بيانات الاعتماد تعتمد على تركيبة اسم المستخدم وكلمة المرور، وهي تستخدم بروتوكول NAS وUDP للنقل.

 قطر الدائرة (DIAMETER) 
تم تطوير بروتوكول قطر الدائرة (DIAMETER) من RADIUS ويتضمن العديد من التحسينات مثل استخدام بروتوكول نقل TCP أو SCTP أكثر موثوقية وأمان أعلى بفضل TLS.

 بروتوكولات أخرى 

تصغير|321x321بك| مخطط مصادقة Kerberos

 Kerberos (بروتوكول) 

Kerberos هو نظام مصادقة مركزي للشبكة تم تطويره في معهد ماساتشوستس للتكنولوجيا ومتاح كتطبيق مجاني من معهد ماساتشوستس للتكنولوجيا ولكن أيضاً متاح في العديد من المنتجات التجارية. إنها طريقة المصادقة الافتراضية في نظام التشغيل Windows 2000 والإصدارات الأحدث. عملية المصادقة نفسها أكثر تعقيداً مما كانت عليه في البروتوكولات السابقة - حيث يستخدم Kerberos تشفير المفتاح المتماثل، ويتطلب طرفاً موثوقاً به ويمكنه استخدام تشفير المفتاح العام أثناء مراحل معينة من المصادقة إذا لزم الأمر.

 قائمة بروتوكولات المصادقة المختلفة 

 AKA
 المصادقة المستندة إلى CAVE
 الإلزام MD5
 استوعب
 بروتوكول هوية المضيف (HIP)
 مدير الشبكة المحلية
 NTLM ، المعروف أيضاً باسم NT LAN Manager
 بروتوكول OpenID
 بروتوكولات اتفاقية مفتاح مصادقة بكلمة مرور
 بروتوكول حمل المصادقة للوصول إلى الشبكة (PANA)
 بروتوكول كلمة مرور آمنة عن بعد (SRP)
 بروتوكولات مصادقة RFID
 وو لام 92 (البروتوكول)
 SAML

 إنظر أيضاً 

 مرسل الحزم

 المراجع 

تصنيف:بروتوكولات التحكم بالوصول للحاسوب
تصنيف:بروتوكولات المصادقة