رابط مشفر للمشاركة
أداة مشاركة أسرار في وضع المتصفح. اكتب سرك واحصل على رابط يشفّر كل شيء من جانب العميل باستخدام AES-GCM 256 بت عبر Web Crypto API. مفتاح التشفير يعيش في جزء URL (بعد #) — وفقًا لمواصفات HTTP، لا تُضمّن المتصفحات الأجزاء أبدًا في طلبات الشبكة، لذلك يبقى المفتاح في متصفح المستلم. لا يلزم حساب. المقايضة مقارنة بخدمات مثل Privnote: لا تحتفظ هذه الأداة بقاعدة بيانات للأسرار في وضع المتصفح، لذا لا يمكننا فرض قاعدة "عرض مرة واحدة ثم حذف" — سيفك الرابط التشفير لأي عدد من المحاولات.
كيفية الاستخدام
حتى 4 كيلوبايت تلائم URL.
عامل ثانٍ.
أرسل عبر قناة موثوقة.
بدون تثبيت.
أرسل سرًا لشخص ما عبر رابط مشفر — التشفير يعمل في المتصفح، بدون الحاجة إلى حساب
الخيارات
كيف يعمل (وما لا يفعله)
- تشفير AES-GCM 256 بت بمفتاح عشوائي تم إنشاؤه في متصفحك.
- يعيش مفتاح التشفير في جزء URL (بعد #) — الأجزاء لا تُرسل أبدًا إلى الخادم.
- لا حساب ولا قاعدة بيانات ولا خدمة طرف ثالث: أي شخص لديه الرابط يمكنه فك تشفير السر.
- هذا ليس "مرة واحدة" حقيقي — أي شخص لديه نسخة من الرابط يمكنه فك التشفير أي عدد من المرات.
- للدلالات الحقيقية لمرة واحدة، استخدم خدمة بتخزين من جانب الخادم وحذف بعد القراءة.
فتح السر المشفر
الميزات
الأسئلة الشائعة
هل يمكننا قراءة سرك على الخادم؟
في وضع المتصفح — لا. مفتاح التشفير يعيش بعد # في URL، ووفقًا لمواصفات HTTP لا تُضمّن المتصفحات الأجزاء أبدًا في طلبات الشبكة، لذا لا يصل المفتاح إلى خادمنا. تصل الكتلة المشفرة عبر مسار URL (لذلك قد تسجل سجلات خادمنا النص المشفر مؤقتًا عبر سجلات وصول nginx القياسية)، لكن بدون المفتاح يكون النص المشفر بصيغة AES-GCM-256 وغير قابل لفك التشفير.
كيف يختلف هذا عن Privnote؟
Privnote يخزن الكتلة المشفرة في قاعدة بيانات ويحذفها بعد المشاهدة الأولى. في وضع المتصفح لا تستخدم هذه الأداة قاعدة بيانات للأسرار — الكتلة في URL نفسه، لذا لا يمكننا فرض "عرض مرة واحدة". المقايضة: مفتاح التشفير لا يصل أبدًا إلى خادمنا، لكن الرابط قابل لإعادة الاستخدام طالما يحتفظ به أحدهم. (وضع التخزين على الخادم في هذه الأداة أقرب إلى Privnote.)
لماذا الرابط بهذا الطول الهائل؟
لأن السرّ يسافر داخله. فالعنوان يحمل النصّ المشفَّر، ومتّجهَ التهيئة، والمِلح الاختياري، والمفتاحَ نفسه، فيطول الرابط بطول ما ترسله: أربعةُ كيلوبايت من النصّ تنتج رابطًا بنحو ستّة، وهذا ما يستوعبه أيُّ متصفّحٍ حديث. ومن هنا يتبع التصميم: لا نسخةَ مخزَّنةً في مكانٍ يمكن العثور عليها لاحقًا، وبالقدر نفسه لا سبيل إلى استرجاع السرّ إن ضاع الرابط. ونتيجتان عمليتان: أرسله قطعةً واحدة، فرابطٌ انكسر على سطرين لا يعمل إذا لُصِق ثانيةً؛ ورابطٌ طويلٌ طولًا غير معتاد يُستحسَن تقسيمه إلى سرّين أصغر.
إن كان الرابط مشفَّرًا أصلًا فلماذا أضيف كلمة مرور؟
لأن الروابط تتسرّب بطرقٍ لا تتسرّب بها الأسرار. فالرابط وحده يكفي لفتح السرّ — وهكذا صُمِّم — وهو يستقرّ في سجلّ المحادثة، وفي رسالةٍ مُعاد توجيهها، وفي لقطة شاشة، وفي سجلّات ما حمله. وكلمةُ المرور تضيف عاملًا ثانيًا يسلك طريقًا أخرى: ترسل الرابط في قناةٍ وتقول كلمة المرور في مكالمة، فيصير من قرأ المحادثة عاجزًا عن فتح شيء. استغنِ عن كلمة المرور فيما لا يضيرك أن يراه زميل؛ واستعملها في كل ما تكون فيه القناةُ نفسها هي الموضع الضعيف، وهذا حال أغلب القنوات.
كم يعمل الرابط؟
في وضع المتصفح: طالما يحتفظ أحدهم بـ URL. لا توجد حالة قاعدة بيانات لفرض انتهاء صلاحية، لذا تعامل مع الروابط المشتركة على أنها دائمة حتى تثق بأنها حُذفت من كل جهاز مستلم. (في وضع التخزين على الخادم يُطبَّق TTL صريح — انظر "تنتهي بعد".)
هل يمكنك صنع نسخة "عرض مرة واحدة" حقيقية؟
نعم — هذا هو وضع التخزين على الخادم. يستخدم تخزينًا من جانب الخادم مع الحذف بعد القراءة، وله افتراضات ثقة مختلفة (يجب أن تثق بالخادم). يأتي وضع المتصفح (النص المشفر في URL) إلى جانبه كخيار بدون قاعدة بيانات.
يمكننا ذلك! أرسل لنا رسالة قصيرة بفكرتك. إذا أردت مناقشة التفاصيل، اترك بريدك الإلكتروني وسنتواصل معك. يمكنك البقاء مجهولاً.
