نمونه عملی: اشتراک سند خصوصی پروژه
فرض کنید سه همکار پیش‌نویسی را مبادله می‌کنند و بعد پیمانکار را از گروه حذف می‌کنند. ابتدا مشخص کنید مهاجم سرویس، عضو سابق یا دارنده گوشی بازشده است. ماتریس زیر چارچوب طراحی این سناریو است. پیش از اتکا به آن، هر فرض را با کلاینت واقعی و مستندات فعلی محصول بررسی کنید.
| محیط | خوانندگان متن | خطر باقی‌مانده |
|---|---|---|
| پیام مستقیم | دستگاه‌های طرفین | مسیریابی و زمان؛ خطر جایگزینی هویت در نخستین تماس باقی است |
| گروه خصوصی سازگار | دستگاه اعضا | عضویت ارائه‌شده از سرور پیش از توزیع دوباره کلید قابل دست‌کاری است |
| کانال | شرکت‌کنندگان و سرویس | سرویس می‌تواند محتوا را بخواند |
| دستگاه بازشده | هر فردی که کنترل دستگاه را دارد | رمزنگاری هنگام انتقال از گفتگوی باز محافظت نمی‌کند |
ترتیب عملیات و سناریوی شکست
ترتیب مورد انتظار طراحی: تأیید طرفین مورد نظر ← توزیع کلید به همان دستگاه‌ها ← رمزنگاری پیش‌نویس ← انتقال متن رمز‌شده ← رمزگشایی روی دستگاه گیرنده. حذف عضو باید هنگام توزیع دوباره کلید و ارسال‌های بعدی، از جمله برای کلاینت آفلاین، ارزیابی شود. قطع دسترسی نسخه‌ای را که عضو قبلی خوانده یا ذخیره کرده پس نمی‌گیرد.
نمونه شکست: سرویس پیش از توزیع دوباره کلید فرستنده، هویتی دیگر را به فهرست اعضا اضافه میکند. رمزنگاری برای آن فهرست می‌تواند محتوای آینده را به دستگاه اضافه‌شده برساند. احراز قوی‌تر عضویت به کار روی پروتکل و رابط نیاز دارد و با تغییر برچسب تبلیغاتی فراهم نمی‌شود. توزیع کلید فرستنده تحویل گروهی را ساده‌تر میکند، اما رسیدگی به لغو دسترسی و وضعیت دستگاه را دشوارتر میکند.
چک‌لیست اعتبارسنجی
- حساب آزمایشی بسازید و نسخه کلاینت، پلتفرم و نوع گفتگو را ثبت کنید. از متن و فایل ساختگی استفاده کنید، نه داده خصوصی کاربران.
- در محیط آزمایش مجاز، داده بارگذاری و پیش‌نمایش اعلان را بررسی کنید. مشخص کنید کدام فیلد محتوا، شناسه، زمان یا اندازه فایل را آشکار میکند؛ بدنه رمز‌شده به‌تنهایی مرز کامل را ثابت نمی‌کند.
- آزمایش را با تغییر هویت، عضو آفلاین، عضو حذف‌شده و دستگاه تازه تکرار کنید. هشدار، توزیع کلید و توقف امن عملیات را ثبت کنید. دسترسی غیرمنتظره نقصی برای بررسی است.
- بازیابی را یک بار با عبارت درست و یک بار بدون آن آزمایش کنید. تاریخچه قابل خواندن را ثبت و محدودیت بازیابی را پیش از اتکای کاربر به پشتیبان توضیح دهید.
- برای هر ادعا، مراحل، نتیجه مشاهده‌شده و محدودیت را ثبت کنید. نمایش الگوریتم یا تطبیق SHA-256 فقط همان بررسی محدود را پوشش می‌دهد و ممیزی مستقل برنامه نیست.
شواهد و مسئولیت تحریریه
استودیو لیوارا ناشر جمعی این راهنماست. ادعاهای محصول از لیوارا می‌آید؛ بازبینی متخصص مشخص یا ممیزی مستقل ادعا نمی‌شود. یادداشت تغییر — ۱۰ سپتامبر ۲۰۲۶: ماتریس تهدید، سناریوی حذف عضو و چک‌لیست اعتبارسنجی افزوده شد. تاریخ انتشار و بازبینی موجود مربوط به مقاله اصلی است؛ این پیوست به‌روزرسانی تحریریه است، نه بازبینی فنی تازه.
پرسش پشت اصطلاح
«پیامرسان امن» ویژگی قابل آزمایش نیست. مدل مفید، متن پیام، هویت حساب، عضویت، فراداده مسیریابی، بازیابی کلید، تماس و دستگاه آلوده را جدا میکند. هر دارایی خواننده و حالت شکست متفاوت دارد.
رویکرد قابل بازبینی
از ماتریس نوع گفتگو آغاز کنید. برای پیام مستقیم، گروه و کانال بنویسید متن ساده کجا وجود دارد، کدام دستگاه یا سرویس کلید دارد، دستگاه تازه چگونه اضافه میشود و چه فراداده‌ای برای تحویل لازم است. پاسخ را پیش از ارسال در رابط نشان دهید.
- دارایی پیش از الگوریتم رمزنگاری
- نمایش حفاظت بر اساس نوع گفتگو
- طراحی گم‌شدن کلید و تغییر هویت
- انتشار فراداده قابل مشاهده سرور
مرزی که باید دیده شود
رمزنگاری سمت کاربر از دستگاه آلوده محافظت نمی‌کند و لزوماً شرکت‌کننده، زمان یا تحویل را پنهان نمی‌کند. لیوارا چت پیام مستقیم و گروه خصوصی سازگار را سرتاسری رمزنگاری میکند؛ محتوای کانال برای سرور خوانا میماند و فراداده مسیریابی، عضویت و زمان مرزی جداگانه است.
برای سنجش پیامرسان امن، نوع گفتگو را جدا کنید
پیام مستقیم، گروه خصوصی، کانال عمومی، تماس و پشتیبان را در یک جدول جدا بنویسید. برای هر حالت مشخص کنید چه کسی محتوا را می‌خواند، چه کسی عضویت را کنترل میکند، سرویس چه فراداده‌ای می‌بیند و تغییر دستگاه یا کلید چگونه مدیریت میشود. این جدول از برچسب کلی «پیامرسان امن» قابل آزمون‌تر است.
ممکن است متن پیام مستقیم محافظت شود ولی مسیریابی، عضویت و زمان نزد سرویس بماند. کانال عمومی نیز می‌تواند عمداً برای سرور خوانا باشد. ادعای کلی رمزنگاری نباید این تفاوت‌ها را بپوشاند.
چطور پیام‌رسان‌های خصوصی را مقایسه کنیم؟
از حالت پیشفرض کاربر تازه آغاز کنید. تأیید کلید، افزودن دستگاه، مالکیت کلید پشتیبان، بازیابی دستگاه گم‌شده، فایل‌ها، اعلان‌ها و نگهداری فراداده را بررسی کنید. سیستم‌عامل، نسخهٔ برنامه و تاریخ مشاهده را ثبت کنید. توضیح سازنده با آزمون عملی یکسان نیست.
اثر انگشت SHA-256 فایل نصب، نام پروتکل یا صفحهٔ زیبا دربارهٔ حریم خصوصی، شاهد ممیزی مستقل نیست. اگر بازبینی مستقل برای تصمیم شما مهم است، محدوده، تاریخ، نسخه و یافته‌های باز آن را بخواهید.
نمونهٔ مشخص: مرزهای لیوارا چت
در طرح منتشرشدهٔ لیوارا چت، LVR1 برای محتوای مستقیم و کلیدهای فرستندهٔ LGS1 برای گروه خصوصی سازگار به‌کار می‌روند. محتوای کانال عمومی برای سرور خواناست. سرویس همچنان به فرادادهٔ تحویل و عضویت نیاز دارد و دستگاه باز یا آلوده بیرون مرز رمزنگاری سرتاسری است. اینها توضیح سازنده‌اند و باید با نسخهٔ منتشرشده سنجیده شوند، نه تأیید مستقل.
اگر کلید یک گفتگوی خصوصی از دست برود، تحویل خاموش متن رمزِ ناخوانا بازیابی محسوب نمی‌شود. رابط باید شکست را توضیح دهد، تغییر هویت را قابل بررسی کند و محدودیت بازگرداندن تاریخچه را نشان دهد.
منابع و مطالعه بیشتر
پرسش‌های رایج
نخستین پرسش دربارهٔ پیامرسان امن چیست؟
بپرسید در نوع گفتگوی مورد استفاده، بهطور پیشفرض چه چیزی محافظت میشود، کلیدها نزد چه کسیاند و کدام فراداده باقی میماند.
آیا پیامرسان رمزنگاریشده طرفهای گفتگو را پنهان میکند؟
نه لزوماً. مسیریابی و عضویت میتوانند حتی با رمزنگاری سرتاسری محتوا برای سرویس قابل مشاهده باشند.