  ماذا يحدث إذا سُرقت خوادمك أو حواسيبك المحمولة أو أقراصك؟ هل لا يزال من الممكن الوصول إلى البيانات؟ الإجابة هي "لا" إذا كان تشفير القرص الكامل مُفعّلاً بشكل صحيح.  في ظلّ التهديدات الحالية، لم يعد تشفير البيانات خيارًا، بل أصبح أساسيًا. فبينما تتطلب مختلف حالات الاستخدام والتطبيقات مستويات مختلفة من التشفير، أصبح التشفير على مستوى القرص، المعروف أيضًا باسم   هو المعيار الفعلي لتأمين البيانات الخاملة. لنفترض أنك تستخدم أنظمة لينكس أو أي أحمال عمل بيانات ضخمة. في هذه الحالة، ربما سمعت عن   أو حتى   . دعونا نوضح ماهية هذه التقنيات، وأهميتها، ومتى يجب استخدامها. FDE - تشفير القرص الكامل، LUKS (إعداد المفتاح الموحد في لينكس)، أو dm-crypt (تشفير مُعيِّن الجهاز)، NBDE (تشفير القرص المرتبط بالشبكة)  ما هي أنواع التشفير المختلفة؟   تشفير البيانات على مستوى التطبيق  إنها الطريقة الآمنة المفضلة لتشفير البيانات الحساسة باستخدام مفاتيح التشفير قبل تخزين البيانات على القرص أو قواعد البيانات.  يتم إدارة مفاتيح التشفير بشكل آمن في نظام منفصل، مثل نظام إدارة المفاتيح (KMS)، لعزل تخزين المفاتيح عن البيانات المشفرة.  يساعد هذا النهج على حماية البيانات حتى لو تمكن المهاجم من الوصول إليها على مستوى النظام أو نظام الملفات أو مسؤول قاعدة البيانات، حيث تظل البيانات مشفرة بدون المفاتيح.  منطق إضافي في طبقة التطبيق للتعامل مع التشفير أو فك التشفير.  مناسب لحماية البيانات الحساسة لتلبية متطلبات الامتثال للصناعة المختلفة.    الاسم الأول، واسم العائلة، والعناوين، وأرقام الهواتف، وعناوين البريد الإلكتروني، والرقم الضريبي، وما إلى ذلك. معلومات الهوية الشخصية (PII) -    أرقام بطاقات الائتمان، ورموز CVV، وتواريخ انتهاء الصلاحية، وما إلى ذلك. PCI-DSS (صناعة بطاقات الدفع - معايير أمان البيانات) -    - السجلات الطبية والتشخيصات ومعلومات العلاج ونتائج المختبر وتفاصيل التأمين وغيرها من معلومات صحة المريض المشمولة بموجب  PHI (المعلومات الصحية المحمية) قانون HIPAA    الأسرار التجارية، والملكية الفكرية، والسجلات المالية، والمستندات القانونية، أو أي بيانات قد تؤدي في حالة الكشف عنها إلى انتهاكات للامتثال أو الإضرار بالسمعة. البيانات الحساسة أو المنظمة الأخرى:   تشفير قاعدة البيانات  يقوم بتشفير البيانات   في نظام قاعدة البيانات (على سبيل المثال،   ) الموجودة تشفير البيانات الشفاف (TDE)  عادةً ما يتم تشفير ملف قاعدة البيانات بالكامل أو الجدول أو العمود أو مساحة الجدول تلقائيًا،  دون أن يقوم التطبيق بمعالجة التشفير بشكل مباشر  يتم إدارة المفاتيح بواسطة محرك قاعدة البيانات أو نظام إدارة المفاتيح المتكامل.    ، ولكن ليس ضد المستخدمين المتميزين (على سبيل المثال، مسؤولي قواعد البيانات) الذين يمكنهم الاستعلام عن البيانات التي تم فك تشفيرها إذا كان لديهم إمكانية الوصول إليها. يوفر الحماية ضد التهديدات مثل الأقراص المسروقة أو الوصول غير المصرح به إلى الملفات  تشفير مستوى نظام الملفات  مناسب لتشفير الملفات/المجلدات/المجلدات.  يمكن إجراء إدارة المفاتيح على مستوى نظام التشغيل، TPM/HSM، KMS  يحمي من السرقة/الخسارة المادية  الأفضل لأمان نقطة النهاية/جهاز التخزين   تشفير القرص الكامل (FDE)  يقوم بتشفير البيانات الموجودة على مستوى القرص أو مستوى معين الجهاز ويقدم    - إذا تمكن مهاجم من الوصول المباشر إلى القرص الصلب، تبقى البيانات غير قابلة للقراءة. تأثرت العديد من الحالات، بما في ذلك القطاعات المالية، بهذا النوع من الأعمال. الحماية من التهديدات الداخلية    - تخزين البيانات غير المنظمة والمجموعات التي لا يمكنها العمل على الحمولات المشفرة في طبقة التطبيق لا تزال تستفيد من التشفير في حالة السكون. ضروري لأنظمة البيانات الضخمة    - غالبًا ما يكون أسرع من التشفير المعقد والموزع على مستوى التطبيق في سيناريوهات معينة. الأداء والكفاءة من حيث التكلفة  إن FDE   تشفير مستوى التطبيق؛ بل إنه يكمل أو يعزز وضع أمان البيانات غير النشطة. ليس مناسبًا أو يحل محل  في الأقسام التالية، سنناقش تشفير القرص الكامل باستخدام   وتعزيزه باستخدام  LUKS (إعداد المفتاح الموحد لنظام Linux) NBDE (تشفير القرص المستند إلى الشبكة).  إعداد المفتاح الموحد لنظام Linux (LUKS)  المعيار الفعلي لتشفير القرص الكامل (FDE)، والذي يستخدم نظام نواة جهاز معين الحالي (المعروف أيضًا باسم dm-crypt)  يمكن تشفير مفتاح تشفير القرص باستخدام نص/مكتبة عشوائية  توجد مادة تشفير المفتاح في ملف (يُعرف أيضًا باسم keyFile) محمي بأذونات مستوى نظام التشغيل  سيتم الاحتفاظ بملف KeyFile على قرص مختلف عن القرص المحمي بواسطة LUKS  يمكن تكوين ما يصل إلى 8 حسابات على مستوى نظام التشغيل للوصول إلى نفس القرص باستخدام 8 فتحات في LUKS. بينما يوفر LUKS2 32 فتحة.  غالبًا ما يُعتبر LUKS تشفيرًا قياسيًا لكامل القرص، حيث يتبع مُصنّعو الرقاقات معيار AES-NI (تعليمات AES الجديدة) في النظام الأصلي. وبالتالي، يكون التأثير على وحدة المعالجة المركزية أقل.  التشفير الافتراضي هو AES-CBC-ESSIV:SHA256 أو AES-XTS-PLAIN64 حسب تثبيت نظام التشغيل  حجم المفتاح الافتراضي لـ LUKS هو 256 بت و512 بت مع Anaconda Installer (وضع XTS)   الشكل: LUKS - تشفير القرص الكامل  إعداد LUKS  تُظهر الوثائق التالية إرشادات خطوة بخطوة لإعداد LUKS على أنظمة Redhat Linux.   https://www.redhat.com/en/blog/disk-encryption-luks  ما الذي لا يناسب LUKS؟  اعتبر LUKS دائمًا آلية تشفير مُكمِّلة على مستوى القرص، إلى جانب تشفير مستوى التطبيق. ولكنه ليس بديلاً عن تشفير مستوى التطبيق/قاعدة البيانات أو نظام الملفات.  LUKS عبارة عن طبقة ملائمة إضافية تقوم بتخزين جميع معلومات الإعداد المطلوبة لـ dm-crypt على القرص نفسه وتقوم بتلخيص إدارة القسم والمفتاح في محاولة لتحسين سهولة الاستخدام والأمان التشفيري.  وضع dm-crypt البسيط، كونه وظيفة النواة السابقة، لا يستخدم طبقة الراحة. من الصعب تطبيق نفس قوة التشفير عليه. لنلقِ نظرة على الاختلافات بين LUKS وdm-crypt.  الفرق بين LUKS و dm-crypt          إضافة صف إزالة صف إضافة عمود إزالة عمود         إضافة صف إزالة صف إضافة عمود إزالة عمود         إضافة صف إزالة صف إضافة عمود إزالة عمود  لوكس  dm-crypt  رخصة جنو العمومية  نعم  نعم  تغيير كلمة المرور دون إعادة التشفير  نعم  لا  الدفاع ضد عبارات المرور ذات الإنتروبيا المنخفضة (ضد هجمات القاموس) التمليح والتجزئة  نعم  لا  مفاتيح فك تشفير متعددة لنفس البيانات المشفرة  نعم  لا  آلية استعادة المفاتيح  نعم  لا  إعدادات تشفير المتجر  نعم  لا         إضافة صف إزالة صف إضافة عمود إزالة عمود  ملفات المفاتيح الآمنة  تكامل TPM 2.0 (وحدة النظام الأساسي الموثوقة)  التكامل مع تخزين المفاتيح المخصص  أقراص/نقاط تثبيت مختلفة أو القرص الرئيسي. وبالطبع، لا يُمكن إزالته بسهولة.  وحدة أمان الأجهزة (HSM)  تشفير الأقراص المرتبط بالشبكة (NBDE). يُعدّ هذا التشفير الطريقة المُفضّلة والآمنة والآلية لأنظمة الإنتاج. يتوفر NBDE في RHEL 7.4 وما بعده.  تشفير القرص المرتبط بالشبكة (NBDE):  يوفر NBDE تشفيرًا غير متماثل، إذ يسمح لجهاز مزود بقرص مشفر بالإقلاع دون تشفير القرص، حيث يتعين إدخال المفتاح عند الإقلاع. ولكن فقط عندما يكون الجهاز متصلًا بالشبكة الصحيحة، ودون تخزين مفتاح التشفير كنص عادي، أو تخزينه خارج الجهاز، أو نقل البيانات عبر الشبكة بطريقة تمكن اللص من استخدامها.  يوفر   مزيدًا من الأمان مع طريقة تلقائية/أسهل لإدارة تشفير/فك تشفير القرص عند التمهيد على مستوى عالٍ، ويشتمل NBDE على المفاهيم التالية. LUKS + NBDE    - إطار عمل قابل للتوصيل لفك التشفير التلقائي. في NBDE، يوفر Clevis إلغاء القفل التلقائي لمجلدات LUKS CLEVIS    - مُكمِّل إضافي لإطار عمل Clevis. يُنفِّذ التفاعلات مع خادم TANG. دبوس CLEVIS    - خدمة استعادة بيانات آمنة عبر الشبكة، بدون جنسية. تانغ ليس خادم ضمان، ولا يُحفظ أي شيء عليه.  تانغ الشكل: تشفير القرص المرتبط بالشبكة (NBDE)  النقاط الرئيسية    يستفيد النظام من التشفير غير المتماثل بحيث يصبح فك تشفير القرص ممكنًا فقط عندما يكون الجهاز متصلاً بالشبكة الصحيحة (حيث يمكن الوصول إلى خادم Tang)، دون الحاجة إلى تخزين مفاتيح فك التشفير محليًا أو إرسالها بشكل غير آمن. نموذج الأمان:    يتيح NBDE إلغاء القفل التلقائي للمجلدات المشفرة عند بدء التشغيل، مما يقلل التدخل اليدوي ويحسن الأمان للبيانات غير النشطة في بيئات الخادم غير المراقبة. الأتمتة:    تم تصميم Clevis كإطار عمل مرن، مما يسمح لدبابيس أخرى (وليس Tang فقط) بسيناريوهات فتح مختلفة أو تكاملات أجهزة. الوحدات النمطية:    لا يحتفظ خادم Tang بأي أسرار أو مفاتيح ضمان، مما يوفر حماية ضد اختراق الخادم المركزي. انعدام الجنسية:  سير العمل الطبقي  يبدأ العميل (Clevis) في إلغاء القفل أثناء التمهيد.  يستخدم Clevis دبوس Tang للتواصل مع خادم Tang وإجراء تبادل آمن للمفتاح.  تدير العمليات التشفيرية (JOSE) مادة المفتاح المؤقتة الآمنة.  يقوم LUKSMeta بتخزين منطق الربط وفتح القفل.  عند إجراء تبادل ناجح، يقوم Clevis بفك تشفير المفتاح الرئيسي وإلغاء قفل المجلد المشفر بواسطة LUKS.  NBDE - المزايا  لا حاجة لإدخال عبارات المرور عند تشغيل النظام أو إعادة تشغيله يدويًا (إذا كان الجذر مشفرًا أيضًا)  لا حاجة للاحتفاظ بعبارات المرور في KeyFiles  لا يتم مشاركة المفاتيح العامة أو الخاصة بين خادم TANG وإطار عمل CLEVIS  مكالمات عن بعد آلية إلى خادم TANG (يعمل كخادم مفتاح فك التشفير)  يستخدم مفاتيح غير متماثلة (خوارزمية تبادل الرنين المغناطيسي)  خيار قابل للتطوير مع عمليات نشر الخادم المتزايدة.  خاتمة:  إذا كانت مؤسستك تتعامل مع بيانات حساسة أو تعمل في صناعات منظمة،   يوفر حلاً قويًا وآليًا وآمنًا لحماية البيانات غير النشطة. فإن FDE مع LUKS + NBDE

Walkthroughs, tutorials, guides, and tips. This story will teach you how to do something new or how to do something better.

This story contains AI-generated text. The author has used AI either for research, to generate outlines, or write the text itself. 

Read My Stories

تم إنتاج هذا الصوت باللغة الأصلية للقصة!

تأمين البيانات في حالة السكون: من LUKS إلى NBDE - دليل التشفير الحديث

About Author

تعليقات

شنق العلامات

تم تقديم هذه المقالة في

Related Stories

The shortage of women in tech

Top 4 Hiring Trends for Mobile App Developers in 2018

Top Web Development Companies in 2018

Top Ecommerce Development Companies

The shortage of women in tech

Top 4 Hiring Trends for Mobile App Developers in 2018

Top Web Development Companies in 2018

Top Ecommerce Development Companies

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps