Quelltext der Seite Arabic:الهوية الرقمية والتوقيع الإلكتروني

{{T}}
[[Category:Sprache:العربية]]
[[Category:Locale:ar]]
[[Category:الأمن السيبراني]]
[[Category:التحول الرقمي]]

{{BR}}
= مقدمة =
أصبحت '''الهوية الرقمية''' جزءًا أساسيًا من طريقة عمل المؤسسات الحديثة: الموظف يدخل إلى منصة العمل، والمدير يعتمد طلبًا، والمتخصص يوقّع تقريرًا، والمورّد يرسل فاتورة، والعميل يوافق على عقد، وكل هذه الأفعال تحتاج إلى إجابة موثوقة عن سؤالين: '''من يقوم بالفعل؟''' و'''هل يمكن الوثوق بالبيانات والقرار الناتج؟'''

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

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

{{#ev:youtube|https://www.youtube.com/watch?v=XqAhd5T3qUQ|500|center}}

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

{{BR}}
= أهداف التعلم =
بعد إكمال هذه الدورة، ستكون قادرًا على شرح الفرق بين الهوية الرقمية والحساب وبيانات الاعتماد، وتحليل مراحل إثبات الهوية والتسجيل والمصادقة، والتمييز بين التوقيع الإلكتروني والتوقيع الرقمي، وشرح دور التجزئة والمفتاحين العام والخاص والشهادة الرقمية، وتحديد وظائف خدمات الثقة والبنية التحتية للمفتاح العام، وتصميم سير عمل مؤسسي آمن للتوقيع والموافقة، وتقييم مخاطر التصيد والاستيلاء على الحساب وسوء إدارة المفاتيح، واقتراح ضوابط مناسبة للحوكمة والتدقيق واستمرارية الأعمال.

{{BR}}
= الهوية الرقمية بوصفها علاقة ثقة =
الهوية الرقمية هي مجموعة من المعرفات والسمات والبيانات والوسائل التي تسمح لنظام رقمي بتمثيل شخص أو منظمة أو جهاز والتعامل معه بدرجة محددة من الثقة. قد تتضمن الهوية اسمًا قانونيًا، أو رقم موظف، أو بريدًا مؤسسيًا، أو دورًا وظيفيًا، أو بيانات اعتماد، أو مفاتيح تشفير، أو سمات مهنية. لكن وجود هذه البيانات لا يعني وحده أن الشخص الموجود أمام الشاشة هو صاحبها الحقيقي.

من المفيد التفريق بين أربعة عناصر. '''المعرف''' يجيب عن سؤال: أي حساب أو كيان نتحدث عنه؟ '''السمة''' تصف خاصية مثل القسم أو الوظيفة. '''بيانات الاعتماد''' هي ما يربط المستخدم بوسيلة دخول أو توقيع، مثل مفتاح أمان أو شهادة رقمية. أما '''الصلاحية''' فتحدد ما يُسمح للهوية بفعله بعد نجاح المصادقة.

{| class="wikitable"
! العنصر
! السؤال العملي
! مثال مؤسسي
|-
| الهوية الرقمية
| من هو الشخص أو الكيان الذي يمثله النظام؟
| موظف في إدارة المشتريات له سجل موثوق داخل نظام الموارد البشرية
|-
| وسيلة المصادقة
| كيف يثبت المستخدم أنه صاحب الهوية؟
| مفتاح أمان أو تطبيق مصادقة أو مفتاح مرور على جهاز موثوق
|-
| الصلاحية
| ما الذي يسمح النظام بتنفيذه؟
| إنشاء طلب شراء دون صلاحية اعتماده النهائي
|-
| الدليل القابل للتدقيق
| كيف نثبت ما حدث لاحقًا؟
| سجل زمني يبين من دخل ومن وافق ومتى تم التوقيع والتحقق
|}

'''الحساب ليس الهوية كلها.''' قد يملك الشخص عدة حسابات، وقد تتغير وظيفته أو صلاحياته، وقد يُغلق حسابه عند مغادرة المؤسسة. لذلك تحتاج إدارة الهوية إلى دورة حياة تشمل الإنشاء والتعديل والمراجعة والتعليق والإلغاء، مع المحافظة على السجلات التي تسمح بالتدقيق.

{{BR}}
== مخطط دورة حياة الهوية =
{| class="wikitable" style="text-align:center; width:100%"
| '''طلب الانضمام أو الوصول''' ← '''إثبات الهوية''' ← '''التسجيل''' ← '''ربط وسيلة المصادقة''' ← '''منح الصلاحيات''' ← '''الاستخدام والمراقبة''' ← '''المراجعة الدورية''' ← '''التعديل أو الإلغاء'''
|}

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

{{BR}}
= إثبات الهوية والتسجيل وإدارة دورة الحياة =
'''إثبات الهوية''' هو العملية التي تجمع فيها المؤسسة أدلة مناسبة للتحقق من أن مقدم الطلب هو الشخص أو الجهة التي يدعيها. بعد نجاح الإثبات تأتي '''عملية التسجيل''' التي تنشئ العلاقة التشغيلية بين الهوية والنظام وتربط بها وسيلة أو أكثر للمصادقة.

تفصل الإرشادات الحديثة للهوية الرقمية بين إثبات الهوية والمصادقة والاتحاد بين الأنظمة، لأن كل مرحلة لها مخاطر وضوابط مختلفة. فعملية إثبات الهوية قد تشمل فحص وثائق، ومقارنة بيانات مع مصدر موثوق، أو مقابلة حضورية أو عن بُعد، ثم ربط النتيجة بسجل مؤسسي. أما المصادقة فتحدث لاحقًا كلما حاول المستخدم إثبات أنه صاحب الهوية المسجلة. ويمكن الرجوع إلى [https://pages.nist.gov/800-63-4/ إرشادات الهوية الرقمية الصادرة عن المعهد الوطني الأمريكي للمعايير والتقنية] بوصفها مرجعًا تقنيًا معاصرًا في إثبات الهوية والمصادقة والاتحاد.

'''مثال عملي: موظف جديد.''' يرسل قسم الموارد البشرية بيانات التعيين عبر قناة معتمدة، ثم تُطابق هوية الموظف مع مستندات أو سجلات موثوقة، ثم يُنشأ له حساب مؤسسي، وتُربط به وسيلة مصادقة، وتُمنح له صلاحيات بناءً على دوره الوظيفي. عندما ينتقل إلى إدارة أخرى، يجب تعديل الصلاحيات. وعند انتهاء خدمته، يجب إيقاف الوصول بسرعة مع الاحتفاظ بالسجلات وفق سياسة المؤسسة.

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

{{BR}}
== مبادئ عملية لإثبات الهوية =
يجب أن تجمع المؤسسة أقل قدر من البيانات الذي يحقق الغرض، وأن توضح سبب جمعها ومدة الاحتفاظ بها ومن يستطيع الوصول إليها. ويجب الفصل بين '''دقة البيانات''' و'''قوة الربط بالشخص''': قد تكون الوثيقة صحيحة لكن مقدمها ليس صاحبها، وقد يكون الشخص صحيحًا لكن بياناته في سجل قديم لم تُحدّث. كما يجب توفير مسار آمن للاسترداد إذا فقد المستخدم وسيلة المصادقة، لأن إجراءات الاسترداد الضعيفة قد تصبح أسهل طريق للاستيلاء على الحساب.

{{BR}}
= المصادقة: كيف يثبت المستخدم أنه صاحب الهوية =
'''المصادقة''' هي التحقق من أن المستخدم الذي يحاول الدخول أو تنفيذ إجراء حساس هو صاحب الهوية الرقمية المسجلة. تستخدم المؤسسات عادة عوامل من ثلاث فئات: شيء تعرفه مثل سر محفوظ، وشيء تملكه مثل جهاز أو مفتاح أمان، وشيء مرتبط بخصائصك الحيوية مثل بصمة الإصبع. المصادقة متعددة العوامل تجمع عاملين مستقلين أو أكثر لرفع مستوى الحماية.

[[File:Fingerprint Scanner.jpg|500px|frameless|center|alt=جهاز لقراءة بصمة الإصبع يستخدم بوصفه وسيلة تحقق حيوية|قارئ بصمة يمثل مثالًا على عامل حيوي في المصادقة]]

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

[[File:Flowchart - User authentication.svg|500px|frameless|center|alt=مخطط تدفقي مبسط لعملية مصادقة مستخدم|مخطط عام يساعد على تصور الانتقال من طلب الدخول إلى التحقق والقبول أو الرفض]]

{{BR}}
== سير مصادقة عملي =
{| class="wikitable"
! المرحلة
! ما يحدث
! سؤال رقابي
|-
| بدء الجلسة
| يطلب المستخدم الوصول إلى خدمة أو إجراء
| هل القناة آمنة وهل الطلب متوقع؟
|-
| تقديم وسيلة المصادقة
| يستخدم المستخدم مفتاح مرور أو مفتاح أمان أو عاملًا آخر
| هل الوسيلة مرتبطة بالهوية الصحيحة وما مستوى قوتها؟
|-
| التحقق
| يفحص النظام الدليل ويقيّم السياق والمخاطر
| هل توجد إشارات غير معتادة مثل جهاز جديد أو موقع غير مألوف؟
|-
| إنشاء الجلسة
| يمنح النظام جلسة محدودة الصلاحية
| ما مدة الجلسة وهل يلزم إعادة التحقق للإجراءات الحساسة؟
|-
| التسجيل والمراقبة
| تُحفظ أحداث الدخول والفشل والتغييرات المهمة
| هل يمكن اكتشاف إساءة الاستخدام والتحقيق فيها؟
|}

تُعد الأساليب المقاومة للتصيد مهمة خصوصًا للحسابات الإدارية والحسابات التي تنفذ معاملات حساسة. مفاتيح الأمان وبروتوكولات المصادقة الحديثة المبنية على مفاتيح تشفير مرتبطة بالموقع تقلل قدرة صفحة مزيفة على سرقة سر يمكن إعادة استخدامه. ويمكن مقارنة الخيارات العملية في [https://www.cisa.gov/audiences/small-and-medium-businesses/secure-your-business/require-multifactor-authentication إرشادات المصادقة متعددة العوامل الصادرة عن وكالة الأمن السيبراني وأمن البنية التحتية].

'''خطأ شائع:''' الاعتقاد أن أي عاملين يعنيان الحماية نفسها. رسالة نصية ورمز مؤقت أفضل عادة من كلمة مرور وحدها، لكنهما قد يكونان أقل مقاومة للتصيد من مفتاح أمان أو مفتاح مرور مصمم للتحقق من جهة الموقع. اختيار الوسيلة يجب أن يتبع تحليل المخاطر وقابلية الاستخدام وخطة الاسترداد.

{{BR}}
= التوقيع الإلكتروني والتوقيع الرقمي =
'''التوقيع الإلكتروني''' مفهوم واسع يصف طريقة إلكترونية يعبّر بها شخص عن قصده في توقيع بيانات أو مستند، وقد تتنوع تقنياته وآثاره القانونية. أما '''التوقيع الرقمي''' فهو آلية تشفيرية محددة تستخدم عادة تجزئة المستند ومفتاحًا خاصًا لإنشاء قيمة يمكن التحقق منها بمفتاح عام. لذلك فكل توقيع رقمي يمكن أن يكون جزءًا من حل للتوقيع الإلكتروني، لكن ليس كل توقيع إلكتروني توقيعًا رقميًا بالمعنى التشفيري.

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

[[File:Private key signing-ar.svg|500px|frameless|center|alt=مخطط عربي يوضح إنشاء التوقيع الرقمي بالمفتاح الخاص والتحقق منه بالمفتاح العام|مخطط عربي مبسط لعملية التوقيع الرقمي والتحقق]]

يجب حماية '''المفتاح الخاص''' لأنه يمثل قدرة التوقيع. إذا حصل مهاجم عليه واستطاع استخدامه، فقد ينشئ توقيعات تبدو صحيحة تقنيًا. لهذا تستخدم المؤسسات وسائل مثل الأجهزة المشفرة أو وحدات حماية المفاتيح، وسياسات الوصول، والمصادقة القوية قبل التوقيع، والفصل بين الصلاحيات، وإجراءات الإبطال عند الاشتباه بالتسرب.

{{BR}}
== التوقيع لا يساوي التشفير =
التوقيع الرقمي يركز على '''سلامة البيانات''' وربط التوقيع بمفتاح صاحب معين والتحقق من المصدر وفق نموذج الثقة المستخدم. أما التشفير فيركز أساسًا على '''سرية المحتوى'''. قد يكون المستند موقعًا لكنه قابل للقراءة من الجميع، وقد يكون مشفرًا دون أن يحمل توقيعًا يثبت مصدره. في كثير من الأنظمة نحتاج إلى الوظيفتين معًا، لكنهما ليستا العملية نفسها.

[[File:Public key encryption-ar.svg|500px|frameless|center|alt=مخطط عربي يوضح تعمية رسالة بالمفتاح العام وفكها بالمفتاح الخاص|مثال عربي على التعمية بالمفتاح العام]]

{{#ev:youtube|https://www.youtube.com/watch?v=sQwcu0ptlvI|500|center}}

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

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

{{BR}}
= الشهادات الرقمية والبنية التحتية للمفتاح العام =
'''الشهادة الرقمية''' تربط مفتاحًا عامًا بهوية أو كيان وفق بيانات وسياسة صادرة عن جهة موثوقة. أما '''البنية التحتية للمفتاح العام''' فهي منظومة أوسع تشمل إصدار الشهادات وإدارتها والتحقق منها وإلغاؤها وسلاسل الثقة والسياسات والضوابط التشغيلية.

[[File:Public-Key-Infrastructure.svg|500px|frameless|center|alt=مخطط يوضح أدوار التسجيل والتصديق والتحقق داخل بنية تحتية للمفتاح العام|مبدأ البنية التحتية للمفتاح العام من طلب الشهادة إلى إصدارها والتحقق منها]]

في مخططات البنية التحتية للمفتاح العام قد ترى أدوارًا مثل '''سلطة التسجيل''' التي تتحقق من معلومات طالب الشهادة، و'''سلطة التصديق''' التي تصدر الشهادة، وخدمة أو جهة تحقق تدعم فحص الحالة والثقة. قد تجمع مؤسسة واحدة عدة أدوار أو توزعها، لكن الفصل الوظيفي يساعد على الرقابة عندما تكون المخاطر مرتفعة.

تبدأ الثقة عادة من '''مرساة ثقة''' معروفة للنظام، ثم تُبنى سلسلة شهادات حتى الشهادة المستخدمة في التوقيع. لا ينبغي للتطبيق قبول أي شهادة لمجرد أنها موجودة؛ بل يجب التحقق من السلسلة والسياسة والغرض المسموح به وحالة الإلغاء والوقت. من وسائل التحقق من الحالة قوائم إلغاء الشهادات وخدمات التحقق الفوري، وتختلف التفاصيل باختلاف المنظومة.

{{BR}}
= خدمات الثقة =
خدمات الثقة هي خدمات إلكترونية تدعم إنشاء الأدلة الرقمية والتحقق منها والمحافظة عليها. من أمثلتها إصدار الشهادات، والتحقق من التوقيعات، والطوابع الزمنية، والحفظ طويل الأجل، والأختام الإلكترونية للجهات، والتسليم الإلكتروني المسجل، وشهادات مصادقة المواقع. لا توجد قائمة قانونية موحدة عالميًا؛ فالاسم والآثار والاشتراطات تتحدد في القوانين والأطر التنظيمية المطبقة.

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

'''الختم الإلكتروني''' يُستخدم عادة لربط البيانات بجهة اعتبارية أو نظام مؤسسي بدل التعبير عن إرادة شخص طبيعي. قد يفيد في إصدار فواتير أو شهادات أو مستندات آلية من مؤسسة، مع المحافظة على سلامة المصدر وفق الإطار القانوني والتقني المطبق.

في الاتحاد الأوروبي، يوفر إطار الهوية الرقمية وخدمات الثقة درجات وأنواعًا محددة للتوقيعات والخدمات، ويمنح التوقيع الإلكتروني المؤهل أثرًا قانونيًا يعادل التوقيع بخط اليد داخل ذلك الإطار. هذه قاعدة إقليمية وليست حكمًا عالميًا. يمكن الاطلاع على [https://ec.europa.eu/digital-building-blocks/sites/display/DIGITAL/What%2Bis%2BeSignature شرح المفوضية الأوروبية للتوقيع الإلكتروني] لفهم مثال واضح على ارتباط التقنية بمستوى ثقة وقواعد قانونية محددة.

{{BR}}
== كيف تبني سلسلة ثقة قابلة للتدقيق =
{| class="wikitable"
! العنصر
! الوظيفة
! ما يجب التحقق منه
|-
| إثبات الهوية
| ربط الشخص أو الجهة بهوية مسجلة
| جودة الأدلة ومنهج التحقق وسجل الموافقة
|-
| الشهادة الرقمية
| ربط المفتاح العام ببيانات هوية أو كيان
| الجهة المصدرة والغرض والصلاحية وسلسلة الثقة
|-
| المفتاح الخاص
| إنشاء التوقيع أو إثبات التحكم
| الحماية ومن يملك حق الاستخدام وكيف يتم الاسترداد أو الإبطال
|-
| الطابع الزمني
| ربط الدليل بوقت موثوق
| مصدر الوقت وطريقة التحقق والحفظ
|-
| سجل التدقيق
| توثيق أحداث العملية
| اكتمال السجل وحمايته من التغيير وإمكانية ربط الأحداث بالمستخدمين والأنظمة
|}

{{BR}}
= اتحاد الهوية وتسجيل الدخول المؤسسي =
تعمل المؤسسات الحديثة عبر عدة أنظمة سحابية ومحلية، ولذلك تُستخدم '''اتحادات الهوية''' لتمكين نظام موثوق من إثبات أن مستخدمًا قد تمت مصادقته ثم إرسال تأكيدات أو سمات إلى خدمة أخرى. هذا يسمح بتقليل تكرار الحسابات وكلمات المرور، لكنه يجعل مزود الهوية عنصرًا بالغ الحساسية: إذا اختُرق فقد يؤثر على عدد كبير من الخدمات.

في تسجيل الدخول الموحد، لا ينبغي أن يعني نجاح الدخول أن المستخدم يستطيع كل شيء. بعد المصادقة تأتي '''عملية التفويض''' التي تطبق الدور الوظيفي ومبدأ أقل صلاحية والحاجة إلى إعادة التحقق عند الإجراءات عالية المخاطر. كما يجب التحكم في مدة الجلسات والرموز المؤقتة ومراجعة التطبيقات التي تعتمد على مزود الهوية.

'''مثال: مدير يوافق على دفعة.''' قد يسجل المدير الدخول مرة واحدة إلى بوابة المؤسسة، لكن عند اعتماد مبلغ يتجاوز حدًا ماليًا معينًا يمكن للنظام طلب إعادة مصادقة قوية، ثم تسجيل قرار الموافقة، ثم توقيع سجل المعاملة أو المستند، ثم إرسال النتيجة إلى نظام المحاسبة مع المحافظة على أثر تدقيق متكامل.

{{BR}}
= تصميم سير عمل رقمي للتوقيع والموافقة =
القيمة المؤسسية لا تأتي من زر يحمل كلمة «توقيع» فقط. يجب تصميم العملية كاملة: من أنشأ المستند؟ من راجعه؟ من يملك صلاحية التوقيع؟ ما النسخة التي وُقعت؟ كيف نتحقق من هوية الموقع؟ هل تغير المستند بعد التوقيع؟ أين تحفظ الأدلة؟ وماذا نفعل إذا أُلغيت الشهادة أو غادر الموظف المؤسسة؟

{| class="wikitable" style="text-align:center; width:100%"
! سير عمل مقترح
|-
| '''إنشاء المستند''' ← '''مراجعة المحتوى''' ← '''تحديد المخولين''' ← '''مصادقة قوية''' ← '''عرض النسخة النهائية''' ← '''إنشاء التوقيع''' ← '''تحقق آلي''' ← '''حفظ المستند والأدلة''' ← '''إشعار الأطراف''' ← '''مراجعة وتدقيق'''
|}

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

{{BR}}
== دراسة حالة: عقد مورد =
تريد مؤسسة تقليل زمن دورة التعاقد مع الموردين. الحل الضعيف هو إرسال ملف بالبريد الإلكتروني وطلب صورة توقيع. الحل الأقوى يبدأ بإثبات هوية المخولين لدى الطرفين، وتحديد صلاحياتهم، وإرسال رابط إلى منصة موثوقة، وطلب مصادقة متناسبة مع الخطر، وعرض النسخة النهائية، وإنشاء توقيع إلكتروني مناسب للإطار القانوني، والتحقق منه، ثم حفظ المستند وسجل الأحداث والطابع الزمني وأدلة التحقق. بهذه الطريقة تتحسن السرعة دون التضحية بالقدرة على التدقيق.

{{BR}}
== دراسة حالة: انضمام موظف ومغادرته =
عند الانضمام، يتم إنشاء الهوية وربطها بسجل الموارد البشرية وتفعيل وسائل المصادقة ومنح الصلاحيات حسب الدور. أثناء الخدمة تُراجع الصلاحيات وتُحدّث عند تغيير الوظيفة. عند المغادرة تُلغى الجلسات ووسائل الوصول وتُسحب الصلاحيات وتُراجع الشهادات أو المفاتيح المرتبطة بالموظف. يجب ألا يؤدي تعطيل الحساب إلى حذف الأدلة الضرورية لمراجعة توقيعات أو قرارات سابقة.

{{BR}}
== دراسة حالة: تقرير آلي صادر عن نظام =
قد تنتج منصة مؤسسية آلاف التقارير أو الفواتير دون تدخل بشري في كل ملف. في هذه الحالة يمكن أن يكون الختم الإلكتروني أو توقيع النظام أنسب من توقيع شخص على كل مستند، بشرط أن تكون صلاحية النظام في الإصدار مضبوطة وأن يكون المفتاح محميًا وأن يكون هناك سجل يبين مصدر البيانات والإصدار والوقت. القرار يعتمد على القانون والسياسة والغرض من المستند.

{{BR}}
= الأمن والحوكمة وإدارة المخاطر =
الهوية والتوقيع الإلكترونيان هدفان جذابان للمهاجمين لأن السيطرة عليهما قد تمنح وصولًا واسعًا أو قدرة على إصدار أو اعتماد مستندات. لذلك يجب إدارة المخاطر على امتداد دورة الحياة، لا عند شاشة تسجيل الدخول فقط.

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

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

{{BR}}
== مصفوفة قرار مبسطة =
{| class="wikitable"
! الموقف
! مستوى الخطر
! ضوابط مناسبة مبدئيًا
|-
| قراءة محتوى داخلي غير حساس
| منخفض
| مصادقة أساسية آمنة وجلسة محدودة
|-
| الوصول إلى بيانات موظفين أو عملاء
| متوسط إلى مرتفع
| مصادقة متعددة العوامل وأقل صلاحية وتسجيل شامل
|-
| اعتماد دفعة أو تغيير بيانات حساب مصرفي
| مرتفع
| مصادقة مقاومة للتصيد وإعادة تحقق وفصل مهام وتنبيه ومراجعة
|-
| توقيع عقد ذي أثر قانوني كبير
| مرتفع
| إثبات هوية مناسب وتوقيع متوافق مع القانون وحماية مفتاح وتحقق وحفظ طويل الأجل
|-
| إصدار مستندات آلية على نطاق واسع
| متغير
| مفتاح خدمة محمي وختم أو توقيع نظامي ومراقبة وتدقيق وصلاحيات محددة
|}

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

{{BR}}
== مبادئ الحوكمة للمؤسسات =
يجب أن يعرف كل طرف دوره. الإدارة تحدد مستوى المخاطر المقبول وتملك قرار السياسة. الموارد البشرية أو الجهة المسؤولة عن السجل الأساسي تؤكد الحالة الوظيفية. فريق الهوية يدير الحسابات والاتحاد والمصادقة. فريق الأمن يراقب المخاطر والحوادث. الشؤون القانونية والامتثال تحددان متطلبات التوقيع والاحتفاظ. مالكو العمليات يقررون من يملك صلاحية الموافقة. التدقيق يختبر أن ما هو مكتوب في السياسة يحدث فعلًا في النظام.

ضع مؤشرات تشغيلية قابلة للقياس: عدد الحسابات اليتيمة، نسبة الحسابات الإدارية المحمية بمصادقة قوية، زمن إلغاء الوصول بعد المغادرة، نسبة التوقيعات التي اجتازت التحقق الآلي، حالات فشل التحقق، الشهادات القريبة من الانتهاء، وحوادث الاسترداد. الهدف ليس جمع أرقام للعرض بل اكتشاف الضعف قبل أن يتحول إلى حادث.

{{BR}}
= مفاهيم خاطئة يجب تجنبها =
'''صورة التوقيع ليست توقيعًا رقميًا.''' يمكن نسخ الصورة دون أن تكشف ما إذا تغير المستند.

'''وجود شهادة لا يعني الثقة التلقائية.''' يجب التحقق من الجهة المصدرة والسلسلة والغرض والحالة والوقت والسياسة.

'''المصادقة لا تعني التفويض.''' إثبات أن المستخدم هو المدير لا يعني أن له صلاحية اعتماد كل معاملة.

'''التشفير لا يثبت دائمًا من أرسل البيانات.''' السرية وظيفة مختلفة عن التوقيع والتحقق من المصدر.

'''المصادقة متعددة العوامل ليست حلًا سحريًا.''' جودة العوامل، ومقاومة التصيد، واسترداد الحساب، وأمن الجهاز، وحماية الجلسة كلها مهمة.

'''التحول الرقمي لا يلغي الحاجة إلى الأدلة.''' كلما زادت أتمتة الإجراءات، ازدادت أهمية السجلات والطوابع الزمنية وحوكمة المفاتيح والقدرة على إعادة التحقق لاحقًا.

{{BR}}
= قائمة فحص تنفيذية للمنظمة =
قبل إطلاق خدمة هوية أو توقيع إلكتروني، تأكد من تعريف حالة الاستخدام ومستوى الخطر، وتحديد من يحتاج إلى إثبات هوية وبأي قوة، واختيار وسائل مصادقة مناسبة، وتوثيق من يملك حق التوقيع أو الختم، وتحديد طريقة حماية المفاتيح، وتحديد جهات الثقة المقبولة، ووضع آلية للتحقق من الشهادات وحالتها، وتصميم استرداد آمن، ووضع سياسة للاحتفاظ بالسجلات والأدلة، واختبار الإلغاء والطوارئ، وتدريب المستخدمين على التصيد، ومراجعة متطلبات القانون والخصوصية والتعاقد مع مزودي الخدمة.

{{BR}}
= مهام تفاعلية =

{{BR}}
== اختبار: اختبر معرفتك ==
{{MC}}
'''ما الوصف الأدق للهوية الرقمية في مؤسسة؟'''
(تمثيل موثوق لشخص أو كيان عبر معرفات وسمات وبيانات اعتماد وسياق)
(!اسم مستخدم فقط)
(!صورة بطاقة هوية محفوظة في ملف)
(!كلمة مرور واحدة تستخدم في كل الأنظمة)
{{E}}
<br>

{{MC}}
'''ما الفرق الأساسي بين إثبات الهوية والمصادقة؟'''
(إثبات الهوية ينشئ الثقة الأولية بالشخص والمصادقة تتحقق لاحقًا من أنه صاحب الهوية المسجلة)
(!إثبات الهوية يشفّر الملفات والمصادقة تضغطها)
(!إثبات الهوية يحدث بعد كل توقيع والمصادقة تحدث مرة واحدة فقط)
(!لا يوجد أي فرق بين العمليتين)
{{E}}
<br>

{{MC}}
'''أي خيار يمثل عامل امتلاك في المصادقة؟'''
(مفتاح أمان مادي مسجل للحساب)
(!اسم القسم الوظيفي)
(!سؤال عن معلومة عامة)
(!عنوان صفحة الويب)
{{E}}
<br>

{{MC}}
'''ما الوظيفة الأساسية للتجزئة التشفيرية في سياق التوقيع الرقمي؟'''
(إنشاء بصمة رقمية للمحتوى تكشف تغييره)
(!إخفاء هوية جميع الأطراف دائمًا)
(!تحويل كل مستند إلى صورة)
(!منح المستخدم صلاحيات إدارية)
{{E}}
<br>

{{MC}}
'''أي مفتاح يجب حمايته بشدة عند إنشاء توقيع رقمي؟'''
(المفتاح الخاص)
(!المفتاح العام المنشور)
(!اسم الملف)
(!عنوان البريد الإلكتروني)
{{E}}
<br>

{{MC}}
'''ما العبارة الصحيحة عن التوقيع والتشفير؟'''
(التوقيع يركز على السلامة والتحقق من المصدر بينما التشفير يركز على السرية)
(!التوقيع والتشفير عملية واحدة دائمًا)
(!التشفير يثبت وحده أن شخصًا محددًا وافق قانونيًا)
(!التوقيع يمنع أي شخص من قراءة المستند)
{{E}}
<br>

{{MC}}
'''ما وظيفة الشهادة الرقمية في البنية التحتية للمفتاح العام؟'''
(ربط مفتاح عام ببيانات هوية أو كيان وفق جهة وسياسة ثقة)
(!تخزين جميع كلمات المرور داخل المستند)
(!إلغاء الحاجة إلى المصادقة)
(!إخفاء تاريخ إنشاء المستند)
{{E}}
<br>

{{MC}}
'''لماذا يعد الطابع الزمني الموثوق مفيدًا؟'''
(يساعد على ربط الدليل الرقمي بوقت يمكن التحقق منه)
(!يجعل كل توقيع صالحًا إلى الأبد دون تحقق)
(!يمنع المستخدم من فتح المستند)
(!يستبدل الشهادة الرقمية بالكامل)
{{E}}
<br>

{{MC}}
'''أي ممارسة تقلل خطر بقاء صلاحيات موظف بعد مغادرته؟'''
(ربط دورة حياة الحساب بحالة الموظف وتنفيذ إلغاء وصول موثق وسريع)
(!ترك الحساب مفتوحًا احتياطًا)
(!مشاركة حساب الموظف مع زميله)
(!حذف جميع سجلاته فورًا)
{{E}}
<br>

{{MC}}
'''ما المبدأ الأفضل عند تصميم سير توقيع عالي المخاطر؟'''
(ربط التوقيع بالنسخة النهائية مع مصادقة مناسبة وسجل تحقق وحفظ للأدلة)
(!الاكتفاء بصورة توقيع داخل الملف)
(!السماح لأي مستخدم بتعديل الملف بعد التوقيع)
(!تعطيل سجلات التدقيق لتقليل التخزين)
{{E}}
<br>

{{BR}}
== لعبة الذاكرة ==
<div class="memo-quiz">
{|
|-
| الهوية الرقمية || تمثيل شخص أو كيان داخل بيئة رقمية بدرجة محددة من الثقة
|-
| إثبات الهوية || التحقق الأولي من أن طالب التسجيل هو من يدعي أنه
|-
| المصادقة || التحقق من أن المستخدم الحالي هو صاحب الهوية المسجلة
|-
| الشهادة الرقمية || بيانات موقعة تربط مفتاحًا عامًا بهوية أو كيان وفق جهة ثقة
|-
| الطابع الزمني || دليل يربط بيانات بوقت صادر عن مصدر موثوق
|-
| المفتاح الخاص || سر تشفيري يجب حمايته لأنه يستخدم في إنشاء التوقيع أو إثبات التحكم
|}
</div>
{{E}}
<br>

{{BR}}
== السحب والإفلات ==
<div class="lueckentext-quiz">
{| class="wikitable"
! طابق المصطلح مع الوصف الصحيح.
! الوصف
|-
| '''المصادقة متعددة العوامل''' || استخدام عاملين مستقلين أو أكثر للتحقق من المستخدم
|-
| '''سلطة التصديق''' || جهة تصدر شهادات رقمية وفق سياسة ثقة محددة
|-
| '''التجزئة التشفيرية''' || إنشاء بصمة رقمية حساسة لأي تغيير في المحتوى
|-
| '''اتحاد الهوية''' || نقل تأكيدات مصادقة أو سمات بين أنظمة ذات علاقة ثقة
|-
| '''أقل صلاحية''' || منح الحد الأدنى من الوصول اللازم لإنجاز المهمة
|-
| '''الإبطال''' || جعل شهادة أو وسيلة اعتماد غير مقبولة قبل نهاية صلاحيتها الطبيعية
|}
</div>
{{E}}
<br>

{{BR}}
== كلمات متقاطعة ==
<div class="kreuzwort-quiz">
{|
|-
| هوية || ما المفهوم الذي يمثل شخصًا أو كيانًا داخل البيئة الرقمية؟
|-
| مصادقة || ما العملية التي تتحقق من أن المستخدم الحالي هو صاحب الحساب؟
|-
| شهادة || ما الوثيقة الرقمية التي تربط مفتاحًا عامًا ببيانات هوية أو كيان؟
|-
| توقيع || ما الآلية التي تساعد على التحقق من سلامة مستند وربطه بصاحب مفتاح؟
|-
| تجزئة || ما العملية التي تنتج بصمة رقمية للمحتوى؟
|-
| تشفير || ما العملية التي تستخدم لحماية سرية البيانات من القراءة غير المصرح بها؟
|}
</div>
{{E}}
<br>

{{BR}}
= مهام مفتوحة =

{{BR}}
=== سهل ===
# [[Arabic:خريطة هوية رقمية|خريطة هوية رقمية]]: ارسم مخططًا من صفحة واحدة يبين المعرف والسمات ووسيلة المصادقة والصلاحيات وسجل التدقيق لحساب موظف افتراضي دون استخدام بيانات شخصية حقيقية.
# [[Arabic:مقارنة وسائل المصادقة|مقارنة وسائل المصادقة]]: أنشئ جدولًا يقارن كلمة مرور ورمزًا مؤقتًا ومفتاح أمان وبصمة من حيث الراحة والمقاومة للتصيد وخيارات الاسترداد.
# [[Arabic:تحليل توقيع مرئي|تحليل توقيع مرئي]]: اكتب فقرة تشرح لماذا لا تكفي صورة توقيع داخل ملف لإثبات سلامة المستند أو هوية الموقع تقنيًا.
# [[Arabic:ملاحظة سير عمل|ملاحظة سير عمل]]: اختر عملية رقمية مألوفة في مؤسسة افتراضية وحدد في صورة أو مخطط أين يحدث إثبات الهوية وأين تحدث المصادقة وأين يحدث التفويض.

{{BR}}
=== متوسط ===
# [[Arabic:دراسة حالة عقد رقمي|دراسة حالة عقد رقمي]]: صمم سير عمل لعقد مورد يبدأ بإثبات المخولين وينتهي بحفظ المستند الموقّع وأدلة التحقق، واذكر نقطتي فشل محتملتين وضابطين لمعالجتهما.
# [[Arabic:مقابلة مهنية عن الهوية|مقابلة مهنية عن الهوية]]: أجر مقابلة مع مختص تقني أو إداري بموافقته حول دورة حياة حسابات الموظفين، ثم لخص الممارسات دون ذكر أسماء أو بيانات حساسة.
# [[Arabic:فيديو توعوي قصير|فيديو توعوي قصير]]: أنتج فيديو عربيًا من دقيقتين إلى ثلاث يشرح للموظفين كيف يميزون بين طلب مصادقة شرعي ومحاولة تصيد، مع تجنب عرض أي حساب أو رمز حقيقي.
# [[Arabic:مراجعة سياسة توقيع|مراجعة سياسة توقيع]]: اكتب قائمة متطلبات لسياسة داخلية تحدد من يحق له التوقيع وما مستوى المصادقة المطلوب وكيف يتم الإلغاء والتحقق والاحتفاظ بالسجلات.

{{BR}}
=== متقدم ===
# [[Arabic:نموذج تهديد للهوية|نموذج تهديد للهوية]]: ابن نموذج تهديد لبوابة موظفين يشمل التسجيل والمصادقة والاسترداد والاتحاد، واربط كل تهديد بضابط وقابلية قياس.
# [[Arabic:معمارية ثقة مؤسسية|معمارية ثقة مؤسسية]]: صمم مخططًا يربط سلطة تسجيل وسلطة تصديق وخدمة تحقق وطابعًا زمنيًا ونظام توقيع وسجل تدقيق، واشرح حدود الثقة ومسؤولية كل مكون.
# [[Arabic:تقييم مزود خدمة ثقة|تقييم مزود خدمة ثقة]]: أنشئ مصفوفة تقييم لمزود افتراضي تشمل الامتثال وحماية المفاتيح والتوافر والإبطال والتحقق والحفظ والخصوصية واستمرارية الأعمال دون استخدام بيانات تجارية سرية.
# [[Arabic:تجربة سير توقيع|تجربة سير توقيع]]: ابن نموذجًا أوليًا غير إنتاجي لسير موافقة وتوقيع على مستند تجريبي، وسجل البصمة الرقمية قبل التوقيع وبعد أي تعديل ثم وثق كيف يكشف التحقق التغيير.

{{:Open Task - Create a MOOC}}

<br>

{{BR}}
= مجالات تعلم مرتبطة =
{| align=center
{{:D-Tab}}
'''[[Arabic:الهوية الرقمية والتوقيع الإلكتروني|الهوية الرقمية والتوقيع الإلكتروني]]'''
# [[Arabic:إدارة الهوية والوصول|إدارة الهوية والوصول]]
# [[Arabic:مصادقة متعددة العوامل|المصادقة متعددة العوامل]]
# [[Arabic:تعمية بمفتاح عام|التعمية بالمفتاح العام]]
# [[Arabic:توقيع رقمي|التوقيع الرقمي]]
# [[Arabic:بنية تحتية للمفتاح العام|البنية التحتية للمفتاح العام]]
# [[Arabic:أمن المعلومات|أمن المعلومات]]
# [[Arabic:تحول رقمي|التحول الرقمي]]
# [[Arabic:إدارة المخاطر|إدارة المخاطر]]
|}

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

{{BR}}
= مسرد =
{| class="wikitable"
! المصطلح
! التعريف العملي
|-
| الهوية الرقمية
| تمثيل شخص أو كيان داخل نظام رقمي عبر معرفات وسمات وبيانات اعتماد وعلاقات ثقة.
|-
| إثبات الهوية
| عملية التحقق الأولي من أن طالب التسجيل هو الشخص أو الجهة التي يدعيها باستخدام أدلة مناسبة للمخاطر.
|-
| المصادقة
| التحقق من أن المستخدم الذي يحاول الوصول هو صاحب الهوية الرقمية المسجلة.
|-
| التفويض
| تحديد ما يسمح للمستخدم أو النظام بفعله بعد نجاح المصادقة.
|-
| بيانات الاعتماد
| بيانات أو وسائل تربط الهوية بقدرة على المصادقة أو التوقيع مثل مفتاح أمان أو شهادة.
|-
| التوقيع الإلكتروني
| طريقة إلكترونية يستخدمها الموقع للتعبير عن التوقيع على بيانات أو مستند وفق سياق تقني وقانوني.
|-
| التوقيع الرقمي
| آلية تشفيرية تستخدم مفتاحًا خاصًا وتسمح بالتحقق بالمفتاح العام من سلامة البيانات وعلاقة التوقيع بالمفتاح.
|-
| التجزئة التشفيرية
| دالة تنتج بصمة رقمية ثابتة الطول تتغير عند تغير البيانات وتستخدم في عمليات سلامة وتوقيع متعددة.
|-
| الشهادة الرقمية
| بنية بيانات موقعة تربط مفتاحًا عامًا بهوية أو كيان أو غرض وفق جهة إصدار وسياسة ثقة.
|-
| البنية التحتية للمفتاح العام
| منظومة أشخاص وسياسات وتقنيات لإصدار الشهادات وإدارتها والتحقق منها وإلغائها وبناء سلاسل الثقة.
|-
| الطابع الزمني
| دليل موثوق يربط بيانات رقمية بوقت محدد لدعم التحقق اللاحق.
|-
| خدمة الثقة
| خدمة إلكترونية تدعم إنشاء أو التحقق أو الحفظ أو التسليم الموثوق للأدلة والمعاملات الرقمية وفق إطار محدد.
|-
| اتحاد الهوية
| علاقة تسمح لنظام هوية بإرسال تأكيدات مصادقة أو سمات إلى أنظمة أخرى تثق بها وفق بروتوكول وسياسة متفق عليهما.
|-
| الإبطال
| إجراء يجعل شهادة أو وسيلة اعتماد غير مقبولة قبل انتهاء مدة صلاحيتها العادية بسبب خطر أو تغيير في الحالة.
|}

{{BR}}
= مشروعات aiMOOC =
[[Category:Sprache:العربية]]
[[Category:Locale:ar]]
[[Category:الأمن السيبراني]]
[[Category:التحول الرقمي]]
[[Category:التطوير المهني]]
[[Category:التعليم المستمر]]
[[Category:إدارة الهوية والوصول]]
[[Category:AI_MOOC]]
[[Category:GPT aiMOOC]]
{{MT}}