التشفير
أين يُستخدم التشفير وأين لا يُستخدم بعد.
يحمي التشفير عملية التحقق في عدة نقاط متمايزة: الاتصال، والصورة، والسر، والنسخة الاحتياطية، وكلمة المرور. نفضّل أن نعدّد كل نقطة بصدق على أن نقول "مشفّر" مرة واحدة ونترك لك افتراض أنه يشمل كل شيء.
أثناء النقل
TLS عند الحافة، وإلزامه على قاعدة بيانات السجل.
كل طلب إلى ShieldID يُشفَّر قبل وصوله إلى التطبيق.
- تُنهي الحافة العامة اتصال TLS لكل اتصال، مع HSTS ومجموعة مشدّدة من ترويسات الأمان، فيكون الطلب مشفّرًا قبل وصوله إلى أي شيء خلفها.
- تفرض قاعدة بيانات السجل الأساسية استخدام TLS على كل اتصال تقبله. ويُرفض الاتصال غير المشفّر رفضًا قاطعًا، وليس مجرد تثبيط عبر الإعدادات.
- يتحقق التطبيق من شهادة قاعدة البيانات مقابل جهة إصدار مثبّتة ويفحص اسم المضيف، بدلًا من الوثوق بأي شهادة تظهر أولًا.
أثناء التخزين
صور الهويات وتواريخ الميلاد مشفّرة. ونحدد بدقة ما لم يُشفَّر بعد.
كثيرًا ما تُقال عبارة "مشفّر أثناء التخزين" عن منصة كاملة دفعة واحدة. وهذا ما تشمله فعليًا اليوم.
- صور الهوية وصورة السيلفي
- مشفّرة بـ AES-256-GCM أثناء تخزينها، قبل الحذف التلقائي الذي يزيلها.
- تاريخ الميلاد
- تُخزَّن مشفّرة وليس كنص عادي أبدًا، أينما احتفظ بها سجل التحقق.
- الأسرار (مفاتيح API وبيانات اعتماد قاعدة البيانات ومفاتيح التوقيع)
- محفوظة في خزنة أسرار مخصصة، وليس في إعدادات التطبيق أو شيفرته المصدرية.
- بقية قاعدة البيانات ووحدات التخزين العامة
- غير مشفّرة على مستوى القرص أو قاعدة البيانات حاليًا. نقول ذلك صراحةً بدلًا من الإيحاء بتغطية شاملة.
الأسرار
خزنة واحدة، محمية برمز وصول، مع تدوير مسجَّل.
لا تتناثر بيانات اعتماد التطبيق في ملفات الإعدادات.
مركزية
تُحفظ مفاتيح API وبيانات اعتماد قاعدة البيانات وأسرار webhook في نظام مخصص لإدارة الأسرار، ولا تُقرأ أو تُكتب إلا عبر API موثَّقة ومحمية برمز وصول.
تدوير خاضع للتدقيق
تسجّل عملية تدوير مخصصة كل تغيير في بيانات الاعتماد وكل محاولة مرفوضة في سجل يكشف أي عبث، ولا يخزّن سوى بصمات القيم وليس القيم نفسها.
لا وجود لها في الشيفرة أو الإعدادات
تُقرأ الأسرار من الخزنة عند التشغيل، ولا تُودَع في الشيفرة المصدرية ولا تُترك في ملف بيئة يُرفق مع النشر.
النسخ الاحتياطية
تُشفَّر قبل أن تغادر الذاكرة، مع تمرين للاستعادة يمكنك تنفيذه دون المساس ببيئة الإنتاج.
تشمل النسخة الاحتياطية التطبيق وإعداداته وقاعدة البيانات.
- مشفّرة بـ AES-256 باستخدام مفتاح محفوظ في خزنة الأسرار. وإذا لم يكن المفتاح متاحًا، يرفض سكربت النسخ الاحتياطي كتابة ملف غير مشفّر بدلًا من التراجع بصمت.
- يوجد إجراء استعادة موثّق وآلي يدعم وضع تجريب في موقع مؤقت، بحيث يمكن اختبار العملية دون المساس بالبيانات الحية.
- تبقى النسخ الاحتياطية في المقر نفسه حاليًا. لا نوفّر نسخًا احتياطية موزّعة جغرافيًا ولا موقعًا مستقلًا للتعافي من الكوارث، ونذكر ذلك في صفحتي الإقامة والامتثال وليس هنا فقط.
كلمات المرور والجلسات ومفاتيح API
لا يُخزَّن أي شيء يثبت هويتك بصيغة يمكن لأحد قراءتها وإعادة استخدامها.
ثلاثة أنواع مختلفة من الأسرار، وثلاث معالجات مختلفة، كلها أحادية الاتجاه.
- كلمات المرور
- مجزّأة بالتجزئة (hash)، ولا تُخزَّن أو تُسجَّل كنص عادي أبدًا.
- رموز الجلسة
- الرمز في ملف تعريف ارتباط الجلسة في متصفحك قيمة عشوائية من 32 بايت تُعيَّن كملف تعريف ارتباط HttpOnly.
- مفاتيح API
- تُخزَّن على شكل بصمات SHA-256. لا يُحتفظ بغير بادئة قصيرة بشكل مقروء، فتتعرف على المفتاح في القائمة دون أن يمكن استرجاع قيمته الكاملة مرة أخرى.
ما لا تدّعيه هذه الصفحة
لا حماية من DDoS، ولا WAF، ولا تكرار جغرافي.
لا نعمل حاليًا خلف شبكة توصيل محتوى ولا جدار حماية لتطبيقات الويب، ولا ندّعي تشفير كل بايت نخزّنه على مستوى القرص أو قاعدة البيانات. يحمي تحديد المعدّل الأساسي تسجيل الدخول ونقاط النهاية المكلفة الأخرى، لكنه ليس بعدُ طبقة حماية قوية ودائمة من إساءة الاستخدام. إذا كان ضابط محدد مهمًا لمراجعة مؤسستك، فاسألنا مباشرةً بدلًا من افتراض أن عبارة عامة تغطيه.
أسئلة
إجابات مباشرة حول التشفير.
المزيد في السجل
اقرأ كيف يتكامل الاحتفاظ بالبيانات مع مكان تخزينها.
التشفير هو أحد عدة ضوابط. اطّلع على ما يُحذف ومتى وأين تُحفظ البيانات طوال مدة وجودها.