التخلي عن كلمات المرور: لماذا تحتاج تطبيقاتك السحابية إلى الهويات المُدارة
By Mirko Peters ·
مرحبًا بعودتكم إلى المدونة المرافقة للبودكاست! ففي المشهد الرقمي اليوم، يُعدّ الأمان أمرًا بالغ الأهمية، ومع ذلك لا تزال كثير من المؤسسات تعتمد على ممارسات مصادقة قديمة…
Automatically translated with AI from the original post. Read the English original
مرحبًا بعودتكم إلى المدونة المرافقة للبودكاست! ففي المشهد الرقمي اليوم، يُعدّ الأمان أمرًا بالغ الأهمية، ومع ذلك لا تزال كثير من المؤسسات تعتمد على ممارسات مصادقة قديمة. إذا سبق لك أن أدرجت كلمة مرور قاعدة بيانات مباشرةً في ملف إعدادات، أو ضمّنت مفتاح واجهة برمجة تطبيقات (API) في شيفرتك المصدرية، فأنت تعرّض نفسك للمتاعب. ولسنوات طويلة، كان النهج المعتاد في هندسة السحابة يقوم على طرح سؤال خطير جدًا على الخدمة: "ما الذي تملكه؟" فزوّدنا التطبيقات بأسرار طويلة الأمد، وسلاسل اتصال، وكلمات مرور إدارية، على أمل أن تُحفظ بأمان في مستودعات خاصة أو خزائن إعدادات. لكن مع استمرار اختراقات الأمان في تصدّر العناوين، حان الوقت لتحوّل جذري في النهج. يجب أن نتوقف عن سؤال الخدمات عمّا تملكه، وأن نبدأ بطرح سؤال أكثر أمانًا: "من أنت؟"
في هذا المنشور، نتعمق في عالم الهويات المُدارة، ونستكشف كيف تُلغي الحاجة إلى الأسرار التقليدية، وتقلّل بشكل كبير من نطاق الهجوم على تطبيقك، وكيف تُحدث ثورة في طريقة مصادقة تطبيقاتك السحابية. وسواء كنت تُدير الأجهزة الافتراضية أو Azure Functions أو هندسات متعددة الطبقات معقدة، فإن فهم الهويات المُدارة لم يعد خيارًا، بل أصبح متطلبًا أساسيًا لأمان السحابة الحديثة.
إذا كنت تفضّل الاستماع إلى رؤى التقنية أثناء التنقل، فتأكد من الاطلاع على حلقتنا ذات الصلة في البودكاست، Managed Identities - Simply Explained، حيث نشرح هذه المفاهيم بلغة واضحة، ونستعرض أهميتها بالنسبة إلى Microsoft 365 وAzure وPower Platform والأمان والذكاء الاصطناعي والعمل الحديث.
نظرة عامة على الهويات المُدارة

تؤدي الهويات المُدارة دورًا محوريًا في Azure، إذ توفّر طريقة آمنة وفعّالة لمصادقة التطبيقات. فهي تُلغي الحاجة إلى الأسرار التقليدية، مثل كلمات المرور ومفاتيح واجهات البرمجة، التي غالبًا ما تُشكّل مخاطر أمنية. وباستخدام الهويات المُدارة، يمكنك التركيز على بناء تطبيقاتك دون عبء إدارة المعلومات الحساسة.
أنواع الهويات المُدارة
تقدم Azure نوعين رئيسيين من الهويات المُدارة: System-assigned وUser-assigned. ولكل نوع غرض مختلف ومزايا فريدة.
| النوع | التعريف |
|---|---|
| System-assigned | تُنشأ مباشرةً على مورد Azure، وترتبط بدورة حياته، وتُحذف تلقائيًا عند حذف المورد. |
| User-assigned | تُنشأ كمورد مستقل، ويمكن تعيينها لعدة موارد Azure، وتُدار بشكل منفصل عن هذه الموارد. |
لا يمكن المبالغة في أهمية التخلص من الأسرار التقليدية. ومع تزايد تطور الهجمات التي تستهدف بيانات الاعتماد المكشوفة، يجب على المؤسسات إعطاء الأولوية لإدارة بيانات الاعتماد بشكل آمن. وفيما يلي بعض النقاط الرئيسية:
| وصف الدليل | الفكرة الرئيسية |
|---|---|
| أصبحت الهجمات التي تستهدف بيانات الاعتماد المكشوفة أكثر تطورًا. | أصبحت إدارة الأسرار بشكل سليم أمرًا بالغ الأهمية لمنع اختراقات البيانات وما يترتب عليها من تداعيات. |
| عُثر على عدد من الأسرار في المستودعات الخاصة يفوق نظيره في المستودعات العامة بثماني مرات. | تؤدي المفاهيم الخاطئة حول الأمان إلى زيادة مخاطر انتشار بيانات الاعتماد في أماكن متفرقة. |
| لا يزال ترميز بيانات الاعتماد مباشرةً في الشيفرة مشكلة منتشرة على نطاق واسع. | تمنح الأسرار المرمّزة في الشيفرة المهاجمين وصولًا سهلًا إلى رموز المصادقة. |
| تفرض اللوائح التنظيمية ضوابط على إدارة بيانات الاعتماد. | يُبرز الامتثال للوائح التنظيمية أهمية ممارسات بيانات الاعتماد الآمنة. |
باعتماد الهويات المُدارة، يمكنك تقليل خطر كشف بيانات الاعتماد بشكل كبير. ولا يقتصر هذا النهج على تعزيز الأمان، بل يُبسّط أيضًا عملية التطوير. فلم تعد بحاجة إلى القلق بشأن تدوير الأسرار أو تضمين المعلومات الحساسة في شيفرتك.
إن اعتماد الهويات المُدارة يتيح لك إنشاء بيئة سحابية أكثر أمانًا وكفاءة. ومع مضيّك قدمًا في تطبيقات Azure الخاصة بك، فكّر في الاستفادة من هذه الميزة القوية لتبسيط عمليات المصادقة لديك.
كيف تعمل الهويات المُدارة

عملية المصادقة
تُبسّط الهويات المُدارة عملية المصادقة لأحمال عمل Azure. فهي تمنح موارد Azure هويات تُدار تلقائياً للمصادقة على الخدمات التي تدعم المصادقة عبر Microsoft Entra ID. وتُلغي هذه العملية الحاجة إلى الأسرار المضمّنة في الكود، ما يقلّص سطح الهجوم بشكل ملحوظ. يمكن لمواردك أن تطلب رموز الوصول من Azure بأمان دون تخزين أي أسرار.
إليك كيف تعمل عملية المصادقة عادةً:
- سجّل الدخول إلى بوابة Azure.
- انقر فوق أجهزة Azure الظاهرية في جزء التنقل الأيسر.
- ابحث عن الجهاز الظاهري الذي تم تثبيت الهوية المُدارة عليه.
- انقر فوق اسم الجهاز الظاهري وانتقل إلى علامة التبويب الهوية.
- فعّل الهوية المُدارة بالنقر فوق تشغيل، ثم فوق حفظ.
بمجرد تفعيل الهويات المُدارة، يمكن لتطبيقاتك أن تُصادق بسلاسة. فعلى سبيل المثال، يمكن لتطبيق خارجي الحصول على رمز Azure AD صالح ومحدد النطاق لدالة Azure. وتتحقق الدالة، المؤمّنة بواسطة Azure AD، من صحة الرمز المستلم. ثم تستخدم هويتها المُدارة للوصول إلى خدمة Azure أخرى، ما يضمن اتصالاً آمناً دون كشف بيانات الاعتماد الحساسة.
تكامل خدمات Azure
تتكامل الهويات المُدارة بسلاسة مع خدمات Azure المختلفة، ما يعزز الأمان ويبسّط الإدارة. ومن أكثر الخدمات شيوعاً في هذا التكامل:
تتيح هذه التكاملات المصادقة والتحكم في الوصول إلى خدمات Azure دون بيانات اعتماد مضمّنة في الكود. ولا يحسّن هذا النهج الأمان فحسب، بل يُبسّط أيضاً عملية التطوير لديك.
لدمج الهويات المُدارة مع خدمات Azure، عليك استيفاء متطلبات معينة:
- يلزم وجود اشتراك Azure يملك أذونات إنشاء حسابات التخزين وتعيين أدوار Azure RBAC.
- إذن الكتابة لتعيين الأدوار (
Microsoft.Authorization/roleAssignments/write) على النطاق المطلوب أمر ضروري. - ينبغي ألا تكون العملاء الذين يحتاجون إلى المصادقة باستخدام هوية مُدارة منضمين إلى أي نطاق.
- يجب تفعيل الخاصية
SMBOAuthفي حساب التخزين الذي يحتوي على مشاركة ملفات Azure.
باتباع هذه الإرشادات، يمكنك الاستفادة من الهويات المُدارة بفعالية. فهي توفر حلاً قوياً للمصادقة، ما يتيح لك التركيز على بناء التطبيقات بدلاً من إدارة الأسرار.
فوائد الهويات المُدارة
الأمان المعزز
تعزز الهويات المُدارة أمان تطبيقاتك بشكل ملحوظ. فبإلغاء بيانات الاعتماد المضمّنة في الكود، تقلّل من خطر سرقة بيانات الاعتماد. كما يُبسّط هذا النهج إدارة الهويات ويدعم مبادئ الثقة الصفرية. وإليك أبرز ميزات الأمان:
| الميزة | الوصف |
|---|---|
| تعرّض بيانات الاعتماد | تُلغي الهويات المُدارة الحاجة إلى بيانات الاعتماد المضمّنة في الكود، ما يقلل من خطر سرقة بيانات الاعتماد. |
| إدارة دورة حياة الهوية | تُدير دورة حياة الهويات تلقائياً، ما يُبسّط إدارة الأسرار. |
| التكامل مع خدمات Azure | تتكامل بسلاسة مع خدمات Azure لتأمين المصادقة بين الخدمات. |
باستخدام الهويات المُدارة، يمكن لتطبيقاتك المستضافة على Azure تجنّب تضمين بيانات الاعتماد في الكود. ويقلل هذا بشكل كبير من خطر التسريب ويُبسّط إدارة الوصول.
تبسيط إدارة بيانات الاعتماد
مع الهويات المُدارة، لم تعد بحاجة إلى القلق بشأن تخزين بيانات الاعتماد المضمّنة في الكود. تعزز هذه الميزة الأمان وتقلل التعقيد التشغيلي. وإليك بعض الطرق التي تُبسّط بها الهويات المُدارة إدارة بيانات الاعتماد:
| الميزة | الوصف |
|---|---|
| إلغاء تخزين بيانات الاعتماد | لا حاجة إلى تخزين بيانات الاعتماد المضمّنة في الكود، ما يعزز الأمان. |
| تدوير الرموز تلقائياً | تُدار الرموز وتُدوّر تلقائياً، ما يقلل المخاطر. |
| التكامل مع RBAC | تكامل سلس مع التحكم في الوصول المستند إلى الأدوار لتعزيز الأمان. |
تُؤتمت الهويات المُدارة إدارة بيانات الاعتماد، أي أنك لست بحاجة إلى إنشاء بيانات الاعتماد أو تدويرها أو إلغائها يدوياً. ويقلل هذا الأتمتة بشكل كبير من خطر الخطأ البشري. يمكنك عندها التركيز على التطوير بدلاً من إدارة الأمان.
فعالية التكلفة
يمكن أن يؤدي استخدام الهويات المُدارة إلى توفير كبير في التكاليف ضمن بيئات السحابة. وإليك بعض الطرق التي تؤثر بها على التكاليف التشغيلية:
- تساعد حلول IAM السحابية على خفض النفقات الرأسمالية (CapEx) من خلال إلغاء الحاجة إلى الخوادم والبرمجيات المحلية.
- توفر نفقات تشغيلية (OpEx) أكثر قابلية للتنبؤ من خلال التسعير القائم على الاشتراك.
- يؤدي أتمتة مهام التوفير وإدارة الوصول إلى خفض تكاليف العمالة، مما يتيح لفرق تكنولوجيا المعلومات التركيز على المهام الأكثر أهمية.
باعتماد الهويات المُدارة، لا تعزّز الأمان وتبسّط إدارة بيانات الاعتماد فحسب، بل تحسّن أيضاً كفاءة التكلفة الإجمالية. وهذا ما يجعل الهويات المُدارة أصلاً قيّماً لأي مؤسسة تسعى إلى تحسين عملياتها السحابية.
حالات الاستخدام الشائعة للهويات المُدارة
الوصول إلى موارد Azure
تبسّط الهويات المُدارة طريقة وصولك إلى موارد Azure. فهي تتيح لتطبيقاتك المصادقة مع خدمات Azure الأخرى دون عناء إدارة بيانات الاعتماد يدوياً. ويقلّل هذا النهج بشكل كبير من المخاطر الأمنية المرتبطة بتخزين الأسرار والتعامل معها. وفيما يلي أهم الفوائد لاستخدام الهويات المُدارة للوصول إلى موارد Azure:
- يمكنك الحصول على رموز Microsoft Entra دون إدارة بيانات الاعتماد.
- تلغي الهويات المُدارة الحاجة إلى تخزين بيانات الاعتماد في تطبيقاتك.
- تنشئ Azure هويةً تلقائياً لمورِدك وتسجّلها في Microsoft Entra ID.
- يمكنك منح الأذونات باستخدام Azure RBAC، بما يضمن وصولاً آمناً دون أسرار مخزّنة.
لاستخدام الهويات المُدارة للوصول إلى موارد Azure، اتبع الخطوات التالية:
- افتح بوابة Azure وانتقل إلى المورد الذي تحتاج الهوية إلى الوصول إليه.
- حدّد 'Access policies' من الشريط الجانبي للمورد.
- انقر على 'Create' لفتح الجزء 'Create an access policy'.
- اختر الأذونات اللازمة للهوية المُدارة.
- حدّد 'Next' للمتابعة.
- في علامة التبويب 'Principal'، حدّد الهوية المُدارة.
- أكمل العملية بتحديد 'Next' وإنهاء إنشاء نهج الوصول.
- صادِق على المشغّل أو الإجراء باستخدام الهوية المُدارة.
باتباع هذه الخطوات، يمكنك التأكد من أن تطبيقاتك تصل إلى موارد Azure بأمان دون عبء إدارة بيانات الاعتماد الحساسة.
التواصل بين التطبيقات
تعزّز الهويات المُدارة أيضاً التواصل بين التطبيقات في البيئات السحابية. فهي تتيح لتطبيقاتك المصادقة مع موارد Azure دون الحاجة إلى التعامل مع بيانات الاعتماد الحساسة. يبسّط هذا النهج عملية المصادقة ويعزّز الأمان بشكل كبير، لأنه يلغي المخاطر المرتبطة بإدارة بيانات الاعتماد.
عندما تتواصل تطبيقاتك فيما بينها، تضمن الهويات المُدارة أن يتم ذلك بأمان. وهذا يعني أنه يمكنك التركيز على بناء تطبيقات قوية دون القلق بشأن كشف المعلومات الحساسة. وباستخدام الهويات المُدارة، تُنشئ بيئة أكثر أماناً وكفاءة لتتفاعل تطبيقاتك من خلالها.
تطبيق الهويات المُدارة
إن تطبيق الهويات المُدارة في بيئة Azure لديك يمكن أن يعزّز الأمان ويبسّط المصادقة بشكل كبير. اتبع هذا الدليل خطوة بخطوة لإعداد الهويات المُدارة وتهيئة أذونات الوصول بفعالية.
دليل خطوة بخطوة
إعداد الهويات المُدارة
- سجّل الدخول إلى بوابة Azure: ابدأ بالوصول إلى حساب Azure الخاص بك.
- حدّد موردك: انتقل إلى مورد Azure الذي تريد تفعيل الهوية المُدارة له.
- فعّل الهوية المُدارة:
- انتقل إلى قسم Identity في إعدادات المورد.
- بدّل Status إلى On وانقر على Save.
- تحقق من إنشاء الهوية: بعد الحفظ، تُنشئ Azure هويةً مُدارة لمورِدك تلقائياً. يمكنك عرض هذه الهوية في Azure Active Directory.
باتباع هذه الخطوات، تضمن أن مورِدك يمكنه المصادقة بأمان دون الحاجة إلى إدارة الأسرار.
تهيئة أذونات الوصول
بعد إعداد الهوية المُدارة، تحتاج إلى تهيئة أذونات الوصول. وفيما يلي بعض أفضل الممارسات الواجب اتباعها:
- طبّق مبدأ أقل الامتيازات: امنح الحد الأدنى من الأذونات الضرورية لمهام الهوية فقط. يقلّل هذا النهج من المخاطر الأمنية.
- استخدم الأدوار المحددة: بدلاً من الأدوار الواسعة، استخدم أدواراً محددة لتقييد الوصول بفعالية. تعزّز هذه الطريقة الأمان لأنها تضمن أن الهويات تملك فقط الأذونات التي تحتاجها.
- حصر نطاق الأذونات: امنح الأدوار على مستوى المورد بدلاً من المستويات الأوسع. تساعد هذه الممارسة على الحفاظ على تحكم أدق في الوصول.
نصيحة: تتيح الهويات المُدارة المعيّنة من قِبل المستخدم إدارة الأذونات بشكل مركزي عبر موارد متعددة. وتُبسّط هذه الميزة منح أدوار RBAC من خلال ربط هوية واحدة بعدة موارد.
أثناء تنفيذ الهويات المُدارة، قد تواجه بعض التحديات الشائعة. فعلى سبيل المثال، كثيرًا ما ينسى المستخدمون منح الأذونات اللازمة بعد إنشاء هوية مُدارة معيّنة من قِبل النظام، ما يؤدي إلى فشل المصادقة. وقد تواجه أيضًا مشكلات في تعيين الهوية عند محاولة إضافة هوية مُدارة معيّنة من قِبل المستخدم إلى حساب Automation بسبب نقص الأذونات. كما يمكن أن تحدث أخطاء المصادقة إذا لم تُفعَّل الهوية قبل استخدامها.
لضمان الامتثال والأمان أثناء التنفيذ، فكّر في تبنّي حلول إدارة الهوية والحوكمة (IGA). توفر IGA رؤية واضحة لوصول المستخدمين، ما يساعد على تخفيف المخاطر ومنع الوصول غير المصرّح به. ويمكن أن تعزز مراجعة حقوق الوصول بشكل دوري وتطبيق نهج فصل المهام (SoD) الأمان أكثر.
باتباع هذه الإرشادات، يمكنك تنفيذ الهويات المُدارة بفعالية في بيئة Azure الخاصة بك، بما يضمن مصادقة آمنة وفعّالة لتطبيقاتك.
تلعب الهويات المُدارة دورًا حيويًا في تعزيز الأمان وتبسيط تطوير التطبيقات. فمن خلال إلغاء الحاجة إلى إدارة بيانات الاعتماد يدويًا، يمكنك التركيز على بناء تطبيقات قوية. إليك بعض الفوائد الرئيسية لتبنّي الهويات المُدارة:
- لا حاجة لإدارة بيانات الاعتماد، إذ لا يمكن للمطوّرين الوصول إليها.
- أمان معزّز من خلال تقليل مخاطر تسريب الأسرار.
- مصادقة سلسة مع خدمات Azure دون تدخل يدوي.
- حل فعّال من حيث التكلفة، متاح دون رسوم إضافية.
عند التفكير في مشاريعك السحابية، فكّر في تطبيق الهويات المُدارة. فهي يمكن أن تحسّن الكفاءة والأمان في تطبيقاتك بشكل كبير، وتمهّد الطريق لعملية تطوير أكثر انسيابية.
الأسئلة المتداولة
ما هي الهويات المُدارة في Azure؟
توفر الهويات المُدارة هوية للموارد في Azure. وتتيح للتطبيقات المصادقة مع خدمات Azure دون إدارة الأسرار مثل كلمات المرور أو مفاتيح واجهات برمجة التطبيقات.
كيف أفعّل الهويات المُدارة؟
يمكنك تفعيل الهويات المُدارة من خلال مدخل Microsoft Azure. انتقل إلى المورد، ثم إلى قسم Identity، واضبط الحالة على On، واحفظ التغييرات.
هل الهويات المُدارة آمنة؟
نعم، تعزز الهويات المُدارة الأمان من خلال إلغاء بيانات الاعتماد المُدرجة في الكود. كما تدير دورة حياة الهوية تلقائيًا، ما يقلل من خطر سرقة بيانات الاعتماد.
هل يمكنني استخدام الهويات المُدارة مع التطبيقات المحلية (On-premises)؟
تعمل الهويات المُدارة أساسًا مع موارد Azure. وبالنسبة للتطبيقات المحلية، فكّر في استخدام Azure Active Directory للمصادقة.
ما الفرق بين الهويات المُعيّنة من قِبل النظام والهويات المُعيّنة من قِبل المستخدم؟
ترتبط الهويات المُعيّنة من قِبل النظام بمورد Azure واحد، وتُحذف معه. أما الهويات المُعيّنة من قِبل المستخدم فهي مستقلة، ويمكن مشاركتها عبر موارد متعددة.
هل تترتب على الهويات المُدارة تكاليف إضافية؟
لا، الهويات المُدارة مجانية الاستخدام داخل Azure. وتدفع فقط مقابل موارد Azure التي تستخدمها.
كيف أمنح الأذونات لهوية مُدارة؟
يمكنك منح الأذونات باستخدام Azure Role-Based Access Control (RBAC). انتقل إلى المورد، واختر Access policies، ثم امنح الأدوار اللازمة للهوية المُدارة.
هل يمكنني استخدام الهويات المُدارة مع Azure Functions؟
نعم، يمكن لـ Azure Functions استخدام الهويات المُدارة للمصادقة بأمان مع خدمات Azure الأخرى دون الحاجة إلى إدارة الأسرار.
🎧 استمع إلى هذه الحلقة
هل تريد شرحًا عمليًا للهويات المُدارة؟ تشرح هذه الحلقة الموضوع بلغة واضحة، وتبيّن لماذا يهم ذلك لـ Microsoft 365 وAzure وPower Platform والأمان والذكاء الاصطناعي وأسلوب العمل الحديث.
استمع إلى هذه الحلقة إذا كنت تريد:
- فهم المفاهيم الأساسية وراء الهويات المُدارة
- معرفة كيفية تناسبها ضمن منظومة تقنيات Microsoft الأوسع
- التعرّف على المجالات التي يمكن أن تحقق فيها قيمة عملية لمؤسستك
قد تستمتع أيضًا بهذه الحلقات ذات الصلة من M365 FM:
- Azure Managed Disks - شرح مبسّط
- تحتاج Power Platform Managed Environments إلى ممارسات Pro-Dev
- استخدام الهوية المُدارة مع PowerShell لـ Microsoft Graph
- ترحيل Azure File Sync إلى الهوية المُدارة
- استبدال حسابات الخدمة بهويات أعباء العمل في Entra
اكتشفوا المزيد من الحوارات العملية حول Microsoft على M365 FM.