Kerberos وKerberoasting

Kerberos هو بروتوكول مصادقة قائم على التذاكر. وبدلًا من إرسال كلمات المرور، يقدّم العملاء تذاكر تشفيرية يصدرها مركز توزيع المفاتيح (KDC)، الذي يعمل على كل وحدة تحكم بالمجال.

• يصدر خادم المصادقة (AS) تذكرة منح التذاكر (TGT).
• يصدر خادم منح التذاكر (TGS) تذاكر الخدمات.
• تتحقق الخدمات من صحة التذاكر دون الاتصال بوحدة تحكم المجال.

يتضمن Kerberos ثلاثة تبادلات للرسائل. ويكشف فهمها المواضع التي تنطبق فيها الهجمات.

• AS-REQ / AS-REP: يثبت العميل هويته (المصادقة المسبقة) ويحصل على TGT مشفّرة باستخدام مفتاح krbtgt.
• TGS-REQ / TGS-REP: يقدّم العميل TGT لطلب تذكرة خدمة (TGS).
• AP-REQ / AP-REP: يقدّم العميل TGS إلى الخدمة.

يستهدف AS-REP roasting التبادل الأول، بينما يستهدف Kerberoasting التبادل الثاني.

يربط اسم كيان الخدمة (SPN) مثيل خدمة بالحساب الذي يشغّله. وعند طلب TGS لـ SPN، تكون التذكرة الناتجة مشفّرة جزئيًا باستخدام قيمة تجزئة كلمة مرور حساب الخدمة.

وهذا هو جوهر Kerberoasting: إذ يمكن لأي مستخدم تمت مصادقته طلب تذاكر لحسابات الخدمة، ثم كسرها دون اتصال لاستعادة كلمة المرور بنصها الصريح.

يتميز Kerberoasting بانخفاض الضجيج لأن طلب TGS سلوك عادي. وتتمثل خطوات الهجوم فيما يلي:

• عدّ حسابات المستخدمين التي تحتوي على SPNs.
• اطلبوا تذاكر TGS لتلك الـ SPNs.
• استخرجوا كتل التذاكر المشفّرة.
• اكسروها دون اتصال باستخدام قائمة كلمات؛ فلا حاجة إلى التفاعل مع وحدة تحكم المجال أثناء الكسر.

تستخدم التذكرة الملتقطة كلمة مرور حساب الخدمة مفتاحًا لها. ويحاول الكسر دون اتصال كلمات مرور مرشحة حتى تنجح إحداها في فك تشفير التذكرة بصورة صحيحة.

غالبًا ما تمتلك حسابات الخدمة كلمات مرور ضعيفة لم تُدوّر مطلقًا، مما يجعل كسرها سريعًا.

تؤثر الشيفرة المستخدمة في التذكرة في سرعة كسرها.

• يُعد RC4 (etype 23) سريع الكسر، ويمثل علامة تحذير إذا كان لا يزال مسموحًا به.
• يكون AES (etype 17/18) أبطأ بكثير عند تجربة جميع الاحتمالات بالقوة الغاشمة.
• قد يخفض المهاجمون مستوى الطلبات إلى RC4 باستخدام /tgtdeleg أو إساءة استخدام msDS-SupportedEncryptionTypes.

ينبغي للمدافعين تعطيل RC4 على مستوى النطاق وفرض استخدام AES.

يستهدف هجوم ذو صلة الحسابات التي عطّلت المصادقة المسبقة في Kerberos (DONT_REQ_PREAUTH). ومن دون المصادقة المسبقة، تتضمن AS-REP بيانات مشفّرة باستخدام قيمة تجزئة كلمة مرور المستخدم، ويمكن الحصول عليها من دون أي بيانات اعتماد.

ينجح Kerberoasting بسبب نقاط ضعف بنيوية، لا بسبب عيوب في البروتوكول.

• يمكن لأي كيان تمت مصادقته طلب أي تذكرة خدمة بحكم التصميم.
• غالبًا ما تُنشأ حسابات الخدمة مرة واحدة بكلمة مرور ضعيفة ولا تُدوّر أبدًا.
• يعمل كثير منها بامتيازات عالية، مثل حسابات خدمة SQL الموجودة في Domain Admins.
• يتم الكسر بالكامل دون اتصال، ولذلك لا يحدث قفل للحساب.

يمكن للمدافعين اكتشاف هجمات roasting من خلال بيانات القياس المتعلقة بطلبات TGS.

• راقبوا الحدث 4769 لطلبات التذاكر باستخدام RC4 (0x17)، ولا سيما عند ورودها على دفعات من حساب واحد.
• أطلقوا تنبيهًا عندما يطلب كيان واحد عددًا كبيرًا من SPNs المختلفة بسرعة.
• طبّقوا حسابات SPN وهمية لا تستخدمها أي خدمة مشروعة؛ فأي طلب لها يكون ضارًا.

يكمن الإصلاح الدائم في إزالة الظروف التي تجعل التذاكر قابلة للكسر.

• استخدموا حسابات الخدمة المُدارة بواسطة المجموعة (gMSA) ذات كلمات المرور المؤلفة من 120 حرفًا أو أكثر والتي تُدوّر آليًا.
• فرضوا كلمات مرور طويلة ومعقدة على أي حسابات خدمة تقليدية متبقية.
• عطّلوا RC4، واشترطوا استخدام أنواع تشفير AES.
• أزيلوا SPNs غير اللازمة وطبّقوا مبدأ أقل الامتيازات على الحسابات.

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

تعامل مع كلمات المرور التي تم كسرها على أنها بيانات حساسة: خزّنها مشفّرة واحذفها نهائيًا بعد إعداد التقرير.

تأكّد من استيعابك لآلية عمل Kerberoasting.

تعلّمت كيف يُصدر Kerberos التذاكر وكيف يُساء استخدام هذه الآلية.

• تُشفَّر تذاكر SPN باستخدام تجزئات حسابات الخدمة، مما يتيح كسرها دون اتصال.
• يمكن كسر تذاكر RC4 بسرعة؛ أما AES وgMSA فهما من وسائل الحماية.
• لا يحتاج AS-REP roasting إلى بيانات اعتماد عند تعطيل المصادقة المسبقة.
• تساعد SPN الوهمية ومراقبة RC4 في الحدث 4769 على اكتشاف الهجوم.

سنتناول بعد ذلك إعادة استخدام بيانات الاعتماد المسروقة باستخدام Pass-the-Hash وPass-the-Ticket.