قوة تشفير TLS

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

الخطوة الأولى: فهم تعريف 'درجة الأمان (Security Bits)' في سياق TLS. تُعبِّر درجة الأمان عن مدى مقاومة التشفير للهجمات من خلال قياس عدد البتات المطلوبة لخرق الأمان، وتُستخدَم كمقياس موحَّد لمقارنة قوة الخوارزميات المختلفة. في TLS، تعتمد درجة الأمان على أقوى خوارزمية تستخدمها الـ cipher suite، وغالباً ما تكون خوارزمية التشفير المتماثل (مثل AES) أو خوارزمية تبادل المفاتيح (مثل ECDHE). على سبيل المثال، AES-128 توفّر 128 بت أمان، بينما AES-256 توفّر 256 بت. لكن تذكّر أن درجة الأمان الفعلية قد تكون محدودة بعوامل أخرى مثل طول مفتاح تبادل المفاتيح وقوة التوقيع الرقمي. لإدخال اسم الـ cipher suite، تأكد من كتابته بدقة كما هو معرَّف في معايير IANA (مثل TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256).

الخطوة الثانية: تحليل اسم الـ cipher suite إلى مكوناته الأساسية. يتكون الاسم من أجزاء يفصلها شرطة سفلية (_): الجزء الأول يشير إلى بروتوكول TLS، الثاني إلى خوارزمية تبادل المفاتيح، الثالث إلى خوارزمية المصادقة (Authentication)، الرابع إلى خوارزمية التشفير المتماثل بحجم المفتاح ووضع التشغيل، والخامس إلى خوارزمية MAC (Message Authentication Code). مثلاً في TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256: ECDHE يرمز إلى تبادل مفاتيح إهليلجية مع توقيع RSA، AES_128_GCM تشفير AES بطول مفتاح 128 بت في وضع GCM، وSHA256 دالة تجزئة لـ MAC. احفظ هذه المكونات لأننا سنستخدمها لاستخراج طول المفتاح الفعلي للتشفير المتماثل.

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

بتات الأمان (Security Bits) هو مفهوم تجريدي يشير إلى درجة الصعوبة الحسابية اللازمة لاختراق نظام تشفيري، ويُعبَّر عنه بعدد البتات التي يجب على المهاجم تخمينها أو حسابها لإيجاد المفتاح الصحيح. أما طول المفتاح (Key Length) فهو معلمة فيزيائية تحدد عدد البتات التي يتكون منها المفتاح السري. في التشفير المتماثل مثل AES، يتطابق طول المفتاح مع بتات الأمان: فمفتاح 128 بت يوفر 128 بت أمان، لأن أفضل هجوم معروف هو البحث الشامل بمتوسط 2^127 عملية. أما في التشفير غير المتماثل مثل RSA، فطول المفتاح لا يساوي بتات الأمان: على سبيل المثال، مفتاح RSA طوله 2048 بت يوفر فقط حوالي 112 بت أمان، بسبب وجود خوارزميات مثل GNFS التي تختزل التعقيد. في TLS، غالباً ما نستخدم بتات الأمان كوحدة موحدة لمقارنة قوة الخوارزميات المختلفة، سواء متماثلة أو غير متماثلة. لذا من المهم عدم الخلط بين طول المفتاح وبتات الأمان، خاصة عند تحليل cipher suite. مثلاً، cipher suite يستخدم RSA بطول 2048 بت للتوقيع وAES-128 للتشفير يكون بتات أمانه min(112, 128)=112 بت، وليس 128 بت كما قد يوحي طول مفتاح AES.

AES-256 تستخدم مفتاحاً بطول 256 بت، مما يعني أن عدد المفاتيح الممكنة هو 2^256، بينما AES-128 لديها 2^128 مفتاح. الفارق هائل: 2^128 أكبر بكثير من عدد النجوم في الكون المرئي (المقدر بـ 2^80 تقريباً). من الناحية النظرية، AES-256 توفر 256 بت أمان مقابل 128 بت لـ AES-128. لكن من الناحية العملية، لا توجد هجمات معروفة تجعل AES-128 غير آمنة للاستخدام التجاري والحكومي. معظم التطبيقات تعتبر AES-128 كافياً لحماية البيانات حتى ضد أعداء أقوياء، لأن أفضل هجوم هو البحث الشامل الذي يتطلب طاقة لا يمكن تخيلها. لكن، قد تفرض بعض الجهات التنظيمية (مثل NSA للبيانات فائقة السرية) استخدام AES-256. بالإضافة إلى ذلك، في سياق TLS، لا تعتمد العوامل الأخرى (مثل تبادل المفاتيح) دائماً 256 بت أمان؛ فمعظم المنحنيات الإهليلجية المستخدمة توفر 128 أو 192 بت. لذا اختيار AES-256 لا يزيد الأمان الكلي إذا كان تبادل المفاتيح أضعف. كما أن AES-256 أبطأ قليلاً من AES-128 في بعض الأجهزة، لذا يُوصى باستخدام AES-128 في معظم حالات TLS الحديثة مع إفيميرال قوي (مثل ECDHE P-256) لتحقيق توازن مثالي بين الأمان والأداء.

درجة الأمان (Security Bits) تركز في المقام الأول على مقاومة كسر التشفير، لكن عوامل أخرى مثل MAC ووضع التشفير تؤثر على الأمان الوظيفي (مقاومة العبث والتزوير) وليس على عدد البتات. على سبيل المثال، وضع CBC مع HMAC-SHA1 (مثل في TLS 1.2) كان عرضة لهجمات padding oracle (مثل POODLE وLucky13) التي لا تكسر التشفير مباشرة ولكنها تسرب المفتاح أو النص الصريح. هذه الثغرات تقلل من مستوى الأمان العملي لكن لا يُعبر عنها بتقليل رقم بتات الأمان. أما GCM (Galois/Counter Mode) فهو وضع تشفير معتمد يقدّم التشفير والمصادقة معاً، وهو أكثر أمناً ضد تلك الهجمات. بالمقابل، MAC مثل SHA256 أو SHA384 لا يؤثر على بتات الأمان بشكل مباشر، بل يحدد طول التجزئة المستخدمة في المصادقة. إذا كان MAC ضعيفاً (مثل SHA1)، فهناك خطر من هجمات الاصطدام (collision) نظرياً، لكن عملياً لا يزال SHA1 مقبولاً لبعض التطبيقات (وإن كان يُنصح بالانتقال لـ SHA256). لذا، عند حساب بتات الأمان، نأخذ في الاعتبار فقط أقوى خوارزمية من ناحية تعقيد الكسر، لكن يجب أن يعي المستخدم أن هناك عوامل أخرى تؤثر على الأمان الشامل للجلسة. في هذه الحاسبة، نفترض أن cipher suite المستخدمة هي الأحدث والأكثر أمناً، لكننا ننبه إلى أن البتات تمثل فقط قوة التشفير المتماثل.

تبادل المفاتيح الإفيميرال (Ephemeral Diffie-Hellman) يضمن خاصية Perfect Forward Secrecy (PFS)، أي أن اختراق المفتاح الخاص للخادم في المستقبل لا يسمح بفك تشفير الجلسات السابقة. وذلك لأن مفتاح الجلسة يتم توليده لكل جلسة ثم يُتلف. في التبادل الإفيميرال، مثل DHE وECDHE، يستخدم الخادم والعميل مفتاحاً مؤقتاً (إفيميرال) لإنشاء مفتاح الجلسة السري المشترك. درجة أمان هذه العملية تعتمد على قوة المجموعة (DH group) أو المنحنى الإهليلجي المستخدم. مثلاً، مجموعة DH 2048 بت توفر 112 بت أمان، بينما منحنى P-256 يوفر 128 بت. إذا كان cipher suite يستخدم تبادل مفاتيح RSA (غير إفيميرال) فإن PFS مفقودة، ودرجة أمان تبادل المفاتيح هي درجة أمان مفتاح RSA (112 بت لمفتاح 2048 بت). عند حساب بتات الأمان الكلية للجلسة، نأخذ القيمة الدنيا بين درجة التشفير المتماثل ودرجة تبادل المفاتيح. لذلك، حتى مع AES-256، إذا كان التبادل باستخدام RSA 2048 بت، فالأمان الكلي هو 112 بت فقط. لذا يُنصح دائماً باستخدام خوارزميات ECDHE مع منحنيات قوية (مثل P-256 أو P-384) لتحقيق أمان أعلى مع PFS. في الحاسبة، نعرض بتات أمان التشفير المتماثل كقيمة أساسية، لكننا نوصي المستخدم بالتحقق من تبادل المفاتيح لمعرفة القيمة الحقيقية.

قوة تشفير TLS

أدخل القيم

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

أمثلة محلولة

أمثلة محسوبة

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

أدخل القيم

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

1ما هي درجة الأمان لـ cipher suite: TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 ؟

2ما هي درجة الأمان لـ cipher suite: TLS_DHE_RSA_WITH_AES_128_CBC_SHA ؟

أمثلة محسوبة

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