[{"data":1,"prerenderedAt":188},["ShallowReactive",2],{"seo-verification":3,"blog-nis2-cybersecurity-hosting-obligations-ar":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-nis2-cybersecurity-hosting-obligations-ar",{"id":9,"slug":10,"slugs":11,"title":14,"excerpt":15,"readTime":16,"views":17,"isPinned":18,"publishedAt":19,"updatedAt":20,"category":21,"categories":26,"featuredImage":28,"bgImage":29,"posterImage":30,"relatedSolution":28,"intro":31,"sections":32,"ctaTitle":28,"ctaBody":28,"ctaButton":132,"ctaUrl":133,"relatedPosts":134},433,"nis2-cybersecurity-hosting-obligations",{"fr":12,"en":10,"ar":10,"es":13},"nis2-securite-informatique-hebergement-obligations","nis2-seguridad-informatica-alojamiento-obligaciones","‏NIS2 والاستضافة: الالتزامات التقنية في 2026","‏ما هي التزامات المادة 21 من ‏NIS2 التي تنطبق على بنيتك التحتية ‏VPS؟ دليل تقني للكيانات الأساسية والمهمة في 2026.",11,0,false,"2026-10-11T00:00:00+00:00","2026-10-13T14:10:28+00:00",{"id":22,"name":23,"slug":24,"color":25,"icon":24},10,"الامتثال والتنظيم","conformite","bg-amber-500\u002F10 text-amber-400",[27],{"id":22,"name":23,"slug":24,"color":25,"icon":24},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fnis2-securite-informatique-hebergement-obligations-poster.svg","‏تُلزم التوجيه ‏(EU) 2022\u002F2555‏، المعروف بـ‏NIS2‏، كلَّ دولة عضو في الاتحاد الأوروبي بنقله إلى التشريع الوطني في موعد أقصاه 17 أكتوبر 2024. وبحلول منتصف عام 2026، اعتمدت 22 دولة من أصل 27 دولة عضو تشريعاتها الوطنية الرسمية، فيما لا تزال الدول الخمس المتبقية في مرحلة إجراءات تشريعية. انطلقت الموجة الأولى من إجراءات التطبيق في عدة ولايات قضائية، وبدأت السلطات المختصة في توجيه طلبات رسمية للمشغّلين. أصبح افتراض «هذا لا يعنينا» خياراً محفوفاً بمخاطر متزايدة.",[33,37,40,53,56,62,65,92,95,126,129],{"type":34,"title":35,"body":36},"h2","‏NIS2 باختصار: من المعني وما هو الإطار الزمني","‏تُلزم التوجيه ‏(EU) 2022\u002F2555‏، المعروف بـ‏NIS2‏، كلَّ دولة عضو في الاتحاد الأوروبي بنقله إلى التشريع الوطني في موعد أقصاه 17 أكتوبر 2024. وبحلول منتصف عام 2026، اعتمدت 22 دولة من أصل 27 دولة عضو تشريعاتها الوطنية الرسمية، فيما لا تزال الدول الخمس المتبقية في مرحلة إجراءات تشريعية. انطلقت الموجة الأولى من إجراءات التطبيق في عدة ولايات قضائية، وبدأت السلطات المختصة في توجيه طلبات رسمية للمشغّلين. أصبح افتراض «هذا لا يعنينا» خياراً محفوفاً بمخاطر متزايدة.\n\n‏يُعدّ تحديد النطاق أول سؤال يطرحه المسؤولون التقنيون. يُميّز توجيه ‏NIS2‏ بين فئتين من الكيانات: **الكيانات الأساسية** (الملحق ‏I‏) و**الكيانات المهمة** (الملحق ‏II‏). يعتمد الانتماء إلى أيٍّ منهما على قطاع النشاط والحجم. القاعدة الافتراضية للحجم: أكثر من 50 موظفاً **أو** أكثر من 10 ملايين يورو من رقم الأعمال السنوي. وما دون هذه العتبات تقع المنظمة في الغالب خارج النطاق المباشر؛ لكن انتبه: إن كنتَ موردًا لكيان أساسي أو مهم، فإن متطلبات أمان سلسلة التوريد (المادة 21، البند د) تمسّك بصورة غير مباشرة. وتشمل القطاعات المشمولة: الطاقة، والنقل، والخدمات المصرفية، والصحة، والمياه، والبنية التحتية الرقمية، فضلاً عن مزودي الخدمات الرقمية: ‏IaaS‏ و‏PaaS‏ و‏SaaS‏ و‏MSP‏ و‏MSSP‏ ومشغّلي ‏DNS‏ وسجلات أسماء نطاقات المستوى الأعلى (‏TLD‏).",{"type":34,"title":38,"body":39},"‏التدابير العشرة بموجب المادة 21 من NIS2","‏تُحدد المادة 21 من توجيه NIS2 عشرة تدابير لإدارة مخاطر الأمن السيبراني يتعين على الكيانات الأساسية والمهمة تطبيقها. تغطي هذه التدابير دورة حياة الأمن بأكملها: من تحليل المخاطر وإدارة الحوادث إلى استمرارية الأعمال وأمن سلسلة التوريد. يجب أن يكون كل تدبير متناسباً مع حجم المخاطر وموثقاً لإثبات تطبيقه أمام السلطات الرقابية المختصة.",{"type":41,"title":5,"items":42},"ul",[43,44,45,46,47,48,49,50,51,52],"‏سياسات تحليل المخاطر وأمن أنظمة المعلومات","‏إدارة الحوادث: الكشف والإخطار والاستجابة","‏استمرارية الأعمال: النسخ الاحتياطية والتعافي من الكوارث وإدارة الأزمات","‏أمن سلسلة التوريد (الموردون والمقاولون من الباطن)","‏الأمن في اقتناء الأنظمة وتطويرها وصيانتها","‏سياسات وإجراءات لتقييم فعالية تدابير الأمن السيبراني","‏ممارسات الصحة السيبرانية الأساسية والتدريب على الأمن السيبراني","‏سياسات وإجراءات تتعلق بالتشفير وحماية البيانات","‏أمن الموارد البشرية والتحكم في الوصول وإدارة الأصول","‏استخدام المصادقة متعددة العوامل (‏MFA‏) أو حلول المصادقة المستمرة",{"type":34,"title":54,"body":55},"‏التدابير الأربعة التي تمسّ استضافتك مباشرةً","‏من بين التدابير العشرة الواردة في المادة 21، أربعةٌ منها تترجَم بصورة شبه مباشرة إلى خيارات البنية التحتية والاستضافة. يُفصّل نظام التنفيذ ‏(EU) 2024\u002F2690‏ الصادر في 17 أكتوبر 2024 المتطلبات التقنية حسب القطاع لمزودي الخدمات الرقمية — ‏DNS‏، وخدمات السحابة، وشبكات توصيل المحتوى ‏CDN‏، و‏MSP‏، و‏MSSP‏ — ويُعدّ المرجع التشغيلي الواجب الرجوع إليه إلى جانب التوجيه.",{"type":41,"title":5,"items":57},[58,59,60,61],"‏**الاستمرارية والنسخ الاحتياطية (المادة 21 §2.c)**: يجب أن تكون النسخ الاحتياطية منتظمة ومشفَّرة ومُخزَّنة خارج النظام الرئيسي، وأن تُختبر عملية الاستعادة. لا يُسهم المزود الذي لا يوفر نسخاً احتياطية خارج الموقع أو غير القادر على تقديم بيانات وصفية (طوابع زمنية، التحقق من السلامة) في تلبية هذا الالتزام.","‏**التشفير (المادة 21 §2.h)**: يجب توثيق تشفير البيانات أثناء النقل (بروتوكول ‏TLS 1.2‏ كحد أدنى، ويُوصى بـ‏TLS 1.3‏) وفي حالة السكون (وحدات تخزين مشفّرة، قواعد بيانات). يقع اختيار التشفير وإدارة المفاتيح ضمن مسؤوليتك، غير أن مزود الاستضافة يجب أن يُتيح لك تطبيقها.","‏**التحكم في الوصول و‏MFA‏ (المادة 21 §2.i و§2.j)**: يجب حماية الوصول إلى واجهات الإدارة (لوحة الاستضافة، و‏SSH‏، ووحدات تحكم إدارة الأجهزة الافتراضية) بـ‏MFA‏ وإخضاعها لمبدأ الحد الأدنى من الصلاحيات. على مزود الاستضافة توفير ‏MFA‏ في لوحة إدارته؛ أما إعداد ‏SSH‏ فيقع ضمن نطاق مسؤوليتك.","‏**التسجيل والكشف (المادة 21 §2.b)**: تستلزم القدرة على الكشف عن حادثة وإعادة بناء مجريات أحداثها وجود سجلات نظام محفوظة على مدى كافٍ، سليمة وفي متناول اليد. الاحتفاظ بالسجلات وتصديرها إلى منصة مركزية أو نظام ‏SIEM‏ وحمايتها من التعديل كلها متطلبات تقنية ملموسة.",{"type":34,"title":63,"body":64},"‏ما الذي يجب أن يستوفيه خادم VPS أو الخادم المخصص لديك عملياً","‏إليك كيفية ترجمة كل تدبير من هذه التدابير إلى إعداد تشغيلي على خادم ‏VPS‏ أو خادم مخصص.\n\n‏**النسخ الاحتياطية.** أفضل الممارسات هي قاعدة 3-2-1: ثلاث نسخ من البيانات على وسيطين مختلفين، إحداها خارج الموقع. على خادم ‏VPS‏، يعني ذلك كحد أدنى: لقطات يومية آلية من مزود الاستضافة، إضافةً إلى نسخة احتياطية على مستوى التطبيق مُصدَّرة إلى مساحة تخزين كائنات منفصلة (متوافقة مع ‏S3‏ أو ما يعادلها). يجب تحديد التكرار بناءً على ‏RPO‏ (هدف نقطة الاسترداد) — بالنسبة لمعظم تطبيقات الويب الحرجة، 24 ساعة هو الحد الأقصى. يجب توثيق اختبار الاستعادة وتكراره مرة واحدة على الأقل كل ثلاثة أشهر.\n\n‏**التشفير.** بروتوكول ‏TLS‏ على جميع نقاط الدخول (‏HTTPS‏، و‏SMTP‏ مع ‏STARTTLS‏، والوصول إلى ‏API‏) مع تهيئة ترفض الإصدارات القديمة (‏SSLv3‏، ‏TLS 1.0‏، ‏TLS 1.1‏). بالنسبة للبيانات في حالة السكون، يجب تشفير وحدات التخزين التي تحتوي على بيانات حساسة — ‏LUKS‏ لأنظمة ملفات ‏Linux‏، والتشفير الأصلي لقواعد البيانات حين يكون متاحاً. يجب أتمتة إدارة شهادات ‏TLS‏ (‏ACME‏\u002F‏Let's Encrypt‏ أو ما يعادلها) لتفادي انتهاء الصلاحية غير المراقب.\n\n‏**الوصول و‏MFA‏.** يجب تعطيل الوصول عبر ‏SSH‏ بكلمة مرور فحسب — مفاتيح ‏SSH‏ فقط، مع إعداد `PasswordAuthentication no` في `sshd_config`. بالنسبة لواجهات الإدارة عالية القيمة (لوحة الاستضافة، وحدات تحكم الافتراضية)، يُشترط ‏MFA‏ عبر تطبيق ‏TOTP‏ أو مفتاح أجهزة (‏FIDO2‏). يجب أن تمتلك حسابات الخدمة مفاتيح مخصصة قابلة للإلغاء بصورة مستقلة. يجب مراجعة قائمة الوصول النشط بصفة منتظمة.\n\n‏**السجلات.** يجب تخزين سجلات التطبيق (‏Nginx‏، ‏Apache‏، ‏PHP-FPM‏، قواعد البيانات) وسجلات النظام (المصادقة، والنواة، و‏systemd‏) في مساحة لا يستطيع التطبيق نفسه تعديلها. تبلغ فترة الاحتفاظ الدنيا الموصى بها من قِبل معظم الـ‏CSIRT‏ الوطنية 90 يوماً، مع فترة احتفاظ ممتدة (12 شهراً) لسجلات المصادقة والإدارة. يُوصى بشدة بالتصدير إلى حل مركزي (‏syslog‏ بعيد، ‏Loki‏، ‏Elasticsearch‏) للحفاظ على السلامة في حال اختراق الخادم.",{"type":66,"title":5,"steps":67},"steps",[68,71,74,77,80,83,86,89],{"title":69,"body":70},"‏التحقق من انتمائك إلى نطاق NIS2","‏حدّد قطاعك في الملحقين ‏I‏ و‏II‏ من التوجيه. طبّق قاعدة الحجم (> 50 موظفاً أو > 10 ملايين يورو من رقم الأعمال). إن كنتَ موردًا لكيان أساسي أو مهم، راجع بنود عقد الخدمة — قد يفرض عليك عميلك تعاقدياً متطلبات أمنية مماثلة.",{"title":72,"body":73},"‏جرد جميع واجهات الإدارة المكشوفة","‏لوحة الاستضافة، و‏SSH‏، و‏RDP‏، وواجهات قواعد البيانات (‏phpMyAdmin‏، ‏Adminer‏)، ووحدات تحكم المراقبة، وواجهات ‏API‏ للإدارة — أدرج الكل. لكل واجهة تحقق من: تفعيل ‏MFA‏، وتقييد ‏IP‏ حيثما أمكن، وآخر تدقيق للحسابات النشطة.",{"title":75,"body":76},"‏تدقيق سياسة النسخ الاحتياطية","‏أجب على هذه الأسئلة: ما تكرار النسخ الاحتياطية؟ أين تُخزَّن (في نفس مركز البيانات أم خارجه)؟ هل هي مشفَّرة؟ هل اختبرت استعادة كاملة خلال الـ 90 يوماً الأخيرة؟ هل لديك ‏RPO‏ و‏RTO‏ محددان لكل خدمة حرجة؟",{"title":78,"body":79},"‏اختبار تهيئة TLS","‏استخدم أداة تحليل ‏SSL‏ (مثل ‏SSL Labs‏ أو ‏testssl.sh‏) للتحقق من أن نطاقاتك لا تخدم ‏SSLv3‏ ولا ‏TLS 1.0\u002F1.1‏، وأن مجموعة التشفير لا تحتوي على خوارزميات مهجورة (‏RC4‏، ‏MD5‏، ‏SHA-1‏ على الشهادات). صحّح أي تقييم أقل من ‏A‏ على ‏SSL Labs‏.",{"title":81,"body":82},"‏فحص الاحتفاظ بالسجلات وسلامتها","‏حدد موقع كل ملف سجل (المصادقة، ‏nginx\u002Fapache‏، التطبيق، قاعدة البيانات). قِس فترة الاحتفاظ الحالية. تحقق من أن سجلات المصادقة غير قابلة للكتابة من قِبل حساب التطبيق. أنشئ تصديراً إلى تخزين ثانوي إن لم يكن قائماً.",{"title":84,"body":85},"‏توثيق إدارة المفاتيح والشهادات","‏أدرج جميع شهادات ‏TLS‏ في الإنتاج مع تاريخ انتهاء صلاحيتها. تحقق من أتمتة التجديد. أحصِ مفاتيح ‏SSH‏ النشطة لكل خادم وأزل المفاتيح اليتيمة (الحسابات المعطّلة، المتعاقدون السابقون). وثّق من يصل إلى ماذا.",{"title":87,"body":88},"‏إعداد إجراء الإخطار بالحوادث","‏يُلزم توجيه ‏NIS2‏ بإخطار أولي للسلطة المختصة في غضون 24 ساعة من اكتشاف حادثة جسيمة، وتقرير مؤقت في غضون 72 ساعة، وتقرير نهائي في غضون شهر. حدّد كحد أدنى: من يقرر أن الحادثة جسيمة، ومن يُخطر، وكيفية بناء مسار الأدلة (السجلات).",{"title":90,"body":91},"‏تقييم أمن سلسلة التوريد","‏أحصِ الموردين الذين يصلون إلى بنيتك التحتية (مزود الاستضافة، الخدمات المُدارة، المطورون الخارجيون، المدمجون). لكل مورد، قيّم مستوى التحكم الذي تمارسه على وصوله وعلى وضعه الأمني ذاته. يجب أن تتضمن العقود مع هؤلاء الموردين بنوداً أمنية وبنوداً للإخطار بالحوادث.",{"type":93,"body":94},"tip","‏ما لا يشمله ‏NIS2‏ مباشرةً: المنظمات التي يقل عدد موظفيها عن 50 وتقل إيراداتها السنوية عن 10 ملايين يورو تقع في الغالب خارج نطاق التوجيه، ما لم تعمل في قطاعات محددة مدرجة في الملحق ‏I‏ أو يتجاوز حجمها عتبات «المؤسسة المتناهية الصغر» وفق اللائحة ‏(EU) 2003\u002F361‏. لا يعني ذلك إعفاءها من جميع الالتزامات — إذ تسري لوائح أخرى (‏GDPR‏، واللوائح القطاعية الوطنية) بصورة مستقلة — لكنها غير مُلزَمة بالمتطلبات المحددة في المادة 21 من ‏NIS2‏. ومع ذلك، إن كانت موردًا لكيان ضمن النطاق، فقد يفرض عليها عملاؤها تعاقدياً تدابير مماثلة في إطار أمن سلسلة التوريد.",{"type":96,"title":5,"headers":97,"rows":101},"comparison",[98,99,100],"‏المعيار","‏الكيانات الأساسية (الملحق I)","‏الكيانات المهمة (الملحق II)",[102,106,110,114,118,122],[103,104,105],"‏القطاعات الرئيسية","‏الطاقة، والنقل، والخدمات المصرفية\u002Fالمالية، والصحة، ومياه الشرب، والبنية التحتية الرقمية (‏DNS‏، و‏TLD‏، و‏IXP‏، والسحابة، و‏CDN‏)، والإدارة العامة، والفضاء","‏الخدمات البريدية، وإدارة النفايات، والصناعة الكيميائية، والغذاء، والتصنيع الصناعي، ومزودو الخدمات الرقمية (الأسواق الإلكترونية، ومحركات البحث، وشبكات التواصل الاجتماعي)",[107,108,109],"‏عتبة الحجم","‏المؤسسات المتوسطة والكبيرة (> 50 موظفاً أو > 10 ملايين يورو من رقم الأعمال) في قطاعات الملحق ‏I‏؛ أو التعيين الصريح من الدولة العضو","‏المؤسسات المتوسطة والكبيرة (> 50 موظفاً أو > 10 ملايين يورو من رقم الأعمال) في قطاعات الملحق ‏II",[111,112,113],"‏نظام الرقابة","‏استباقي: عمليات تدقيق منتظمة، وتفتيش ميداني، ومراقبة مستمرة محتملة","‏تفاعلي: رقابة تُفعَّل عند وقوع حادثة أو شكوى",[115,116,117],"‏الغرامات القصوى","‏10 ملايين يورو أو 2% من رقم الأعمال العالمي السنوي (أيهما أكبر)","‏7 ملايين يورو أو 1.4% من رقم الأعمال العالمي السنوي (أيهما أكبر)",[119,120,121],"‏مهلة إخطار الحوادث","‏تنبيه أولي خلال 24 ساعة، وتقرير مؤقت خلال 72 ساعة، وتقرير نهائي خلال شهر واحد","‏نفس المهل المطبّقة على الكيانات الأساسية وفق معظم التشريعات الوطنية",[123,124,125],"‏مسؤولية الإدارة","‏يمكن مساءلة المدراء شخصياً في حال الإخلال الجسيم","‏مسؤولية المدراء: تتفاوت حسب التشريعات الوطنية",{"type":34,"title":127,"body":128},"‏تحقيق الامتثال: خارطة طريق عملية","‏الامتثال لـ‏NIS2‏ ليس مشروعاً آنياً بل برنامج مستمر لإدارة المخاطر. بالنسبة للمنظمة التي تبدأ، يبدو مسار من ثلاث مراحل واقعياً.\n\n‏**المرحلة 1 — التحديد (شهر إلى شهرين).** تأكيد الانتماء إلى النطاق، وتحديد الأنظمة والخدمات المعنية (نطاق ‏NIS2‏ ≠ إجمالي البيئة التقنية)، وتعيين مسؤول للأمن وتحديد الأدوار. إعداد خريطة للأصول الحرجة وأول تحليل موثّق للمخاطر. تحديد أشد الثغرات الأولوية: غياب ‏MFA‏، وعدم وجود نسخ احتياطية خارج الموقع، وانعدام التسجيل المركزي.\n\n‏**المرحلة 2 — التدابير التقنية الفورية (شهران إلى 4 أشهر).** نشر ‏MFA‏ على جميع واجهات الإدارة. وضع نسخ احتياطية خارج الموقع أو تعزيزها مع اختبار الاستعادة. تدقيق تهيئة ‏TLS‏ وتصحيحها. مركزة السجلات مع احتفاظ أدنى يبلغ 90 يوماً. مراجعة وصول الموردين وتحديث العقود. صياغة إجراء الإخطار بالحوادث.\n\n‏**المرحلة 3 — البرنامج المستمر.** دمج الأمن في دورة التطوير (مراجعات الكود، وإدارة التبعيات، واختبارات الاختراق السنوية). تطبيق تمارين استمرارية الأعمال. تدريب الفرق على ممارسات الصحة السيبرانية. توثيق إجراءات إدارة الأزمات واختبارها. مراجعة تحليل المخاطر مرة واحدة على الأقل سنوياً أو عقب أي تغيير جوهري في البنية التحتية.\n\n‏على الصعيد التعاقدي، تأكد من أن عقد استضافتك يتضمن بنوداً حول: الإخطار بالحوادث (المهلة والقناة)، والمسؤوليات المتعلقة بالنسخ الاحتياطية، وإمكانية نقل البيانات، وشروط الوصول إلى السجلات أثناء التحقيقات. إن ‏SLA‏ للتوفر لا يُغطي هذه الجوانب — يجب التفاوض عليها صراحةً.",{"type":34,"title":130,"body":131},"‏الخلاصة","‏إن ‏NIS2‏ ليس تنظيماً مجرداً: إنه يُترجم إلى التزامات ملموسة الممارسات الأمنية التي تعترف بها غالبية الفرق التقنية أفضل ممارسات منذ سنوات — نسخ احتياطية موثوقة، ووصول مُحكم، وسجلات قابلة للاستخدام، وإجراءات موثّقة. ما يتغير هو أن هذه الممارسات تُصبح قابلة للتطبيق والتحقق والمعاقبة عليها. بالنسبة للكيانات ضمن النطاق، ليس السؤال ما إذا كانت هذه الممارسات تستحق التطبيق، بل ما إذا كانت موثّقة كذلك، وما إذا كان شركاء البنية التحتية يدعمون هذا التوثيق.\n\n‏للتعمق أكثر: مقال الالتزامات المحددة لمزودي الاستضافة وعملائهم في إطار ‏NIS2‏ ([nis2-hebergement-obligations-clients-2026](\u002Fblog\u002Fnis2-hebergement-obligations-clients-2026))، وإدارة الموافقة والالتزامات القانونية لمزودي الاستضافة ([digital-omnibus-cookies-consent-hebergeurs](\u002Fblog\u002Fdigital-omnibus-cookies-consent-hebergeurs))، وأفضل ممارسات أمن الأسرار التطبيقية على ‏VPS‏ ([docker-secrets-securite-vps-production](\u002Fblog\u002Fdocker-secrets-securite-vps-production)).","اطّلع على عروض الاستضافة","\u002Fhebergement-web",[135,151,166],{"id":136,"slug":137,"slugs":138,"title":142,"excerpt":143,"readTime":144,"views":17,"isPinned":18,"publishedAt":145,"updatedAt":146,"category":147,"categories":148,"featuredImage":28,"bgImage":29,"posterImage":150,"relatedSolution":28},211,"nis2-ما-تفرضه-التوجيهات-على-عملائكم-المستضافين",{"fr":139,"en":140,"ar":137,"es":141},"nis2-hebergement-obligations-clients-2026","nis2-what-the-directive-requires-from-your-hosted-clients","nis2-obligaciones-hosting-clientes-2026","NIS2: ما تفرضه التوجيهات على عملائكم المستضافين","يُطبَّق توجيه NIS2 ابتداءً من أكتوبر 2026 في الاتحاد الأوروبي. يجب على العملاء في القطاعات الأساسية اختيار مزوّدين يلتزمون بالمعايير الأمنية ذاتها.",4,"2026-08-02T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":22,"name":23,"slug":24,"color":25,"icon":24},[149],{"id":22,"name":23,"slug":24,"color":25,"icon":24},"\u002Fblog\u002Fcovers\u002Fnis2-hebergement-obligations-clients-2026-poster.svg",{"id":152,"slug":153,"slugs":154,"title":158,"excerpt":159,"readTime":16,"views":17,"isPinned":18,"publishedAt":160,"updatedAt":161,"category":162,"categories":163,"featuredImage":28,"bgImage":29,"posterImage":165,"relatedSolution":28},426,"قانون-digital-omnibus-ملفات-تعريف-الارتباط-للمضيفين",{"fr":155,"en":156,"ar":153,"es":157},"digital-omnibus-cookies-consent-hebergeurs","digital-omnibus-cookies-consent-web-hosting","digital-omnibus-cookies-consentimiento-alojamiento-web","Digital Omnibus والمادة 88a: تحليلات بدون موافقة","تُعفي المادة 88a من Digital Omnibus تحليلات الجمهور المُستضافة ذاتيًا من الموافقة. ما يعنيه ذلك عمليًا للوكالات.","2026-10-09T00:00:00+00:00","2026-10-09T22:36:09+00:00",{"id":22,"name":23,"slug":24,"color":25,"icon":24},[164],{"id":22,"name":23,"slug":24,"color":25,"icon":24},"\u002Fblog\u002Fcovers\u002Fdigital-omnibus-cookies-consent-hebergeurs-poster.svg",{"id":167,"slug":168,"slugs":169,"title":173,"excerpt":174,"readTime":175,"views":176,"isPinned":18,"publishedAt":177,"updatedAt":178,"category":179,"categories":185,"featuredImage":28,"bgImage":29,"posterImage":187,"relatedSolution":28},369,"اسرار-docker-في-الانتاج-حماية-بيانات-الاعتماد-على-vps",{"fr":170,"en":171,"ar":168,"es":172},"docker-secrets-securite-vps-production","docker-secrets-production-protecting-credentials-on-vps","docker-secrets-produccion-proteger-credenciales-vps","أسرار Docker في الإنتاج: حماية بيانات الاعتماد على VPS","إدارة أسرار Docker في الإنتاج دون كشفها في ‎docker-compose.yml‎. Docker Secrets بدون Swarm و‎.env.vault‎ وSOPS: المنهج والمقارنة.",7,1,"2026-09-20T00:00:00+00:00","2026-09-20T21:13:51+00:00",{"id":180,"name":181,"slug":182,"color":183,"icon":184},8,"الأمان والمراقبة","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[186],{"id":180,"name":181,"slug":182,"color":183,"icon":184},"\u002Fblog\u002Fcovers\u002Fdocker-secrets-securite-vps-production-poster.svg",1791900923156]