رمزنگاری می‌گوید چه کلیدهایی پیام را باز می‌کنند؛ باید جداگانه بررسی کرد آن کلیدها به چه کسانی رسیده‌اند.
خیر؛ رمزگذاری سرتاسری گروه به‌تنهایی جلوی عضو پنهانی را نمی‌گیرد. پاسخ به پرسش «آیا سرور می‌تواند عضو گروه اضافه کند؟» به سازوکار عضویت و تأیید اعضا بستگی دارد، نه فقط رمزگذاری پیام. طبق مستندات Livara، در گروه‌های خصوصیِ سازگاری که واقعاً در حالت E2EE هستند، LGS1 محتوا را رمزگذاری می‌کند. چرخش کلید پس از تغییر عضویت برای محدودکردن دسترسی آینده طراحی شده است و باید به‌روزرسانی عضویت و کلیدها در دستگاه‌ها اعمال شود؛ این کار نسخه‌های قبلاً دریافت‌شده را پس نمی‌گیرد.
نکات کلیدی
- رمزگذاری سرتاسری محرمانگی پیام را هدف می‌گیرد، اما امنیت فهرست اعضای گروه سازوکاری جداگانه می‌خواهد.
- در گروه خصوصیِ سازگار Livara که وضعیت E2EE آن تأیید شده، LGS1 پیام‌ها، ویرایش‌ها و کلیدهای پیوست را پوشش می‌دهد؛ گروه قدیمی ناسازگار را مشمول این ادعا ندانید.
- مقایسه Signal، WhatsApp، SimpleX و Element فقط با برچسب «رمزگذاری‌شده» کافی نیست؛ باید اعلان تغییر عضویت، نقش مدیر و روش تأیید هویت را نیز سنجید.
- رابط کاربری نمی‌تواند در هر شرایطی ورود حساب مجاز اما تحت کنترل مهاجم را کشف کند؛ اعضا باید هویت و تغییرات حساس را از مسیری مستقل بررسی کنند.
- Proof Lab لیوارا نمایش محلی P-256، HKDF و AES-GCM و بررسی هش فایل را ارائه می‌کند؛ این ابزار اجرای کامل یا ممیزی مستقل LVR1/LGS1 نیست.
آیا رمزگذاری گروه جلوی عضو پنهانی را می‌گیرد؟
نه، مگر آن‌که پروتکل علاوه بر محتوا، وضعیت عضویت را نیز به‌صورت رمزنگاری‌شده و قابل‌بررسی میان اعضا هماهنگ کند. «عضو پنهانی» در این مقاله یعنی حسابی که به پیام‌های آینده دسترسی دارد، درحالی‌که اعضای انسانی ورودش را ندیده‌اند یا هویتش را درست تشخیص نداده‌اند.
رمزگذاری سرتاسری یعنی فقط دستگاه‌های طرف‌های گفتگو باید بتوانند محتوای پیام را بخوانند؛ اما همان دستگاه‌ها باید بدانند کلید را برای چه کسانی می‌فرستند. اگر سرور بتواند فهرست دریافت‌کنندگان را تغییر دهد، رمزگذاری می‌تواند درست کار کند و درعین‌حال پیام برای عضو ناخواسته‌ای نیز رمز شود. برای تفکیک محتوا از فراداده، راهنمای رمزگذاری سرتاسری و حدود آن را ببینید.
بنابراین «حمله سرور به گروه رمزگذاری‌شده» الزاماً شکستن AES یا حل مسئله‌ای ریاضی نیست. سرور ممکن است با کنترل عضویت، حسابی معتبر را به جمع دریافت‌کنندگان آینده بیفزاید. سابقه پیام‌هایی که کلیدشان در اختیار آن حساب نبوده موضوع جداگانه‌ای است؛ خطر اصلی، دسترسی پس از ورود است.
درباره عضویت گروه در لیوارا چه می‌دانیم؟
مستندات امنیت لیوارا کنترل عضویت و نقش‌ها توسط سرور را از رمزنگاری محتوا جدا می‌کند. این مرز مهمی برای ارزیابی است، اما از آن به‌تنهایی نمی‌توان یک حمله عملیِ موفق یا ورود کاملاً نامرئی را اثبات کرد. برای چنین ادعایی باید رفتار کلاینت، توزیع کلید، اعلان تغییر عضویت و شرایط حمله آزمایش شده باشد.
پرسش درست این است: آیا دستگاه‌ها تغییر فهرست را مستقل اعتبارسنجی می‌کنند، و پیش از ارسال کلید به عضو تازه چه چیزی به کاربر نشان می‌دهند؟ این مقاله نتیجه ممیزی یا آزمون نفوذ برای لیوارا ارائه نمی‌کند.
امنیت فهرست اعضای گروه در پنج پیام‌رسان چه تفاوتی دارد؟
تفاوت اصلی در این است که چه کسی تغییر عضویت را مجاز می‌کند، اعضا چگونه از آن باخبر می‌شوند و آیا می‌توانند هویت حساب تازه را مستقلاً تأیید کنند. صرف وجود رمزگذاری سرتاسری، پاسخ کاملی درباره اعتماد به سرور در پیام‌رسان نمی‌دهد.
| پیام‌رسان | محتوای گروه | عضویت و اعتماد عملی | نتیجه محتاطانه |
|---|---|---|---|
| Livara | در گروه خصوصیِ سازگارِ دارای E2EE، LGS1 متن، ویرایش و کلید پیوست را پوشش می‌دهد. | کلیدهای فرستنده هنگام تغییر اعضا به صورت خودکار بازتولید و توزیع مجدد می‌شوند. | طبق مستندات محصول، محتوای گروه خصوصیِ سازگار و کلید رسانه پیش از تحویل محافظت می‌شوند؛ وضعیت همان گروه را بررسی کنید. |
| Signal | پشتیبانی Signal درباره گروه‌ها می‌گوید سرویس سابقه عضویت، عنوان، تصویر و ویژگی‌های گروه را ثبت نمی‌کند. | همان منبع می‌گوید مدیر می‌تواند تعیین کند چه کسی عضو اضافه کند و تأیید مدیر را برای پیوند گروه فعال سازد؛ اعضا همچنان باید تغییرات عضویت را ببینند. | طراحی دانسته‌های سرویس را محدود می‌کند، اما کاربران باید تغییر عضویت و هویت حساب‌ها را بررسی کنند. |
| بررسی اجمالی رمزگذاری WhatsApp می‌گوید پیام‌های شخصی و گروهی سرتاسری رمزگذاری می‌شوند. | مرکز راهنمای WhatsApp اشتراک اختیاری بخشی از تاریخچه با عضو تازه و اختیار مدیر در محدودکردن این اشتراک را شرح می‌دهد. | محتوای گروه رمزگذاری می‌شود، اما صحت عضویت را باید از کنترل مدیر و اعلان‌های برنامه سنجید. | |
| SimpleX | مستندات گروه‌های SimpleX می‌گوید هر عضو برای دیگر اعضا اتصال جداگانه دارد. | مشخصات پروتکل گروه‌ها را مجموعه‌ای از ارتباطات میان اعضا با نقش‌ها و پیام‌های تغییر عضویت توصیف می‌کند؛ این موضوع با وجود یک مدیر انسانی منافاتی ندارد. | گروه فاقد شناسه سراسری به معنی حذف همه مخاطرات عضویت یا دستگاه آلوده نیست. |
| Element / Matrix | مشخصات Matrix برای رمزگذاری سرتاسری رویداد m.room.encryption و الگوریتم‌های رمزگذاری اتاق را تعریف می‌کند. |
مشخصات عضویت Matrix عضویت را با رویدادهای m.room.member در وضعیت اتاق مدل می‌کند و سرورهای خانگی آن را توزیع می‌کنند. |
رمزگذاری اتاق و وضعیت عضویت دو لایه جدا هستند؛ اعضا باید دستگاه‌ها و تغییرات اتاق را بررسی کنند. |
این جدول رتبه‌بندی مطلق نیست. هر سامانه مدل تهدید متفاوتی دارد و برنامه، دستگاه، مدیریت گروه و رفتار اعضا می‌تواند نتیجه را تغییر دهد. برای انتخاب عملی، ۱۲ پرسش چک‌لیست پیام‌رسان امن را همراه با اسناد رسمی هر محصول به کار ببرید.
اعتماد به سرور در پیام‌رسان را چگونه مقایسه کنیم؟
اعتماد را به برچسب بله یا خیر تقلیل ندهید؛ بپرسید سرور دقیقاً چه چیزی را می‌بیند و چه چیزی را می‌تواند تغییر دهد. سروری که متن را نمی‌خواند ممکن است همچنان زمان ارتباط، اعضای گروه یا توزیع کلیدهای اولیه را کنترل کند.
اول، محرمانگی محتوا را جدا کنید
بررسی کنید پیام، ویرایش، واکنش، عنوان، پیوست و کلید پیوست دقیقاً کجا رمزگذاری می‌شوند. طبق مستندات Livara، LGS1 متن، ویرایش و کلید پیوست گروه خصوصیِ سازگار و دارای E2EE را پوشش می‌دهد؛ این ادعا شامل کانال‌ها نمی‌شود.
دوم، مرجع عضویت را پیدا کنید
مشخص کنید چه کسی می‌تواند عضو دعوت کند، چه کسی درخواست را تأیید می‌کند و کلاینت تغییر را چگونه نمایش می‌دهد. اگر سرور وضعیت گروه را تحمیل می‌کند، تهدید مصالحه سرور باید صریحاً در مدل تهدید بیاید.
سوم، هویت را از عضویت تفکیک کنید
حضور یک نام آشنا ثابت نمی‌کند کلید متعلق به همان شخص است. در Livara، safety number امکان مقایسه اثرانگشت کلید را بیرون از برنامه می‌دهد؛ وجود این ابزار به‌تنهایی به معنی بررسی کل فهرست اعضای گروه نیست. ویژگی شفافیت کلید را نیز تنها در صورت مستندبودن به محصول نسبت دهید.
چهارم، شواهد را از ادعا جدا کنید
مستندات محصول، گزارش ممیزی و آزمون مستقل یکسان نیستند. گزارش قابل اتکا باید نسخه، دامنه بررسی، یافته‌ها و اصلاحات را روشن کند. نام الگوریتم یا توافق دو پیاده‌سازی به‌تنهایی اثبات امنیت مدیریت عضویت نیست.
تأیید اعضای چت گروهی چگونه انجام می‌شود؟
اعضا باید تغییرات فهرست را فوراً بررسی و هویت افراد حساس را از کانالی مستقل تأیید کنند. برای گفت‌وگوی پرخطر، تنها دیدن نام، عکس یا شماره حساب کافی نیست، زیرا این نشانه‌ها ممکن است اشتباه، بازیافتی یا تحت کنترل مهاجم باشند.
در Livara، دو نفر می‌توانند safety number را حضوری، در تماسی شناخته‌شده یا از مسیری مستقل مقایسه کنند. این کار می‌تواند تغییر کلیدی را که انتظارش را نداشته‌اند آشکار کند؛ البته مقایسه دونفره به‌خودی‌خود تمام اعضای یک گروه بزرگ را یک‌جا پوشش نمی‌دهد. راهنمای تأیید چت با safety number مراحل عملی را توضیح می‌دهد.
برای گروه‌های حساس، این رویه کوتاه مفید است:
- اختیار افزودن عضو را تا حد ممکن به مدیران محدود کنید.
- هر اعلان ورود، خروج یا تغییر نقش را همان زمان بررسی کنید.
- هویت عضو تازه را بیرون از همان گروه تأیید کنید.
- پس از تغییر مشکوک، ارسال اطلاعات حساس را متوقف و گروه تازه‌ای با اعضای بررسی‌شده بسازید.
- دستگاه‌ها و نشست‌های متصل هر حساب را دوره‌ای مرور کنید.
این اقدامات خطر را کم می‌کنند، اما نقص معماری عضویت را درمان نمی‌کنند. اگر سرور یا حساب مدیر مصالحه شده باشد و رابط کاربری تغییر را خوب نشان ندهد، کاربر ممکن است هنوز متوجه ورود نشود.
پرسش‌های متداول
آیا سرور می‌تواند بدون شکستن رمزگذاری عضو گروه اضافه کند؟
بله، اگر معماری پیام‌رسان کنترل فهرست اعضا را به سرور بسپارد. در این حالت سرور لازم نیست رمز را بشکند؛ می‌تواند حسابی را به دریافت‌کنندگان آینده بیفزاید تا کلاینت‌ها پیام را برای آن حساب نیز رمز کنند. امکان و شیوه این کار به پروتکل عضویت هر محصول بستگی دارد.
پروتکل LGS1 در گروه‌های Livara چگونه عمل می‌کند؟
طبق مستندات محصول، در گروه‌های خصوصیِ سازگار و دارای E2EE، LGS1 زنجیره کلید و امضای فرستنده را برای حفاظت از محتوا و کلیدهای پیوست به کار می‌گیرد. محدودشدن دسترسی آینده پس از خروج عضو به اعمال تغییر عضویت و توزیع کلید تازه بستگی دارد. Proof Lab فقط نمایش محلی چند جزء رمزنگاری و بررسی هش را فراهم می‌کند؛ این نمایش اجرای کامل LGS1، ممیزی پروتکل یا اثبات امنیت مدیریت عضویت نیست.
آیا مقایسه safety number ورود عضو پنهانی را ثابت می‌کند؟
خیر. مقایسه safety number هویت کلید میان دو نفر را از مسیری مستقل بررسی می‌کند و می‌تواند تغییر نامنتظر کلید را آشکار سازد. اما ثابت نمی‌کند هیچ عضو دیگری وارد گروه نشده است؛ اعضا باید فهرست، اعلان‌های عضویت و هویت حساب‌های حساس را نیز جداگانه بررسی کنند.
کدام پیام‌رسان امن‌ترین فهرست اعضای گروه را دارد؟
از این منابع نمی‌توان برنده‌ای مطلق تعیین کرد، زیرا Signal، WhatsApp، SimpleX، Element و Livara مدل‌های عضویت و تهدید متفاوتی دارند. انتخاب درست به خطر شما بستگی دارد: بررسی کنید چه کسی عضویت را کنترل می‌کند، تغییر چگونه اعلام می‌شود و آیا هویت اعضا بیرون از سرور قابل‌بررسی است.
