مشاركة كلمات المرور بأمان للفرق: مقارنة 5 طرق

تاريخ التحقق: 2026-10-02. القيمة الافتراضية للاحتفاظ في Slack وأرقام تبديل شرائح SIM موثقة في المصادر في نهاية هذا الدليل، وسلوك LinkPilot مطابق لصفحة بنية الأمان.

الخزائن المشتركة في مدير كلمات المرور

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

رابط مشفر لمرة واحدة

في لحظة التسليم، الأداة المناسبة هي الرابط السري لمرة واحدة. تلصق كلمة المرور فتحصل على رابط، وترسله عبر أي قناة تستخدمها أصلًا. يفتحه المستلم مرة واحدة، فيظهر المحتوى ثم يُحذف نهائيًا، ولا يشير الرابط المتبقي في المحادثة إلى شيء. أضف مدة صلاحية قصيرة كي ينتهي الرابط الذي لم يُفتح من تلقاء نفسه، وعبارة مرور تُرسل عبر قناة ثانية كي لا يفيد الرابط وحده من يعترضه. يمكنك إنشاء رابط الآن بدون حساب، وتشرح صفحة LinkPilot مقابل Password Pusher ومقال كيفية مشاركة مفاتيح API بأمان الآلية نفسها للرموز.

المحادثة (Slack و Teams و Signal)

تبدو المحادثة عابرة، وهي عكس ذلك. تنص وثائق Slack نفسها على أن البيانات في الخطط المدفوعة «تُحفظ طوال عمر مساحة العمل افتراضيًا»، ويستطيع مالكو مساحة العمل تصديرها. وتخضع Teams و Google Chat لسياسات احتفاظ واكتشاف إلكتروني (eDiscovery) صُممت كي لا يمكن إخفاء الرسائل. أما Signal فأفضل، إذ يوفر رسائل تختفي ولا يحتفظ بسجل على الخادم، لكنه يظل نسخة على هاتفين مع لقطات شاشة ونسخ احتياطية لا تتحكم فيها. ثم إن كل تطبيق محادثة يعرض معاينة للروابط لحظة نشرها، ولهذا يجب تصميم الرابط لمرة واحدة بحيث لا تحذفه المعاينة.

البريد الإلكتروني

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

شفهيًا وبالهاتف وبالرسائل النصية

قراءة كلمة المرور بصوت مسموع في الغرفة نفسها لا تُنشئ أي نسخة، وهي الطريقة الوحيدة في هذه الصفحة التي لا تترك أثرًا، والوحيدة التي لا تصلح لأعداد كبيرة. أما الرسائل النصية فهي القريب الخطر: تبقى الرسالة على الهاتفين وفي سجلات شركة الاتصالات، وأرقام الهواتف تُسرق. فقد سجّل مركز شكاوى جرائم الإنترنت التابع لمكتب FBI في 2021 وحده 1,611 شكوى من تبديل شرائح SIM بخسائر تجاوزت $68 مليون، مقارنةً مع 320 شكوى في الفترة من 2018 إلى 2020 كلها. والرسائل النصية مقبولة لعبارة مرور قصيرة لا فائدة منها دون الرابط المرسل منفصلًا، لكنها غير مقبولة لكلمة المرور نفسها.

التشفير يحدث في متصفحك

منذ 29 سبتمبر 2026، يُشفَّر المحتوى من جهة العميل باستخدام AES-GCM-256 ومفتاح بطول 256 بت يُنشأ في متصفحك، قبل إرسال أي شيء. وما يصلنا هو النص المشفر، في جدول secret_links معزول عن جداول إحصاءات النقرات. وتُشفَّر الملفات المرفقة بالطريقة نفسها بمفتاح مشتق من مفتاح السر نفسه، فيفتح رابط واحد الاثنين معًا. التفاصيل الهندسية: التشفير من جهة العميل لمشاركة الأسرار.

المفتاح في الجزء الذي يلي علامة # في الرابط

يبدو رابط المشاركة هكذا: shrd.link/s/<slug>#k=<key>. كل ما بعد # هو مفتاح فك التشفير، والمتصفحات لا ترسل هذا الجزء إلى أي خادم، لا إلينا ولا إلى شبكة CDN التي تقدم صفحة الإظهار. لا يصلنا المفتاح أبدًا، فلا نستطيع قراءة المحتوى السري، ولا استرجاعه إن ضاع الرابط، ولا إعادة إنشاء الرابط لاحقًا. وبعبارة صريحة: من يملك الرابط كاملًا يملك المفتاح.

عبارة المرور تضيف عاملًا ثانيًا

في خطة Pro، تُقوّى عبارة المرور باستخدام PBKDF2-SHA256 (210,000 تكرار) وتُدمج مع مفتاح الرابط عبر HKDF-SHA256، فلا يكفي الرابط وحده ولا عبارة المرور وحدها لفك تشفير المحتوى. ويرسل المتصفح أيضًا قيمة SHA-256 لعبارة المرور كي يرفض الخادم إعادة النص المشفر لمن لا يعرفها، ولا تُكتب عبارة المرور الأصلية أبدًا في قاعدة بياناتنا أو سجلاتنا. ولا يُسمح بأكثر من 5 محاولات في الدقيقة لكل عنوان IP ولكل سر، وتُسجَّل كل محاولة فاشلة في سجل التدقيق. وللمقارنة، يشترط معيار NIST SP 800-63B أن تُخزَّن الأسرار التي يحفظها المستخدم في ذاكرته مملّحة ومجزأة بدالة لاشتقاق المفاتيح مثل PBKDF2 بما لا يقل عن 10,000 تكرار.

الحذف بعد القراءة عملية واحدة لا تتجزأ

يمنح رابط الحذف بعد القراءة المستلم فرصة واحدة لرؤية المحتوى. تُسجَّل المشاهدة عبر دالة واحدة في قاعدة البيانات مع قفل على مستوى الصف، فلا يستطيع شخصان يفتحان الرابط في اللحظة نفسها أن يقرآه كلاهما. وعند بلوغ حد المشاهدات تتحول الحالة إلى «حُذف نهائيًا» ويحل [REDACTED] محل المحتوى المخزن، وتحصل الزيارات اللاحقة على HTTP 410 وصفحة واضحة تقول إنه «شوهد من قبل». وتُمحى الأسرار المنتهية صلاحيتها والمبطلة بالطريقة نفسها، ولا توجد عمدًا أي إمكانية للاستعادة.

معاينات الروابط لا تستطيع حذفه

طلب GET إلى نقطة نهاية الإظهار يعيد بيانات وصفية فقط: الحالة، وهل تلزم عبارة مرور. ولا تُسجَّل المشاهدة إلا عند طلب POST صريح يطلقه إنسان بالنقر على زر الإظهار، وكل استجابة إظهار تحمل Cache-Control: no-store. وتجلب تطبيقات المحادثة وبوابات أمان البريد الروابط بطلبات GET عادية، فلا ترى معايناتها شيئًا ولا تحذف شيئًا. وهذا اختبار يمكنك تشغيله بنفسك: ماسحات الروابط والأسرار لمرة واحدة.

ما لا نزال نراه: ثلاثة حدود بصراحة

1. الأسرار المنشأة قبل 29 سبتمبر 2026 كانت تُخزَّن نصًا غير مشفر إلى أن انتهت صلاحيتها. لم نُعِد كتابتها خفيةً، بل ظلت تعمل كما كانت وانتهت عند انتهاء صلاحيتها. وكان بإمكان أحد المشغلين قراءة أي منها ما دام نشطًا. وظلت المرفقات المرفوعة قبل ذلك التاريخ مخزنة ملفات عادية.
2. من يملك الرابط كاملًا يملك المفتاح. يُخرجنا التشفير من جهة العميل، نحن وقاعدة بياناتنا وشبكة الحافة لدينا، من دائرة الثقة. لكنه لا يحمي رابطًا مُرّر إلى غيره أو صُوّرت شاشته أو سُجّل لدى المستلم.
3. اسم الملف وحجمه ونوعه تبقى ظاهرة لنا. فهي أعمدة بيانات وصفية، أما المحتوى فلا. ونحتفظ عن كل محاولة إظهار بالتوقيت، وعنوان IP مجزأ (SHA-256 مع ملح يتغير يوميًا، ومقتطع)، وموقع جغرافي تقريبي، ووكيل المستخدم، ولا نحتفظ أبدًا بالسر ولا بعبارة المرور الأصلية ولا بعنوان IP الأصلي، ولا ملفات تعريف ارتباط لدى المستلم.

1. لا تُكتب كلمات المرور ومفاتيح API والرموز وسلاسل الاتصال أبدًا في البريد الإلكتروني أو المحادثة أو الرسائل النصية. ولا مرة واحدة، ولا «هذه المرة فقط».
2. تُحفظ بيانات الدخول المشتركة طويلة الأمد في خزنة الفريق. شارك عنصر الخزنة، لا القيمة.
3. يُستخدم في كل تسليم لمرة واحدة رابط سري لمرة واحدة بأقصر مدة صلاحية عملية، مع تفعيل الحذف بعد القراءة.
4. ينتقل الرابط وعبارة المرور عبر قناتين مختلفتين (الرابط بالبريد الإلكتروني، وعبارة المرور بالهاتف أو برسالة خاصة في المحادثة)، ولا تُستخدم عبارة المرور نفسها مرتين أبدًا.
5. عند انضمام موظف جديد، تصله بيانات الدخول الأولى في روابط لمرة واحدة، وتُغيَّر عند أول تسجيل دخول. وعند تغيير الدور أو مغادرة الشخص، تُعدَّل صلاحيات الخزنة في اليوم نفسه، وتُغيَّر أي بيانات دخول كانت لديه خارج الخزنة.
6. كل ما لُصق يومًا في المحادثة أو البريد يُغيَّر في المرة التالية التي يُستخدم فيها، وتُحذف رسالة المحادثة. وأي مشاهدة غير متوقعة في السجل الزمني لسر ما تستدعي تغييرًا فوريًا.