دليل مولد بصمات SHA: ‏UTF-8 وSHA-384 وSHA-512

كيفية إنشاء بصمة نصية

افتح مولد بصمات SHA، والصق نصًا أو افتح ملفًا نصيًا محليًا أو اترك المحرر فارغًا. الخوارزمية الافتراضية SHA-256؛ ويتوفر SHA-384 وSHA-512. اضغط «أنشئ البصمة» صراحةً. الكتابة وحدها لا تنشئ بصمة، وتغيير الإدخال أو الخوارزمية يُبطل النتيجة السابقة.

اقرأ الخوارزمية المحددة مع النتيجة، ثم استخدم «انسخ النتيجة» أو «تنزيل». الإدخال الفارغ مسموح ويُنتج بصمة فعلية غير فارغة. «التفاف الأسطر» يغيّر العرض فقط. قبل مقارنة قيمة من تطبيق آخر، تحقق من استخدام الجانبين البايتات والخوارزمية نفسها وتمثيل إخراج قابل للمقارنة.

• تعامل مع المسافات الأخيرة وفواصل الأسطر عن قصد، ولا تحذفها لمجرد نجاح المقارنة.
• استخدم مثالًا ثابتًا مثل abc لفحص الخوارزمية قبل تشخيص بيانات حقيقية.
• احتفظ بالبيانات الأصلية والبصمة المتوقعة الموثوقة بعيدًا عن لقطات الشاشة أو العرض المختصر.

أطوال ناتج SHA-256 وSHA-384 وSHA-512

هذه ثلاثة أعضاء من عائلة SHA-2. طول البصمة ثابت سواء كان الإدخال فارغًا أو كلمة قصيرة أو نصًا أطول ضمن الحد. يمثّل المحرف السداسي أربعة بتات، لذا تحتوي بصمة 256 بتًا على 64 محرفًا سداسيًا. تظل البايتات الصفرية في البداية ممثلة؛ ولا تختصر الأداة الناتج. يحسب مؤشر البايتات نص UTF-8 السداسي: 64 أو 96 أو 128 بايتًا، وليس عدد بايتات البصمة الخام في الجدول.

اختر الخوارزمية المطلوبة للصيغة المستقبِلة أو المقارنة. لـSHA-384 قيم بدء خاصة، وليس مجرد بادئة بصمة SHA-512 عادية. لا تقارن SHA-512 مباشرةً بـSHA-256 كأن المحارف الزائدة اختيارية. طول الناتج وحده لا ينشئ تخزينًا لكلمات المرور أو يثبت أمن التطبيق المحيط. لا تعرض الواجهة SHA-1 أو MD5 أو SHA-3 أو HMAC أو إعداد ملح أو مفتاح.

NIST FIPS 180-4: معيار التجزئة الآمنةW3C Web Cryptography API: البصمات وخوارزميات SHA

أمثلة SHA-256 معلومة: نص فارغ وabc

يعرض الجدول بصمات SHA-256 كاملة بأحرف صغيرة للإدخال المحدد بـUTF-8. للنص الفارغ صفر بايت إدخال؛ وليس بصمة مسافة أو سطر جديد. يحتوي مثال abc على ثلاثة بايتات ASCII بصيغة 61 62 63 سداسيًا. هذه أمثلة اختبار ثابتة، وليست قياسًا لإدخالك.

انسخ البصمة كاملة، لا معاينة مختصرة. إذا كتب المرجع الأحرف السداسية كبيرةً، فالاختلاف في التمثيل لا في بايتات البصمة؛ يُخرج ToolMellow أحرفًا صغيرة. يكون تمثيل بايتات البصمة نفسها بـBase64 ترميزًا آخر، وليس خوارزمية تجزئة أخرى. لا توفر الأداة محدد صيغة إخراج.

NIST FIPS 180-4: معيار التجزئة الآمنةWHATWG Encoding: UTF-8 وفك النص

بايتات UTF-8 والمسافات وتطبيع Unicode

قبل حساب البصمة، تفحص الأداة وحدات Unicode البديلة غير المقترنة، ثم تحوّل السلسلة إلى UTF-8. لا تحذف المسافات أو U+FEFF موجودة في بداية السلسلة المقدمة، ولا تطبّق تطبيع Unicode. قد تغيّر البصمة مسافة أخيرة أو حالة حرف أو تمثيل بايت مختلف. يستخدم الحساب السلسلة المقدمة للعامل.

قد تبدو سلسلتان متطابقتين مع اختلاف بايتاتهما. مثلًا، قد يعرض U+00E9 المركّب مسبقًا والتسلسل U+0065 U+0301 الحرف المشكّل نفسه، لكن بترميز UTF-8 مختلف. وLF وCRLF تسلسلان مختلفان بالبايتات. قد يؤثر التحرير أو الاستيراد في المتصفح على السلسلة المقدمة، فلا تستنتج تطابق البايتات من المظهر وحده.

WHATWG Encoding: UTF-8 وفك النصECMAScript: String isWellFormedWHATWG HTML: قيم منطقة النص وفواصل الأسطر

فتح ملف نصي لا يعني حساب بصمة بايتاته الأصلية

يقرأ عنصر الملف عبر File.text() نص UTF-8، ويزيل BOM في البداية ويستبدل تسلسلات UTF-8 غير السليمة. يجب أن يكون الملف أصغر من 4,000,000 بايت، وأن يكون النص المقروء ضمن مليون وحدة UTF-16. لا يثبت امتداد اسم الملف ترميز المحارف.

تُعاد كتابة السلسلة المفكوكة كبايتات UTF-8 للحساب، لذلك قد تختلف النتيجة عن مجموع اختباري للبايتات الأصلية مباشرةً. قد تؤثر المستندات الثنائية والصور وBOM وترميزات أخرى ومحارف الاستبدال. للتحقق المطابق لبايتات ملف، استخدم طريقة تقرأ بايتاته الخام وتحسبها بالخوارزمية المطلوبة؛ مساحة العمل هذه ليست تلك الطريقة.

W3C File API: قراءة Blob كنصWHATWG Encoding: UTF-8 وفك النص

ما معنى تطابق البصمة أو اختلافها؟

لمقارنة مفيدة، ثبت الخوارزمية وتسلسل البايتات وتمثيل البصمة الكامل في الجانبين. عدم التطابق يعني اختلاف البصمتين المحسوبتين، ولا يحدد هل السبب تحرير أو ترميز أو خوارزمية خاطئة أو تلف نقل أو تغيير آخر. تساعد متجهات الاختبار المعلومة على فصل التشغيل الأساسي عن افتراضات الإدخال الحقيقي.

يدعم تطابق بصمة بلا مفتاح الاتساق مع القيمة المتوقعة، لكنه ليس توقيعًا أو فحص هوية أو دليلًا على عدم ضرر المحتوى. للتجزئة التشفيرية مجال إخراج محدود، ولا توفر معرفات فريدة رياضيًا لكل رسالة ممكنة. ثق بمصدر البصمة المتوقعة: إذا استُبدل المحتوى والمرجع معًا، فلا يثبت التطابق وحده الأصالة.

NIST FIPS 180-4: معيار التجزئة الآمنةW3C Web Cryptography API: البصمات وخوارزميات SHA

لا تُفك البصمة كتشفير، لكن يمكن اختبار التخمين

تنتج التجزئة بصمة بدل نص مشفّر له مفتاح فك. لا يحتوي ToolMellow على فك تشفير أو استعادة نص أصلي. للتشفير وBase64 والتجزئة أدوار مختلفة: يمثّل Base64 البايتات تمثيلًا قابلًا للعكس، ويتطلب التشفير نظامًا ومفاتيح. البصمة ليست نسخة مضغوطة يمكن إعادة بناء أي إدخال منها.

لا يعني هذا استحالة تخمين كل إدخال محسوب. يمكن حساب بصمات قيم مرشحة ومقارنتها، خصوصًا إذا كان الأصل قصيرًا أو متوقعًا. لذلك لا تضمن البصمة المنشورة سرية عامة. لا تحل خطوة التجزئة وحدها المصادقة أو إدارة المفاتيح أو التخزين الآمن.

NIST FIPS 180-4: معيار التجزئة الآمنةOWASP: ورقة إرشادات تخزين كلمات المرور

لماذا SHA-256 المجرد ليس نظام تخزين كلمات مرور؟

تُجري الأداة بصمة SHA-2 بلا مفتاح، ولا معامل عمل خاص بكلمات المرور أو إدارة ملح أو إجراء تحقق حساب. اختيار SHA-384 أو SHA-512 يغيّر البصمة ولا يضيف هذه الإمكانات. إدخال سلسلة تشبه الملح يدويًا لا يساوي بناء نظام تخزين كلمات مرور كامل.

يتطلب تخزين كلمات المرور بناءً مخصصًا وضوابط تطبيق مناسبة. اتبع إرشادات التخزين الحالية للنظام الذي تبنيه. تعالج HMAC والتوقيعات الرقمية المصادقة بالمفاتيح ببنى مختلفة؛ بصمة ToolMellow النصية لا تنشئ أيًا منها ولا تتحقق منها. أبق بيانات الاعتماد الحقيقية خارج الأمثلة العامة واللقطات.

OWASP: ورقة إرشادات تخزين كلمات المرورW3C Web Cryptography API: البصمات وخوارزميات SHA

استخدام النتيجة كإدخال يحسب بصمة النص السداسي

بعد الحساب، يضع «استخدم النتيجة كإدخال» محارفها السداسية في المحرر. يحسب التشغيل التالي بايتات UTF-8 لهذا النص. لا يمرر تلقائيًا البايتات الخام الـ32 أو الـ48 أو الـ64 إلى حساب آخر، ولا توفر الواجهة وضع إدخال بايتات خام.

إذا طلب بروتوكول بصمة ثانية لبايتات البصمة الخام، فحساب النص الظاهر السداسي عملية مختلفة. حدّد التمثيل المطلوب بكل خطوة، ولا تفترض أن «حساب البصمة مرتين» عملية واحدة عامة. لا يحوّل تكرار البصمة بلا مفتاح هنا الأداة إلى تخزين كلمات مرور أو مصادقة بمفتاح.

WHATWG Encoding: UTF-8 وفك النصW3C Web Cryptography API: البصمات وخوارزميات SHA

حدود الإدخال وWeb Crypto وHTTPS

حد الإدخال 1,000,000 وحدة ترميز UTF-16 في JavaScript، وليس مليون بايت UTF-8 أو وحدة كتابية ظاهرة. توضح الرموز التعبيرية والتسلسلات المجمعة اختلاف هذه الأعداد. يظل الناتج السداسي لـSHA-2 بطوله الثابت، فتقع النتيجة المسموحة ضمن حد الإدخال لإعادة استخدامها؛ وتظل ذاكرة المتصفح وتوفر العامل مهمتين.

يجب أن يتيح المتصفح crypto.subtle في سياق آمن مناسب، مثل HTTPS أو سياق محلي موثوق يشمل localhost. إذا غابت API تعرض الأداة خطأ دعم. HTTPS وحده لا يضمن دعم كل متصفح أو بيئة تضمين لهذه API. الخوارزمية المعيارية لا تثبت تحقق FIPS أو اعتماده للمتصفح أو الموقع أو التنفيذ.

ECMAScript: String isWellFormedW3C Web Cryptography API: البصمات وخوارزميات SHAW3C Secure Contexts: مصادر محتملة الثقة

تشخيص بصمة نصية فاشلة أو غير متوقعة

عند الفشل، اقرأ الخطأ وتحقق من الخوارزمية المدعومة وWeb Crypto في سياق آمن، وافحص الوحدات البديلة غير المقترنة. خطأ حد الاستيراد يختلف عن خطأ حساب البصمة. لا تغيّر النص قبل معرفة تمثيل البايتات الذي يصفه المرجع.

عندما تفشل المقارنة، ابدأ بمتجه abc المعلوم، ثم قارن شروط الإدخال الحقيقي واحدًا واحدًا. لا تشخص الأداة تلفًا، ولا تنشئ شهادة تحقق، ولا تجلب مجموعًا اختباريًا مرجعيًا من URL. إذا غابت الحافظة، فحدد البصمة وانسخها يدويًا.

W3C Web Cryptography API: البصمات وخوارزميات SHAWHATWG Encoding: UTF-8 وفك النص

تنزيل النص والمسح والخصوصية المحلية

يحفظ «تنزيل» الناتج السداسي كنص UTF-8 في toolmellow-result.txt، لا كبايتات بصمة خام أو قائمة مجموعات اختبارية ثنائية أو تقرير. يزيل «مسح» الإدخال والناتج والأخطاء ومحتوى البحث والاستبدال والسجل، مع حفظ الخوارزمية والتفاف الأسطر. يُسقط التحديث أو الإغلاق العمل في الذاكرة؛ وتبقى الملفات المنزّلة على الجهاز.

لا يرفع التطبيق النص المقدّم أو محتوى الملف المختار أو النتيجة إلى خادم بصمات. يظل تحميل الموقع يرسل بيانات معتادة إلى الاستضافة، ويستخدم الموقع العام Google Analytics لزيارات الصفحات مع ملفات الارتباط ومعلومات الجهاز والمتصفح. لا تعني التجزئة المحلية إخفاء الهوية أو انعدام حركة الشبكة أو انعدام سجلات البنية التحتية. لا يضمن المسح إزالة كل الآثار القابلة للاستعادة من ذاكرة المتصفح أو نظام التشغيل.

تضمين مولد البصمات مع رابطه الخلفي

اختر لغة الصفحة وافتح قسم التكامل أسفل مساحة العمل. انسخ مقتطف HTML أو نزّله إلى مكان يسمح بإطارات iframe والبرامج النصية الخارجية. يتضمن إطار مساحة ToolMellow وبرنامج الحجم ورابطًا خلفيًا ظاهرًا إلى صفحة ToolMellow باللغة المطابقة. احتفظ برابط الإسناد.

افحص المعاينة على الشاشات الضيقة والسياق الآمن للتضمين وأذونات الحافظة. يحتفظ التضمين بالخوارزميات ونطاق النص وحدود الإدخال؛ ولا يصبح API بصمات بعيدة أو خدمة مجموع اختباري لملفات أو نظام تحقق كلمات مرور. يستخدم رابط الإسناد nofollow وnoopener، ولا يضمن تحسين الترتيب.

أسئلة شائعة

المصادر وقراءات إضافية

• NIST FIPS 180-4: معيار التجزئة الآمنة
• W3C Web Cryptography API: البصمات وخوارزميات SHA
• WHATWG Encoding: UTF-8 وفك النص
• W3C File API: قراءة Blob كنص
• ECMAScript: String isWellFormed
• WHATWG HTML: قيم منطقة النص وفواصل الأسطر
• W3C Secure Contexts: مصادر محتملة الثقة
• OWASP: ورقة إرشادات تخزين كلمات المرور