تشفير النصوص بمعيار AES-256
اكتب نصًا وكلمة مرور لتحصل على نص مشفَّر غير قابل للقراءة — يلصقه جهة الاتصال لديك، ويدخل كلمة المرور نفسها، ويقرأ النص.
ما الذي تحتويه فعليًا تلك السلسلة المشفَّرة
يبدو المخرَج كتلة واحدة صلبة من Base64، لكنه في الحقيقة ثلاثة أشياء تسافر معًا: الملح العشوائي المستخدم لتحويل كلمة مرورك إلى مفتاح، ومتجه التهيئة العشوائي المستخدم لهذه العملية الواحدة من التشفير، والنص المشفَّر نفسه. لا شيء من هذا التغليف سرّي — يُسمح للملح ومتجه التهيئة بأن يكونا عامّين، وهذا بالضبط سبب إمكانية نشر السلسلة كاملة في بريد إلكتروني أو محادثة أو تذكرة دعم دون إضعاف أي شيء. كما يفسّر ذلك أمرًا يفاجئ الناس: شفّر النص نفسه بكلمة المرور نفسها مرتين وستحصل على سلسلتين مختلفتين تمامًا. وكلتاهما تُفَكّان بنجاح. يُختار ملح ومتجه تهيئة جديدان في كل مرة، لذا لا يستطيع أي مراقب حتى معرفة أن رسالتين تحملان النص نفسه — وهذه ميزة تؤدي وظيفتها، لا تضاربًا.
العبث بالنص يظهر كفشل، لا كهراء
وضع AES-GCM هو وضع موثَّق، وهذا يغيّر شكل الفشل. إذا تغيّر حرف واحد فقط من السلسلة المشفَّرة أثناء النقل — بسبب نسخ ولصق مشوَّه، أو تطبيق محادثة مفرط في «المساعدة»، أو شخص يعبث فعلًا — فلن ينتج فك التشفير نصًا تالفًا. بل يرفض العملية تمامًا. وتفشل كلمة المرور الخاطئة بالطريقة نفسها. لذا فإن فك التشفير الناجح يشهد بهدوء على أمرين في آن واحد: أن كلمة المرور كانت صحيحة، وأن السلسلة وصلت تمامًا كما أُنشئت. وهذه الخاصية أقيم مما تبدو للوهلة الأولى — فمع التشفير الأقدم غير الموثَّق، كان يمكن لرسالة تالفة بشكل طفيف أن تُفَكّ إلى نص تالف بشكل طفيف، ولن يلاحظ أحد ذلك حتى يصبح الرقم الخاطئ موجودًا بالفعل في العقد الخاطئ. وإذا استمرت سلسلة يُفترض أن تعمل في الفشل هنا، اشتبه أولًا في عملية النسخ — فحرف أخير مفقود أو فاصل أسطر أضافه تطبيق محادثة أكثر شيوعًا بكثير من كلمة مرور منسية، وإعادة نسخ السلسلة الأصلية تحل المشكلة في ثوانٍ.
كلمة المرور هي الحصن بأكمله
الرياضيات هنا ليست نقطة الضعف ولن تكون كذلك أبدًا — بل كلمة المرور هي كذلك. تجعل 250000 جولة من تمديد المفتاح كل تخمين مكلفًا، لكن لا كمية من التمديد تنقذ كلمة مثل summer2026، ويخمّن المهاجمون الأمور الواضحة أولًا. الطول يتفوق على الذكاء: أربع كلمات غير مترابطة أقوى من ثمانية رموز، وأسهل بكثير في قراءتها عبر الهاتف — وهذه بالضبط الطريقة التي ينبغي أن تنتقل بها كلمة مرور جيدة: عبر مسار مختلف عن النص المشفَّر. وكن واضحًا بالقدر نفسه بشأن الوجه الآخر لتلك القوة: لا يوجد استرداد. افقد كلمة المرور ويضيع النص إلى الأبد، دون رابط إعادة تعيين ودون باب خلفي، ولا حتى لنا — فلا شيء غادر متصفحك أصلًا كي توجد نسخة منه.
ما لا يخفيه التشفير
صراحة بشأن الحدود: تشفير النص يخفي محتواه، لا وجوده. فأي شخص يراقب القناة لا يزال يرى أنك أرسلت شيئًا، وتقريبًا طوله، ومتى. كما لا يمكنه حماية رسالة من الشخص الذي ترسلها إليه — فالتشفير يحمي الرحلة، لا حكم المستلم، لذا شارك كلمة المرور فقط مع من تثق به على النص الصريح نفسه. وفي اللحظة التي يفكّ فيها جهة اتصالك التشفير، تصبح النتيجة نصًا صريحًا عاديًا مجددًا — غير محمي بأي شيء بمجرد لصقه في مستند أو إعادة توجيهه. لذا عامِل هذا الأمر كمظروف قوي للرحلة، لا كخزنة دائمة. ورفيقان طبيعيان يُكمِلان سير العمل: مولّد كلمات المرور يُنتج ذلك النوع من عبارات المرور العشوائية الطويلة التي يستحقها هذا الأمر، وحين يكون ما تحتاج لحمايته مستندًا كاملًا لا قطعة نص، فإن أداة قفل PDF تختمه داخل ملف PDF محمي برمز PIN بدلًا من ذلك.
كيف يحافظ هذا على خصوصية النص
كلمة مرورك لا تنتقل إلى أي مكان أبدًا — يُشتق منها محليًا مفتاح تشفير فريد (PBKDF2، بـ250,000 تكرار) مع قيمة ملح عشوائية، ثم يشفّر AES-256-GCM النص باستخدام متجه تهيئة (IV) عشوائي. تُدمج قيمة الملح ومتجه التهيئة داخل النص الناتج، بحيث لا يحتاج فك التشفير سوى كلمة المرور، دون أي قيم إضافية يجب تتبعها.
كيف أشارك النص المشفَّر بأمان؟
أرسل النص المشفَّر عبر أي قناة تفضّلها (بريد إلكتروني، محادثة) — فهو غير قابل للقراءة دون كلمة المرور. شارك كلمة المرور نفسها عبر قناة مختلفة (مكالمة هاتفية، لقاء شخصي)، ولا ترسلها أبدًا مرفقة مع النص المشفَّر.
هل معيار AES-256 آمن فعلًا؟
نعم — AES-256 هو المعيار الذي تعتمده الحكومات والبنوك. ونقطة الضعف تكاد تكون دائمًا كلمة المرور: فكلمة قصيرة أو يسهل تخمينها تقوّض كل شيء آخر، لذا استخدم كلمة مرور طويلة وعشوائية.
هل يُرسَل نصي أو كلمة مروري إلى أي مكان؟
لا — يتم التشفير وفك التشفير بالكامل داخل متصفحك باستخدام Web Crypto API. لا يُرفع أي شيء.
