دورة الأمن السيبراني للمبتدئين - أساسيات التشفير وكيف يعمل HTTPS (SSL/TLS).

أساسيات التشفير وكيف يعمل HTTPS (SSL/TLS)

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

أساسيات التشفير وكيف يعمل HTTPS (SSL/TLS).

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

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

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

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

لماذا نحتاج إلى التشفير أصلاً؟

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

هذا بالضبط ما كان يحدث مع بروتوكول HTTP التقليدي قبل انتشار الإصدار الآمن منه.

عندما تُرسل البيانات بدون حماية، تصبح عرضة لعدة أنواع من الهجمات، أبرزها هجمات التنصت (Eavesdropping) التي يقرأ فيها المهاجم البيانات مباشرة،
وهجمات الوسيط (Man-in-the-Middle) التي يستطيع فيها المهاجم اعتراض البيانات وتعديلها قبل وصولها إلى الطرف الآخر دون أن يشعر أي من الطرفين بذلك.

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

التشفير لا يمنع اعتراض البيانات، بل يجعل اعتراضها عديم الفائدة لمن لا يملك المفتاح الصحيح.

أنواع التشفير - المتماثل وغير المتماثل

 يوجد نوعان رئيسيان من التشفير يستخدمان معاً في أغلب الأنظمة الحديثة، ولكل منهما دور مختلف تماماً عن الآخر.

التشفير المتماثل (Symmetric Encryption)

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

Symmetric Encryption.

من أشهر خوارزميات التشفير المتماثل نجد خوارزمية AES التي تعتبر المعيار الأكثر انتشاراً حالياً.

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

التشفير غير المتماثل (Asymmetric Encryption)

هنا يُستخدم زوج من المفاتيح المرتبطة رياضياً ببعضهما: مفتاح عام (Public Key) يمكن مشاركته مع أي شخص، ومفتاح خاص (Private Key) يبقى سرياً ولا يغادر جهاز صاحبه أبداً.

Asymmetric Encryption.

أي بيانات تُشفَّر بالمفتاح العام لا يمكن فك تشفيرها إلا بالمفتاح الخاص المقابل له.

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

مثال مبسط لفهم فكرة التشفير غير المتماثل

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

أي شخص يستطيع "قفل" رسالته داخل الصندوق (وهذا يعادل التشفير بالمفتاح العام)، لكن لا أحد غيرك يستطيع فتحه (وهذا يعادل فك التشفير بالمفتاح الخاص).

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

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

هذا الدمج الذكي بين النوعين هو ما يجعل HTTPS عملياً وسريعاً بما يكفي للاستخدام اليومي على نطاق واسع.

🔑 نوع التشفير	⚡ السرعة	🧩 عدد المفاتيح	📌 الاستخدام الشائع
متماثل (AES)	عالية جداً	مفتاح واحد مشترك	تشفير محتوى البيانات الفعلي
غير متماثل (RSA/ECC)	أبطأ نسبياً	زوج مفاتيح (عام وخاص)	تبادل المفاتيح وتوثيق الهوية

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

مفهوم التجزئة (Hashing) وعلاقته بالتشفير

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

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

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

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

من أشهر خوارزميات التجزئة الحديثة عائلة SHA-256، بينما تُعتبر خوارزميات قديمة مثل MD5 وSHA-1 ضعيفة أمنياً ولم تعد تُنصح بها في الأنظمة الحديثة.

هناك تفصيل مهم آخر يستحق الذكر هنا، وهو مفهوم "الملح" (Salt) في تخزين كلمات المرور. لو اكتفى نظام ما بتخزين بصمة كلمة المرور فقط دون أي إضافة، فإن مستخدمين مختلفين يستخدمون نفس كلمة المرور سينتج عنهما نفس البصمة بالضبط، وهذا يسهّل على المهاجمين استخدام جداول بصمات جاهزة (Rainbow Tables) لكسر كلمات المرور دفعة واحدة.

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

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

الفرق بين HTTP وHTTPS

 بروتوكول HTTP هو الأساس الذي يُستخدم لنقل صفحات الويب بين المتصفح والخادم، لكنه لا يوفر أي حماية للبيانات المتبادلة.

أما HTTPS فهو ببساطة HTTP نفسه مع إضافة طبقة تشفير عبر بروتوكول TLS، وهو الإصدار الحديث من البروتوكول الذي كان يُعرف سابقاً باسم SSL.

🌐 المقارنة	🔓 HTTP	🔒 HTTPS
التشفير	غير موجود	موجود عبر TLS
رقم المنفذ الافتراضي	80	443
التحقق من هوية الموقع	لا يوجد	عبر شهادة رقمية موثوقة
مقاومة هجمات الوسيط	ضعيفة	عالية

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

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

كما يوفر HTTPS خاصية التوثيق (Authentication)، أي التأكد من أن الخادم الذي تتحدث معه هو فعلاً من يدّعي أنه هو، وليس موقعاً منتحلاً لهويته.

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

دور الشهادات الرقمية وسلطات التصديق

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

الشهادة الرقمية هي ملف يحتوي على المفتاح العام لموقع معين، بالإضافة إلى معلومات عن هوية هذا الموقع، وتوقيع رقمي صادر من جهة موثوقة تُسمى سلطة التصديق (Certificate Authority).

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

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

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

مصافحة TLS خطوة بخطوة (TLS Handshake)

 عملية إنشاء اتصال HTTPS آمن تمر بسلسلة خطوات متفق عليها بين المتصفح والخادم تُسمى مصافحة TLS. إليك شرحاً مبسطاً لهذه الخطوات دون الدخول في تفاصيل رياضية معقدة ...

1. بدء الاتصال (Client Hello) 💥 يرسل المتصفح رسالة إلى الخادم يخبره فيها بإصدارات TLS التي يدعمها وخوارزميات التشفير المتاحة لديه.
2. رد الخادم (Server Hello) 💥 يختار الخادم إصدار TLS والخوارزمية المناسبة من بين ما اقترحه المتصفح، ثم يرسل شهادته الرقمية.
3. التحقق من الشهادة 💥 يتحقق المتصفح من صحة الشهادة الرقمية وأنها صادرة من سلطة تصديق موثوقة وأنها تخص الموقع الصحيح.
4. تبادل المفاتيح 💥 باستخدام التشفير غير المتماثل، يتفق الطرفان على مفتاح جلسة مشترك سيُستخدم لاحقاً في التشفير المتماثل.
5. بدء التشفير الفعلي 💥 بمجرد الاتفاق على مفتاح الجلسة، يبدأ الطرفان في تبادل البيانات الفعلية مشفرة باستخدام هذا المفتاح، عادة عبر خوارزمية AES.

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

علاقة التشفير بالجدران النارية وأنظمة IDS/IPS

 تحدثنا في دروس سابقة عن كيفية عمل الجدران النارية وأنظمة كشف ومنع التسلل في مراقبة حركة الشبكة.
لكن السؤال الطبيعي الآن هو ... هل تستطيع هذه الأنظمة رؤية محتوى البيانات المشفرة عبر HTTPS؟

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

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

هنا تلجأ بعض المؤسسات إلى تقنية تُسمى فحص SSL (SSL Inspection)، حيث يقوم الجدار الناري بفك تشفير الحركة مؤقتاً لفحصها، ثم إعادة تشفيرها قبل إرسالها إلى وجهتها النهائية.

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

إصدارات TLS ... من الأقدم إلى الأحدث

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

معرفة هذا التسلسل تساعدك على فهم لماذا يُنصح دائماً باستخدام أحدث إصدار متاح.

📅 الإصدار	🛡️ الحالة الأمنية	📝 ملاحظة
SSL 2.0 / SSL 3.0	غير آمن إطلاقاً	يحتوي على ثغرات خطيرة ومهجور تماماً
TLS 1.0 / TLS 1.1	ضعيف وقديم	لم يعد مدعوماً في أغلب المتصفحات الحديثة
TLS 1.2	آمن ومستقر	الأكثر انتشاراً حالياً على نطاق واسع
TLS 1.3	الأحدث والأسرع	يقلل عدد خطوات المصافحة ويرفع مستوى الحماية

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

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

المخاطر الشائعة المرتبطة بالتشفير

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

• استخدام بروتوكولات قديمة 💦💦 إصدارات مثل SSL 2.0 وSSL 3.0 وحتى TLS 1.0 تحتوي على ثغرات معروفة، ولم تعد تُعتبر آمنة للاستخدام في الأنظمة الحديثة.
• الشهادات المزورة أو المسروقة 💦💦 إذا نجح مهاجم في الحصول على شهادة رقمية غير مشروعة أو سرقة مفتاح خاص، فإنه يستطيع انتحال هوية موقع حقيقي.
• الشهادات ذاتية التوقيع 💦💦 بعض المواقع تستخدم شهادات لم تُصدر من سلطة تصديق معروفة، مما يمنع المتصفح من التحقق من هويتها بشكل موثوق.
• ضعف إدارة المفاتيح 💦💦 حتى مع خوارزمية تشفير قوية، فإن تخزين المفتاح الخاص بطريقة غير آمنة يجعل كل الحماية عديمة الجدوى.

قوة أي نظام تشفير لا تُقاس فقط بقوة الخوارزمية المستخدمة، بل أيضاً بمدى سلامة إدارة المفاتيح المرتبطة بها.

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

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

نصائح عملية للمبتدئين للتحقق من أمان الاتصال

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

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

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

أسئلة شائعة حول التشفير وHTTPS

هل وجود القفل الأخضر يعني أن الموقع آمن تماماً؟

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

هل يمكن فك تشفير HTTPS من قبل أي جهة؟

بشكل عام، فك تشفير اتصال HTTPS الحديث بدون امتلاك المفتاح الخاص أمر بالغ الصعوبة عملياً في ظل الخوارزميات المستخدمة حالياً.

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

لماذا يبطئ التشفير غير المتماثل الاتصال أحياناً؟

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

خلاصة الدرس

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

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

📚 دورة الأمن السيبراني للمبتدئين — معرفة شاملة

• 🟡 المرحلة التمهيدية ... فهم الأمن السيبراني.
• 🟢 المرحلة الأولى ... أساسيات الحماية من الاختراق.
• 🔵 المرحلة الثانية ... أساسيات الشبكات والإنترنت.
• 🔐 المرحلة الثالثة ... أساسيات التشفير
• 🟠 المرحلة الرابعة ... أمن الحسابات والهوية.
• 🔴 المرحلة الخامسة ... أمن المواقع وتطبيقات الويب.
• 🟣 المرحلة السادسة ... البرمجيات الخبيثة والهجمات المتقدمة.
• ☁️ المرحلة السابعة ... أمن السحابة والأجهزة الحديثة.
• 🤖 المرحلة الثامنة ... الذكاء الاصطناعي والأمن السيبراني.
• 🛡️ المرحلة التاسعة ... الأمن السيبراني للمؤسسات.

⬅️ الدرس السابق                 📚 فهرس الدورة الدرس التالي ➡️