ترميز وفك Base64 وbase64url وMIME بنص UTF-8 آمن للعربية والإيموجي
مولّد مفاتيح التشفير الآمن
أنشئ مفاتيح AES وChaCha20‑Poly1305 وIV/nonce مناسبًا باستخدام مولّد النظام المشفّر، مع صيغ للمطورين وتحقق محلي وتصدير جماعي. لا تُرسل المفاتيح ولا تُحفظ.
مولّد المفاتيح
من 1 إلى 100 في كل دفعة
مثال استخدام للمفتاح الأول
المنهجية والدقة
كل مفتاح يُنشأ من بايتات خام عبر crypto.getRandomValues()، واجهة Web Crypto التي تستخدم مولّد أرقام عشوائية مشفّرًا يقدمه النظام. الإنتروبيا المعروضة تساوي طول المفتاح الخام: 128 أو 192 أو 256 بت. التحويل إلى Hex أو Base64 أو Base64URL أو JWK لا يضيف قوة ولا ينقصها؛ إنه تمثيل للبايتات نفسها. بعد كل دفعة تتحقق الأداة من طول التمثيل ومن عدم تكرار المفاتيح وIV/nonce داخل الدفعة.
اختيار النمط الصحيح
- AES-GCM: الخيار الافتراضي الموصى به لأنه يوفر السرية والتحقق من سلامة البيانات؛ يستخدم nonce بطول 96 بت، ويجب ألا يتكرر مع المفتاح نفسه.
- ChaCha20-Poly1305: تشفير موثّق حديث بمفتاح 256 بت وnonce بطول 96 بت.
- AES-CBC وAES-CTR: لا يقدمان تحققًا مدمجًا من سلامة البيانات؛ استخدم MAC منفصلًا بطريقة موثوقة أو اختر GCM.
حدود وأمان: لا تعِد استخدام IV/nonce مع المفتاح نفسه، ولا تضع المفاتيح في Git أو شفرة الواجهة أو الروابط. استخدم KMS/HSM أو مدير أسرار في الإنتاج. لا تستخدم مفتاحًا عشوائيًا بدل اشتقاق مفتاح من كلمة مرور؛ لكلمات المرور استخدم Argon2id أو scrypt أو PBKDF2 مع salt. مسح الصفحة لا يضمن محو نسخ قد تكون نُسخت إلى الحافظة أو حُفظت في ملف.
أسئلة شائعة
هل تُرسل المفاتيح إلى الخادم؟
لا. لا يوجد طلب شبكي في التوليد أو التصدير، ولا تُكتب المفاتيح في localStorage أو cookies.
هل IV سرّي؟
لا يحتاج عادةً إلى السرية، لكنه يجب أن يكون صحيح الطول وفريدًا مع المفتاح؛ nonce المتكرر في GCM أو ChaCha20-Poly1305 قد يدمّر الأمان.
