طول الملح الأمني

خطوات الاستخدام

أدخل طول الملح بالبت (مثلاً 16 أو 32 أو 64). الملح (Salt) هو قيمة عشوائية تُضاف إلى كلمة المرور قبل عملية التجزئة (hashing) لمنع هجمات جداول قوس قزح (Rainbow Tables) وهجمات القاموس المعجلة. كلما زاد طول الملح، زاد عدد الاحتمالات الممكنة، مما يجعل تخزين جداول مسبقة الحساب غير عملي. على سبيل المثال، ملح بطول 16 بت يعطي 2^16 = 65536 احتمالاً، بينما ملح بطول 32 بت يعطي أكثر من 4 مليارات احتمال.

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

ستظهر النتيجة بعدد الأملاح الممكنة (كتابة علمية أو صيغة عشرية) وشرح مبسط لما يعنيه هذا الرقم من الناحية الأمنية. على سبيل المثال: ملح 32 بت يوفر أكثر من 4 مليار ملح، مما يعني أن المهاجم يحتاج إلى مساحة تخزين تزيد عن 4 مليار ضعف لتخزين جداول قوس قزح لكلمة مرور واحدة. كما ستعرض الحاسبة توصيات NIST وOWASP بأن طول الملح الموصى به لا يقل عن 32 بت، ويفضل 64 بت أو أكثر.

الأسئلة الشائعة

الملح (Salt) هو قيمة عشوائية تُولَّد لكل مستخدم وتُضاف إلى كلمة المرور قبل إجراء التجزئة (hashing)، وتُخزَّن مع التجزئة الناتجة. الهدف الأساسي هو جعل كل تجزئة فريدة حتى لو كان المستخدمون يشاركون نفس كلمة المرور. أهميته الأمنية متعددة: أولاً، يمنع هجمات جداول قوس قزح (Rainbow Tables)، حيث أن هذه الجداول تحتوي على تجزئات محسوبة مسبقاً لكلمات المرور الشائعة. بدون ملح، مهاجم يمكنه مقارنة تجزئة قاعدة البيانات مباشرة مع الجدول. مع الملح، يجب على المهاجم بناء جدول لكل ملح على حدة، مما يزيد التكلفة التخزينية والحسابية بشكل هائل. ثانياً، يعيق هجمات القاموس الموزعة (Distributed Dictionary Attacks)، لأنه حتى إذا قام المستخدمون بكلمة مرور ضعيفة مثل '123456'، فإن تجزئاتهم ستكون مختلفة بسبب الملح، فلا يستطيع المهاجم استخدام كلمة مرور مخمنة لمهاجمة كل المستخدمين في وقت واحد. ثالثاً، يحمي من هجمات العبور (Replay Attacks) في بعض البروتوكولات حيث لا يمكن تكرار نفس التجزئة. الملح ليس سراً؛ يجب أن يكون معروفاً للنظام للتحقق من كلمة المرور، لذا يتم تخزينه بنص واضح مع التجزئة. ومع ذلك، لا يجب إعادة استخدام نفس الملح لأكثر من مستخدم أو حساب. طول الملح مقاساً بالبت يحدد عدد الأملاح الممكنة، وكلما زاد الطول، زادت صعوبة الهجمات التنبؤية. التوصيات الحديثة (مثل OWASP) تنصح باستخدام ملح لا يقل عن 32 بت (4 مليارات قيمة) ويفضل 64 بت أو أكثر. في الواقع، العديد من خوارزميات التجزئة الحديثة مثل bcrypt وscrypt وArgon2 تستخدم ملحاً داخلياً بطول 128 بت أو أكثر، مما يوفر حماية ممتازة.

طول الملح نفسه ليس له تأثير يُذكر على أداء النظام أو تجربة المستخدم من الناحية الحسابية. وذلك لأن عملية التجزئة هي التي تستهلك الموارد، وليس توليد الملح أو إضافته. توليد ملح عشوائي بطول 32 بت أو 64 بت أو حتى 128 بت يتم بسرعة ولا يستهلك موارد ملحوظة. أثناء التحقق من كلمة المرور، يقوم النظام بقراءة الملح المخزن، وإضافته إلى كلمة المرور المدخلة، ثم تجزئة الناتج. هذه الخطوات بسيطة وحسابياً تكاد لا تذكر مقارنة بخوارزميات التجزئة البطيئة (مثل bcrypt مع عامل تكلفة 10-12 والذي قد يستغرق عدة مئات من المللي ثانية). لذلك، يمكنك استخدام ملح طويل دون قلق من التأثير على الأداء. التأثير الوحيد المحتمل هو حجم التخزين: الملح يضيف بعض البايتات إلى قاعدة البيانات (مثلاً 4 بايت لملح 32 بت، 8 بايت لملح 64 بت). هذا الحجم ضئيل جداً ولا يسبب مشاكل حتى في قواعد البيانات الكبيرة. حتى مع ملايين المستخدمين، التخزين الإضافي سيكون بضع ميجابايتات فقط. من الناحية الأمنية، الطول الأكبر يقلل خطر التصادمات (عندما يولد نفس الملح مرتين) لكن مع استخدام مولد عشوائي جيد، احتمالية التصادم ضئيلة جداً حتى مع 64 بت. لذلك، لا تتردد في استخدام ملح 128 بت أو أكبر، وهو ما تفعله معظم المكتبات الحديثة. تجربة المستخدم لا تتأثر لأن كل ما يحتاجه المستخدم هو إدخال كلمة المرور، ولا يشعر بعملية الملح من الأساس.

عند تحليل الفرق، يجب التمييز بين نوعين من الهجمات: هجمات جداول قوس قزح (precomputation) وهجمات القاموس التفاعلية (online dictionary attacks). ضد هجمات جداول قوس قزح، الملح 32 بت يوفر 2^32 ملحاً ممكناً (حوالي 4.29 مليار)، مما يعني أن المهاجم يحتاج إلى تخزين 4.29 مليار * حجم الجدول لكل كلمة مرور شائعة. هذا قد يكون ممكناً مع تخزين تيرابايتات إذا كانت كلمات المرور الشائعة محدودة، لكنه مكلف جداً. ملح 64 بت يوفر 2^64 (حوالي 1.84 × 10^19) ملحاً، وهو رقم لا يمكن تخزينه عملياً لأي عدد معقول من كلمات المرور. لذا، كلا الطولين يعتبران فعالين ضد جداول قوس قزح، لكن 64 بت أكثر أماناً بكثير ضد التصادمات واحتمال أن المهاجم يخمن الملح (غير ممكن). ضد هجمات القاموس التفاعلية (حيث يحاول المهاجم تسجيل الدخول بكلمات مرور مخمنة)، طول الملح لا يؤثر بشكل مباشر على سرعة التخمين لأن المهاجم يحتاج إلى تجزئة مع ملح كل مستخدم على حدة. لكن إذا كان هناك مستخدمون يحملون نفس كلمة المرور، فإن استطالة الملح لا تمنع الهجوم على مستخدم واحد، ولكنها تمنع مهاجمة كل المستخدمين دفعة واحدة بنفس القاموس. من الناحية العملية، 32 بت يعتبر كافياً لمعظم التطبيقات القياسية، ويوصى به من قبل NIST. لكن في التطبيقات عالية الأمان أو مع عدد كبير جداً من المستخدمين، يفضل 64 بت لضمان عدم وجود تصادمات (قد يحدث تصادم عملياً عند 2^32 مستخدم، ولكن هذا نادر). كما أن مع خوارزميات مثل bcrypt التي تستخدم 128 بت، لا داعي للقلق.

تساعدك هذه الحاسبة على تقييم القوة الرياضية للملح الذي تختاره في نظامك. كمطور، يمكنك إدخال أطوال مختلفة من البت ومقارنة عدد الأملاح الممكنة، مما يعطيك فهماً كمياً لمستوى الحماية. على سبيل المثال، عند تصميم نظام جديد، يمكنك الاختبار: هل 16 بت كافية؟ ستوضح الحاسبة أن 16 بت تعطي 65 ألف ملح فقط، وهو ما يجعل بناء جداول قوس قزح ممكنة بتكلفة معقولة (مثلاً 65 ألف * 1 جيجابايت = 65 تيرابايت، وهو في متناول المهاجم المتقدم). ثم تجرب 32 بت لترى أن العدد يصبح 4.3 مليار، مما يرفع التكلفة التخزينية إلى تيرابايتات ضخمة. يمكنك أيضاً حساب تأثير إضافة بت واحد: كل بت إضافي يضاعف عدد الأملاح، لذلك توضح الحاسبة كيف أن 33 بت يوفر ضعف أمان 32 بت. بالإضافة إلى ذلك، يمكنك استخدام النتيجة لتحديد معايير قبول الملح في فريقك. على سبيل المثال، يمكنك تعيين حد أدنى 32 بت للمشاريع الداخلية و64 بت للمشاريع الحساسة. الحاسبة تقدم أيضاً نصائح ضمنية: إذا كان الملح قصيراً جداً، قد توصي بزيادة الطول. تذكر أن هذه الحاسبة تركز على 'الملح' فقط، وليس على خوارزمية التجزئة نفسها. لذا يجب استخدامها كجزء من فحص شامل للسياسات الأمنية، إلى جانب اختيار خوارزمية تجزئة قوية مثل bcrypt أو Argon2 وعامل تكلفة مناسب. في النهاية، الأمن متعدد الطبقات، والملح هو طبقة أساسية لا يجب إهمالها.

طول الملح الأمني

أدخل القيم

خطوات الاستخدام

أمثلة محلولة

أمثلة محسوبة

الأسئلة الشائعة

أدخل القيم

خطوات الاستخدام

1إذا استخدمت ملحاً بطول 16 بت في نظام كلمات مرور لمستخدمين يبلغ عددهم 10,000 مستخدم، فما مدى فعالية هذا الطول ضد هجمات جداول قوس قزح؟ وكيف يمكن تحسينه؟

2في نظام يستخدم خوارزمية bcrypt مع ملح 128 بت، كيف يؤثر طول الملح على زمن تكسير كلمة مرور واحدة في هجوم القاموس عليه؟

أمثلة محسوبة

الأسئلة الشائعة