تشفير وفك تشفير DES/3DES بوضعي ECB/CBC وحشو PKCS#7 في متصفحك. تحقّق صارم من طول المفتاح (8/16/24 بايت) بلا اقتطاع صامت، مع أمر OpenSSL مكافئ لكل نتيجة، ولا يُرفع أي شيء.
يحوّل ECB الكتل المتطابقة إلى نص مشفر متطابق ويكشف الأنماط — استخدمه فقط للتعامل مع نظام يفرضه عليك.
—
الأمر يحتوي على المفتاح الذي أدخلته.
| المفتاح (DES الأحادي) | 0123456789abcdef |
|---|---|
| النص الصريح | 4e6f772069732074 |
| النص المشفر (ECB، بلا حشو) | 3fa40e8a984d4815 |
كتبه وراجعه المطورون الذين يبنون أدوات التعمية. كل نص مشفر وعدد بايتات في هذه الصفحة يحسبه محرك الأداة ويؤكده الاختبار.
8 / 16 / 24 بايت DES الأحادي: 8 بايت (56 بت فعالة). 3DES: 16 بايت (مفتاحان) أو 24 بايت (ثلاثة مفاتيح). المادة الاسمية للمفاتيح 112/168 بت، والقوة الأمنية الفعلية وفق NIST نحو 80/112 بت (SP 800-57). تكتشف هذه الأداة تلقائيًا من عدد البايتات؛ والأطوال الأخرى ترفض.
3fa40e8a984d4815 المفتاح 0123456789abcdef، والنص الصريح "Now is t" (سداسي عشري 4e6f772069732074): DES أحادي ECB بلا حشو يعطي 3fa40e8a984d4815.
8 بايت 8 بايت (16 رقمًا سداسيًا)، ولـ CBC فقط — ECB لا يستخدمها. تختلف عن IV بطول 16 بايت في AES.
= PKCS#7 لـ DES هو PKCS#7 — خوارزمية الحشو نفسها باسمها التاريخي (لم يعرّف PKCS#5 سوى كتل 8 بايت، وهي كتلة DES بالصدفة).
للتوافق القديم فقط لا. أُحيل DES الأحادي إلى التقاعد عام 2005؛ وجُعل 3DES مهجورًا في SP 800-131A Rev.2 (2023). للتوافق القديم فقط — استخدم AES-256 لكل جديد.
DES (Data Encryption Standard) هو الشيفرة الكتلية المتناظرة التي تبنّتها هيئة المعايير الأمريكية عام 1977، استنادًا إلى تصميم Lucifer من IBM . يعالج كتلًا من 64 بت (8 بايت) بمفتاح اسمي 64 بت منه 56 بت فعالة، عبر 16 جولة من بنية Feistel.
3DES (TDEA، Triple DES) يربط DES ثلاث مرات لتعويض المفتاح القصير: C = E_K3(D_K2(E_K1(P))). المرور الأوسط هو فك تشفير بحيث ينهار K1=K2=K3 إلى DES أحادي — وهو خيار توافق مقصود. وصيغة المفتاحين (K3=K1) تمنح نحو 112 بت فعالة وهي الأكثر شيوعًا في الأنظمة المصرفية القديمة.
سحب NIST الشيفرة DES الأحادية عام 2005 (إشعار FIPS 46-3) وجعل 3DES مهجورًا في SP 800-131A Rev.2 (2023). السبب الوحيد لبقائهما هو التوافق مع الأنظمة القديمة: فالمقاصات المصرفية وبوابات الدفع وأنظمة Java/.NET/PHP من التسعينيات والألفينات ما زالت تشغّل تشفيرًا من عصر DES. التصاميم الجديدة ينبغي أن تستخدم AES-256.
# OpenSSL single DES (legacy provider) openssl enc -des-ecb -provider legacy -provider default -K 0123456789abcdef -nopad # 3-key 3DES CBC + PKCS#7 (default provider) openssl enc -des-ede3-cbc -K <48 hex digits> -iv <16 hex digits> -base64 -A
تُكتشف 8/16/24 بايت تلقائيًا كـ DES أحادي / 3DES بمفتاحين / بثلاثة مفاتيح؛ وأي شيء آخر يرفض خطأً. وعلى خلاف القطع الصامت في CryptoJS أو القطع مع تحذير في openssl enc -K، تفشل المفاتيح الخاطئة بصوت عالٍ — وهو السبب الأعلى لعدم توافق الاتصالات البينية.
يُشتق جدول متجهات الاختبار في الأسفل وقت البناء من نفس المحرك، فتقرأ زواحف البحث القيمة المرجعية دون تشغيل JS، ولا يمكن للرقم المطبوع أن يبتعد أبدًا عن التفاعلي.
كل توليفة معاملات تقابل أمر openssl enc يعيد إنتاج النتيجة على OpenSSL 3، بما في ذلك أعلام legacy provider لـ DES الأحادي. أرسله إلى الطرف الآخر لتثبيت مكان الاختلاف في المعاملات.
getBytes() في Java من عصر DES على JDK صيني لويندوز ينتج GBK. كلا الاتجاهين هنا يقبل GBK، فالنص الصيني من الأنظمة القديمة لا يحتاج تحويلًا مسبقًا.
TypeScript خالص، بلا أي اعتماديات، بلا أي طلبات شبكة. المفاتيح والنص الصريح لا يغادران الجهاز أبدًا؛ ويعمل دون اتصال بعد التحميل. هذا هو الشكل الوحيد المقبول لأداة تتعامل مع المفاتيح.
"DES" افتراضيًا ECB + PKCS5Padding Cipher.getInstance("DES") يساوي DES/ECB/PKCS5Padding؛ و"DESede" هي 3DES لكنها تقبل مفاتيح 24 بايت فقط — وسّع K1‖K2 إلى K1‖K2‖K1 بنفسك للمفتاحين. وPKCS5Padding هي PKCS#7 لـ DES. بدون قيمة IV: التشفير يختار قيمة عشوائية (استرجعها عبر getIV())، وفك التشفير يرمي "Parameters missing".
des-ede3-cbc / des-ede-cbc أسماء الخوارزميات تتبع OpenSSL: des-ede3 هي ECB ثلاثية، وdes-ede3-cbc هي CBC. و$options=0 (الافتراضي) ينتج نصًا بترميز Base64؛ وOPENSSL_RAW_DATA للبايتات الخام. المفاتيح القصيرة تُكمل بأصفار صامتة؛ وقيمة IV الفارغة تحذّر ثم تشفّر بـ IV أصفار.
-des-ede3-cbc تعمل افتراضيًا DES الأحادي يحتاج -provider legacy -provider default (بعض الإصدارات تحذف legacy تمامًا). و-K/-iv تأخذ قيمًا سداسية؛ PKCS#7 افتراضيًا، و-nopad للتعطيل. و-K يقطع المفاتيح الطويلة جدًا مع تحذير.
المفتاح الخام 8 بايت (WordArray) يعمل؛ والأطوال الخاطئة تُكمل بأصفار أو تُقطع صامتًا (4 بايت تُكمل، 10 تُقطع — بلا خطأ). وسلسلة نصية بوصفها "مفتاحًا" تشغّل اشتقاق مفاتيح (MD5 + ملح عشوائي، مخرجات بادئتها Salted__، مختلفة في كل مرة). وCBC بلا قيمة IV يعني انهيارًا بخطأ TypeError، لا IV أصفار. وTripleDES بمفتاح 8 بايت يصبح صامتًا DES أحادي.
TripleDES افتراضيًا CBC + PKCS7 TripleDESCryptoServiceProvider: Mode=CBC، Padding=PKCS7، ومفتاح 16 أو 24 بايت (DES يقبل 8). يرفض .NET المفاتيح الضعيفة (تُطبَّع الباريتي أولًا ثم تُقارن بجدول المفاتيح الضعيفة — مفتاح أصفار يرمي استثناء) بينما تقبلها كل المكتبات الأخرى. انتبه لذلك عند الترحيل.
تعطيك des.NewCipher واجهة الكتلة الخام بمفتاح 8 بايت؛ وتغلّفها بنفسك في cipher.NewCBCEncrypter ونحوها. و3DES هي des.NewTripleDESCipher (24 بايت). ويُفحص طول قيمة IV بأشد صرامة من معظم اللغات.
المفتاح 0123456789abcdef، النص الصريح (سداسي عشري) 4e6f772069732074
3fa40e8a984d4815
النص الصريح هو السلسلة النصية "Now is t" بالترميز ASCII. هذا هو متجه FIPS 81 المعروف، والجدول أسفل الصفحة يُحسب وقت البناء بنفس المحرك — إذا لم ينتج تنفيذ DES لديك هذه القيمة لهذه المدخلات، ففيه خلل.
المفتاح 0123456789abcdeffedcba9876543210 (16 بايت)، قيمة IV fedcba9876543210، النص الصريح: DES interop test: order 20260927-0042
QmnMoewSecp7Z7cr/w3/4AjM9lpFo1swc4dfLNH5UkgCwU5n7WIdKA==
المفتاح بطول 16 بايت يُعامل كـ 3DES بمفتاحين (K1 = أول 8 بايت، K2 = آخر 8، K3 = K1 — تجميع EDE2). وحشو PKCS#7 على كتلة 8 بايت هو بالضبط ما يسميه Java "PKCS5Padding" لـ DES: نفس المخطط، والفرق فقط في حجم الكتلة.
المفتاح 0123456789abcdef23456789abcdef010456789abcdef012 (24 بايت)، قيمة IV fedcba9876543210، النص الصريح: hello des
DhDQX9sfxKOirZ8eyqT7Jg==
المفتاح بطول 24 بايت هو التجميع الكامل بثلاثة مفاتيح EDE3: C = E_K3(D_K2(E_K1(P))). من بين أطوال المفاتيح الثلاثة، هذه هي الصيغة الوحيدة التي ليس لها مكافئ متدهور — كل من صيغة المفتاحين أو K1=K2=K3 ينهار إلى شيفرات أضعف.
لـ DES/ECB/PKCS5Padding في Java اختر ECB + PKCS#7؛ ولـ openssl enc -des-ede3-cbc اختر CBC + PKCS#7. كود mcrypt القديم في PHP يستخدم عادة حشو الأصفار.
عدد البايتات يحدد الشيفرة: 8 = DES أحادي، 16 = 3DES بمفتاحين، 24 = 3DES بثلاثة مفاتيح. اختر Hex أو نصًا أو Base64؛ وتعرض الشارة عدد البايتات الحقيقي والصيغة المكتشفة. الأطوال الخاطئة ترفض فورًا — لا يُقطع شيء أبدًا.
ECB لا يحتاج قيمة IV. ويجب أن تكون 8 بايت تمامًا — 16 رقمًا سداسيًا، لا 32 كما في AES. وينتج زر عشوائي قيمة جديدة.
التشفير: أدخل نصًا (UTF-8/GBK) أو سداسيًا عشريًا. فك التشفير: الصق نصًا مشفرًا بصيغة Base64 أو hex. تتحدث النتائج أثناء الكتابة، مع نسخ بنقرة واحدة وفحص ذهاب وإياب عبر زر «فك تشفير هذا النص المشفر».
يعطي اللوحة القابلة للطي أمر openssl enc يعيد إنتاج النتيجة الحالية (المفتاح شامل؛ أوامر DES الأحادي تحمل -provider legacy -provider default). أرسله إلى من تتوافق معه — أسرع طريقة لتسوية معامل من منه الخاطئ.
«مفتاح DES» من 32 حرفًا سداسيًا هو 16 بايت — أي 3DES بمفتاحين، وليس DES أحادي. وبالعكس، تمرير مفتاح 24 بايت إلى نظام يقبل المفتاحين فقط يفشل أيضًا.
المفتاح 0123456789abcdeffedcba9876543210 (16 بايت) مع اختيار DES الأحادي → خطأ «يجب أن يكون المفتاح 8 بايت بالضبط»
المفتاح نفسه بوصفه 16 بايت (3DES بمفتاحين) → يُفك التشفير بنجاح
يكتب Java "PKCS5Padding" لـ DES لكنه ينفذ خوارزمية PKCS#7 (لم يعرّف PKCS#5 الحشو إلا لكتل 8 بايت التي تطابق كتلة DES، فبقي الاسم). اختيار None أو Zero ضد نص مشفر من JCE يفشل دائمًا.
نص مشفر `DES/ECB/PKCS5Padding` من JCE فُك عنه التشفير بوضع "بلا حشو" → بيانات زائدة في النهاية أو خطأ حشو
اختر PKCS#7 (Java PKCS5Padding) → مخرجات نظيفة
كتلة DES 8 بايت، فقيمة IV أيضًا 8 بايت. لصق قيمة IV من 32 رقمًا سداسيًا من كود AES يفشل في فحص الطول؛ وقيمة 8 أرقام سداسية تُكمل بأصفار وتُقرأ خطأ.
IV 00000000000000000000000000000000 (32 رقمًا سداسيًا) → خطأ «يجب أن تكون قيمة IV بطول 8 بايت»
IV 0000000000000000 (16 رقمًا سداسيًا) → مقبول
فك تشفير نص مشفر متعدد الكتل بقيمة IV خاطئة لا يظهر أي خطأ — الكتلة الأولى 8 بايت فقط تشوش، والباقي يُفك بنجاح (لا تصل قيمة IV إلا إلى الكتلة الأولى، وفحص الحشو في الكتلة الأخيرة). إذا رأيت «الأحرف الأولى مشوشة والباقي سليم»، افحص قيمة IV قبل المفتاح؛ أما النص المشفر بكتلة واحدة فيكسر الحشو ويعطي bad decrypt.
نص مشفر متعدد الكتل + قيمة IV خاطئة → أول 8 بايت مشوشة والباقي سليم — يُقرأ خطأً بأنه «مفتاح خاطئ»
غيّر قيمة IV فقط (المفتاح كما هو) → تستعيد الكتلة الأولى، فيتأكد أن IV هو المشكلة
openssl enc -K يقطع المفاتيح الطويلة صامتًايحتفظ -K بالبايتات التي يحتاجها فقط ويطبع تحذيرًا من سطر واحد تبتلعه السكربتات. عندما يقول الطرف الآخر "المفتاح هو هذه الـ 48 رقمًا سداسيًا" لكنه شفّر فعلًا بأول 16 منها، يفشل فك التشفير بالمفتاح الكامل.
في الطرفية: `-K` من 49 رقمًا سداسيًا → "hex string is too long, ignoring excess" يضيع في مخرجات الأنبوب
استخدم الأمر المكافئ في هذه الأداة لتوليد قيمة `-K` بالطول الصحيح، ثم قارن بايتات المفتاح مع الطرف الآخر
المزوّد الافتراضي في OpenSSL 3 لا يتضمن des-ecb/des-cbc؛ وتشغيله مباشرة يرمي digital envelope routines::unsupported. أضف -provider legacy -provider default، أو استخدم des-ede3 مع K‖K‖K (أحادي DES جبريًا).
openssl enc -des-ecb -K … → خطأ: unsupported
openssl enc -des-ecb -provider legacy -provider default -K … (أو `des-ede3-ecb -K <K‖K‖K>`)
Cipher.getInstance("DES/ECB/PKCS5Padding") أو openssl_encrypt(..., 'des-ede3-cbc', ...) مع هذه الأداة بايتًا ببايت قبل التحول. تُكتشف صيغتا المفتاحين/الثلاثة من طول المفتاح، فلا شيء يحتاج تخمينًا.03 03 03) ويحشو الكتلة الممتلئة بكتلة إضافية كاملة — وهذا هو "PKCS5Padding" في Java لـ DES. حشو الأصفار يملأ بـ 0x00 وهو مُفقِد للمعلومات إذا كان النص الصريح ينتهي فعلًا بـ 0x00. وNone يتطلب مضاعفة 8 تمامًا.-provider legacy -provider default، وبعض الإصدارات (بما فيها OpenSSL المضمّن مع Node) تحذفه تمامًا. أما 3DES (des-ede/des-ede3) فيبقى في المزوّد الافتراضي. محرك هذه الأداة من TypeScript الخالص لا يتأثر.PKCS5Padding في Java هو فعليًا PKCS#7 لـ DES — لا تختر None). اللوحة القابلة للطي في اليمين تعرض أمر OpenSSL مكافئًا للإعدادات الحالية؛ وإرساله إلى الطرف الآخر أسرع طريقة لمعرفة مكان الاختلاف. openssl enc -K صامتًا أو يكمل بأصفار، وهو السبب الأول لفشل التوافق البيني. DES/ECB/PKCS5Padding في Java في هذه الأداة؟Cipher.getInstance("DES/ECB/PKCS5Padding") في Java يُفك تشفيره هنا بـ ECB + PKCS#7 ومفتاح DES أحادي بطول 8 بايت. ⚠️ 3DES في Java (DESede) لا يقبل سوى مفاتيح 24 بايت — ولصيغة المفتاحين عليك توسيع K1‖K2 إلى K1‖K2‖K1 بنفسك. des-ede3-cbc هي 3DES بثلاثة مفاتيح + CBC، وdes-ede3-ecb هي ثلاثة مفاتيح + ECB؛ وdes-ede-cbc هي صيغة المفتاحين. مفتاح 24 بايت يحدد ثلاثة مفاتيح، و16 بايت يحدد مفتاحين. "DES" المجردة في Java افتراضيها ECB، الأسماء بلا لاحقة وضع في OpenSSL مثل des-ede3 وdes-ede هي ECB (والاسم البديل لـ CBC هو -des3)؛ وopenssl_encrypt في PHP تتطلب كتابة اسم الخوارزمية صراحةً — والمربك أنها تُخرج افتراضيًا نصًا بترميز Base64 لا بايتات خامًا؛ ③ الحشو — كان mcrypt القديم في PHP يستخدم حشو الأصفار غالبًا، بينما تستخدم JCE حشو PKCS#5/PKCS#7؛ ④ الترميز — hex أم Base64، وحالة الأحرف؛ ⑤ فخ كلمة السر في CryptoJS — تمرير سلسلة نصية بوصفها "مفتاحًا" يشغّل اشتقاق المفاتيح (MD5 + ملح عشوائي، ومخرجات بادئتها Salted__، مختلفة في كل مرة)، وهو باتفاق ليس المفتاح الخام أصلًا — السبب الأول لـ «الكود نفسه ونتيجة مختلفة كل تشغيل». تتيح لك هذه الأداة تبديل كل بند؛ ويمكن إرسال أمر OpenSSL المكافئ في اليمين إلى الطرف الآخر لإعادة الإنتاج. أدوات الأمن
فك تشفير AES أونلاين — GCM/CBC/CTR، عبارة مرور أو مفتاح خام، يكتشف تلقائيًا صيغة OpenSSL وCryptoJS "U2FsdGVkX1". يعمل 100% داخل المتصفح، والمفاتيح لا تغادر الصفحة أبدًا.
أدوات الأمن
أداة تشفير AES مجانية أونلاين — AES-128/192/256، GCM/CBC/CTR، عبارة مرور (PBKDF2) أو مفتاح خام. تعمل 100% داخل متصفحك؛ لا شيء يُرفع.
أدوات الأمن
ولّد تجزئات كلمات المرور بـ bcrypt وتحقق منها أونلاين — تكلفة قابلة للضبط، بادئات $2b$/$2a$/$2y$. 100% في متصفحك؛ كلمة مرورك لا تُرفع أبداً.
أدوات الأمن
الصق بيانات ست عشرية أو نصاً واحصل على 63 متغيّراً من CRC-8 وCRC-16 وCRC-32 دفعة واحدة. لديك قيمة تحقق لا تستطيع مطابقتها؟ اكتبها لتسمّي الأداة المتغيّر — MODBUS وCCITT-FALSE وXMODEM وKERMIT. يعمل كلياً داخل متصفحك.
أدوات الأمن
مولّد ومدقّق HMAC مجاني أونلاين. احسب HMAC-SHA256/SHA1/SHA384/SHA512 بمفاتيح Text أو Hex أو Base64 وإخراج Hex/Base64/Base64URL. كل شيء داخل متصفحك — المفاتيح لا تغادر الصفحة.
أدوات الأمن
فك ترميز رموز JWT أونلاين مع محلّل JWT المجاني. افحص الترويسة والحمولة والتوقيع وانتهاء الصلاحية والخوارزمية والمطالبات فوراً. 100% في المتصفح — رمزك لا يغادر جهازك. بلا تسجيل، بلا تتبّع.