Nexus Cloud: تخزين سحابي آمن لشركتك

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

01المزامنة ليست نسخاً احتياطياً

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

لهذا صُمم Nexus Cloud من إليفانتي نسخاً احتياطياً لا مزامنة: ينسخ تلقائياً بريد Microsoft 365 وOneDrive وSharePoint، وتطبيقات SaaS، وأجهزة الفريق، وخوادم الشركة بقواعد بياناتها وملفاتها المشتركة، إلى خزنة مشفّرة منفصلة عنها. الخدمة معلنة «قريباً» في موقع إليفانتي، ومعها تجربة مجانية 14 يوماً.

02التشفير: أين، وبمفتاح من؟

كلمة «مشفّر» وحدها لا تكفي. اسأل ثلاثة أسئلة:

• أثناء النقل: هل يمر كل اتصال عبر TLS 1.2 على الأقل، والأفضل TLS 1.3؟ هذا يحمي البيانات من الاعتراض بين جهازك ومركز البيانات.
• أثناء التخزين: هل تُشفَّر الملفات على الأقراص بخوارزمية مثل AES-256؟ هذا يحميها إن سُرق قرص أو أُعيد استخدامه.
• من يملك المفتاح: هنا الفرق الحقيقي. إن كان المزوّد يحفظ المفاتيح فهو قادر تقنياً على قراءة بياناتك، أو تسليمها إن طُلبت منه. وفي تصميم المعرفة الصفرية تُشتق المفاتيح مما تملكه أنت، فلا يقرأ المزوّد شيئاً. والثمن: إن فقدت المفتاح ورموز الاسترداد معاً، فلا أحد يستطيع إعادة بياناتك.

يعلن Nexus Cloud تشفير AES-256 للبيانات أثناء تخزينها وخلال انتقالها، وخزنة بمبدأ Zero-Knowledge لا يقرؤها أحد سواك، ودخولاً لا تكفي فيه كلمة المرور وحدها بفضل المصادقة متعددة العوامل. فاتفق داخل شركتك من يحفظ مفاتيح الاسترداد وأين، قبل أن تحتاجها لا بعده.

03الصلاحيات والمشاركة

أغلب تسرّبات الملفات لا تأتي من اختراق، بل من رابط مشاركة نُسي مفتوحاً، أو حساب موظف غادر ولم يُغلق. القواعد التي تقلل ذلك:

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

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

04الإصدارات والتعافي من برامج الفدية

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

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

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

وإن وقعت الإصابة، فهذا هو الترتيب:

1. 01افصل الأجهزة المصابة عن الشبكة، وأوقف المزامنة حتى لا تنتشر الملفات المشفّرة أكثر.
2. 02غيّر كلمات مرور الحسابات المتأثرة، وأولها حسابات المسؤولين، وتأكد أن المصادقة متعددة العوامل مفعّلة.
3. 03حدّد لحظة الإصابة من سجل الأنشطة، واختر نقطة استعادة قبلها.
4. 04استعد إلى موقع نظيف أولاً، وافحص عيّنة من الملفات قبل أن تعيدها إلى الفريق.

05قاعدة 3-2-1 وموطن البيانات

قاعدة 3-2-1 أبسط تصميم يصمد أمام أغلب الحوادث: ثلاث نسخ من بياناتك، على وسيطي تخزين مختلفين، واحدة منها على الأقل خارج موقعك. مثال لمكتب محاماة في القاهرة:

ويضيف كثيرون اليوم رقمين، فتصير 3-2-1-1-0: نسخة واحدة غير قابلة للتعديل أو معزولة عن الشبكة، وصفر أخطاء في آخر اختبار استعادة. والصفر لا يُفترض بل يُقاس، كما في هذا الاختبار على خادم ملفات Linux:

# قبل أي حادث: سجّل بصمة SHA-256 لكل ملف في مجلد العقودcd /srv/share && find contracts -type f -print0 | xargs -0 sha256sum > /root/contracts.sha256# بعد استعادة المجلد إلى /srv/restore/contracts: قارن كل ملف ببصمتهcd /srv/restore && sha256sum --quiet -c /root/contracts.sha256 && echo "0 errors"

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

06حين يغادر موظف

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

1. 01عطّل الحساب ولا تحذفه فوراً، فحذفه في بعض الخدمات يحذف ملفاته ونسخها معه.
2. 02انقل ملكية ملفاته ومجلداته إلى مديره.
3. 03ألغِ روابط المشاركة التي أنشأها، وأخرج أجهزته من الخدمة.
4. 04غيّر كلمات المرور المشتركة التي كان يعرفها، ومفاتيح الاسترداد إن كان يحفظ منها شيئاً.
5. 05احتفظ بنسخة من بريده وملفاته بحسب سياسة الاستبقاء، ثم احذف الحساب حين تنتهي المدة.

07قبل أن تقرر

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

وإن كانت شركتك تعمل على Microsoft 365، فتذكّر أن Microsoft تتولى إبقاء الخدمة متاحة، أما حماية بياناتك من الحذف والفدية فمسؤوليتك أنت، بحسب نموذج المسؤولية المشتركة الذي تعلنه. هذه الفجوة تحديداً هي ما صُمم Nexus Cloud ليغطيه، فحين يُطلق جرّبه في فترة التجربة على مجلد حقيقي، واحذف منه ملفاً عمداً واستعده، قبل أن تعتمد عليه.