SIEM: سعة الفرز قبل الترخيص، والدليل قبل اللوحة

ما الذي يُشترى فعليًا: خط قرار لا مخزن سجلات

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

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

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

حساب السعة قبل الترخيص

ابدأ من الرقم الذي تنشره مراكز العمليات نفسها: تقرير Panaseer لعام 2025 يشير إلى أن المركز النموذجي يستقبل بين ثلاثة آلاف وأحد عشر ألف تنبيه يوميًا، والأرقام الأعلى للمؤسسات الكبرى. خُذ الرقم المتوسط لبيئة متوسطة: ثمانية آلاف تنبيه يوميًا. وبحسب تقديرات القطاع، يتراوح ما بين أربعين وثمانين بالمئة منها إيجابيات كاذبة، وأدق مرجع منشور هو تقرير Microsoft وOmdia عن حالة مراكز العمليات لعام 2026 الذي يضع الأرضية عند 46%.

الآن الحساب الذي يجب أن يُعرض قبل التوقيع. محلل يفرز تنبيهًا في عشر دقائق — وهو زمن متحفظ يشمل فتح التنبيه والتحقق من الهوية والجهاز والقرار — يُنجز 48 تنبيهًا في نوبة من ثماني ساعات. ثمانية آلاف تنبيه تعني 1,333 ساعة فرز يوميًا، أي ما يعادل 167 محللًا بنوبة كاملة. الرقم غير واقعي لأي مؤسسة، وهنا يظهر أن المشكلة ليست في المنصة بل في الحجم: عند 46% كاذبة يبقى 4,320 تنبيهًا «حقيقيًا» يوميًا، وهو ما يزال 90 محللًا.

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

ترتيب مصادر السجل بالأثر لا بالسهولة

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

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

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

الحقول التي بدونها لا يوجد تحليل

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

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

وحقلان إضافيان يقلّلان الضوضاء بلا فقدان إشارة: مالك الأصل (قسم أو شخص مسؤول)، وتصنيف الأصل. القاعدة التي تُنبّه على «قراءة من مورد حساس» تحتاج أن تعرف ما هو الحساس؛ وإن كان التصنيف غير موجود، ستكتب القاعدة على قائمة أسماء ثابتة، وهي قائمة ستتوقف عن الصحة بعد أسبوعين من تغيير البنية.

حالات الاستخدام: كيف تُكتب وكيف تُختبر

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

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

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

عشر حالات استخدام تبدأ بها مؤسسة خليجية

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

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

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

اقتصاد الإنذارات الكاذبة

الضوضاء ليست إزعاجًا؛ هي تكلفة مباشرة تُدفع في وقت المحلل وفي احتمال تفويت الحقيقي. الأرقام المنشورة متفقة على الحجم: 46% من التنبيهات إيجابيات كاذبة وفق تقرير Microsoft وOmdia لعام 2026، وبعض البيئات تُبلّغ عن نسب أعلى تصل إلى ثمانين بالمئة، ومحلل واحد قد يتعامل مع ما يصل إلى 174 تنبيهًا في اليوم بينما لا يستحق منها التحقيق سوى نسبة تقارب 22%. وتقدير متكرر أن ما يقارب 27% من وقت المحلل يذهب إلى الكاذب — أي أكثر من ساعتين من كل نوبة.

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

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

الفرز والتصعيد: من يملك إغلاق التنبيه

الفرز ليس قراءة تنبيه؛ هو قرار موثّق. لكل تنبيه ثلاث نتائج ممكنة فقط: حادثة تُفتح وتُدار، أو إيجابية كاذبة بسبب مكتوب، أو نشاط مشروع معروف يُضاف إلى القائمة المرجعية. ما لا يجوز هو نتيجة رابعة: «أُغلق» بلا سبب. السبب المكتوب هو ما يجعل التقارير الشهرية ذات معنى، وهو أيضًا ما يعطي المدقق دليلًا على أن البيئة مُراقبة فعلًا لا مُجهّزة فقط.

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

ومن المفيد أن يكون لديك مسار «التحقق الإيجابي»: عندما يفتح المحلل تنبيهًا على حساب موظف، من يملك الحق في الاتصال به؟ وماذا يقول؟ مؤسسة بلا هذا المسار تنتهي بمحلل يرسل بريدًا إلى المهاجم بدل الموظف في حالة تصيّد، أو يتصل بموظف في إجازة فيظن أن الحادثة انتهت. اكتب المسار مرة واحدة، واختبره مرة في السنة.

حجم السجلات: الرقم الذي يحدد التكلفة

الترخيص في معظم المنصات مرتبط بحجم الاستيعاب، ولذلك فالحساب قبل الشراء ليس ترفًا. مثال لمؤسسة بألفي مستخدم وألفي جهاز: سجلات الهوية 30,000 حدث دخول يوميًا بحجم 1.5 كيلوبايت للحدث = 43.9 ميجابايت يوميًا؛ الجهاز الطرفي 2,000 جهاز بمعدل 1.2 ميجابايت للجهاز = 2,400 ميجابايت؛ جدار الحماية 360 ألف جلسة بمعدل 700 بايت = 240.3 ميجابايت؛ البريد 40 ألف رسالة بمعدل 4 كيلوبايت = 156.2 ميجابايت؛ سجلات السحابة 200 ألف حدث بمعدل 800 بايت = 152.6 ميجابايت. الإجمالي 2,993 ميجابايت يوميًا، أي 2.92 جيجابايت.

هذا الرقم يترجم إلى كل قرار: استيعاب شهري 88 جيجابايت، وعند سعر 2.50 دولار للجيجابايت يصبح 219 دولارًا شهريًا، وعند 1.20 دولار يصبح 105 دولارات — أي أن فرق سعر الوحدة يضاعف الفاتورة، وهو أول ما يجب التفاوض عليه. أما الاحتفاظ: 90 يومًا = 263 جيجابايت، وسنة كاملة = 1.04 تيرابايت، وبتكرار للنسخ يتضاعف الرقم. ولهذا فإن قرار ما يُحتفظ به ليس قرارًا أمنيًا مجردًا؛ هو قرار مالي له رقم.

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

الاحتفاظ: حد أمني وحد نظامي في الوقت نفسه

ضوابط الأمن السيبراني في نطاقها الثاني تطلب في 2-12 إدارة سجلات الأحداث ومراقبتها، ومنها تفعيل السجلات للحسابات ذات الصلاحيات الهامة وأحداث الدخول عن بعد، وحماية السجلات من الوصول غير المصرح به ومن العبث، وتحديد التقنيات اللازمة بما فيها نظام إدارة معلومات وأحداث الأمن السيبراني. أي أن الضابط لا يطلب «مراقبة» بل أربعة أشياء قابلة للفحص: ما يُسجَّل، ومن يحميه، وبأي أداة يُقرأ، ومن يراجعه.

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

الحل جدول احتفاظ لكل فئة، لا رقم واحد للجميع. مثال قابل للدفاع: سجلات الهوية والقرارات 90 يومًا في الطبقة الساخنة للتحقيق التشغيلي وسنة في طبقة باردة، وسجلات البريد 90 يومًا، وسجلات جدار الحماية 30 يومًا، وسجلات الأصول الحساسة سنة. وفي الطبقة الباردة تُخفَّف المعرّفات (معرّف مستعار بدل البريد واسم المستخدم) فيبقى التحليل ممكنًا ويقل الأثر. والإتلاف يجب أن يكون آليًا ومُختبرًا، لا مهمة يدوية تُنسى في شهر مزدحم.

ما يطلبه المدقق من بيئة مُراقبة

التدقيق لا يسأل «هل لديك SIEM»، يسأل ما يثبت أن المراقبة تعمل. المستندات التي تُطلب عادة خمسة: خريطة تغطية تربط كل مصدر سجل بقرار يستخدمه؛ وسجل حالات استخدام لكل قاعدة مع مالك ونتيجة اختبار وتاريخ؛ وسياسة احتفاظ لكل فئة سجل مع تاريخ الإتلاف؛ وتقرير يبيّن من راجع التنبيهات ومتى أغلقها وبأي سبب؛ وسجل استثناءات يبيّن ما أُسكت ولماذا ومتى تُراجع. من يملك هذه الخمسة يستطيع أن يجيب في عشر دقائق، ومن لا يملكها يبدأ بالبحث في بريده.

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

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

التزامن الزمني: سبب فشل التحقيقات الصامت

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

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

البناء الداخلي أم الإدارة المُدارة

القرار بين بناء فريق داخلي والاستعانة بمزود خدمة مُدارة يُتخذ بالحساب لا بالمبدأ. الحساب ثلاثة أرقام: عدد التنبيهات اليومية بعد الضبط، وزمن الفرز للتنبيه، وتكلفة النوبة الكاملة (راتب + تدريب + أدوات + إجازات + نوبة ليلية). إذا كان الحجم النهائي مئتي تنبيه يوميًا، فالبناء الداخلي معقول بثلاثة أشخاص؛ وإذا كانت البيئة موزعة على ثلاث مناطق زمنية وتحتاج تغطية على مدار الساعة، فالتكلفة الحقيقية سبعة أشخاص أو أكثر، وهنا تصبح الخدمة المُدارة أرخص — بشرط أن تبقى الملكية والقرار عندك.

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

أول تسعين يومًا

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

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

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

أسئلة شائعة