یک‌بار رمزکردن متن، هزینه توزیع کلید و تحویل پیام به همه اعضا را حذف نمی‌کند.
در معماری «کلید فرستنده» یا Sender Key، لازم نیست فرستنده متن یکسان را برای هر عضو گروه جداگانه رمز کند. هر فرستنده زنجیره کلید خود را دارد و کلید لازم برای خواندن پیام‌هایش را از مسیری امن به اعضای مجاز می‌رساند. این روش هزینه رمزکردن متن را کم می‌کند؛ هزینه توزیع کلید، تحویل پیام و مدیریت عضویت همچنان باقی است.
LGS1 در لیوارا چگونه توصیف شده است؟
طبق مستندات امنیت لیوارا، LGS1 برای پیام‌های گروه خصوصیِ سازگار در حالت E2EE از زنجیره و کلید امضای جداگانه هر فرستنده استفاده می‌کند. کلیدهای فرستنده در نشست‌های دوتایی LVR1 توزیع می‌شوند؛ سپس برای هر جایگاه زنجیره، کلید پیام مشتق می‌شود. مستندات همچنین چرخش کلید پس از ورود یا خروج اعضا را توصیف می‌کنند. این توضیح معماری محصول است، نه نتیجه آزمون کارایی یا ممیزی مستقل این مقاله.
مسیر یک پیام گروهی، مرحله‌به‌مرحله
- آماده‌سازی اعضا: دستگاه باید هویت رمزنگاری و عضویت مجاز گیرندگان را بررسی کند.
- توزیع کلید فرستنده: اطلاعات لازم از طریق نشست‌های خصوصی به اعضا می‌رسد. این مرحله برای یک گروه بزرگ رایگان یا مستقل از تعداد اعضا نیست.
- اشتقاق کلید پیام: زنجیره جلو می‌رود تا متن‌های متفاوت با همان کلید پیام رمز نشوند.
- رمزنگاری و احراز اصالت: متن رمز می‌شود و گیرنده باید صحت پیام و هویت فرستنده را بررسی کند.
- تغییر عضویت: کلیدهای دوره بعد باید فقط در اختیار اعضای مجاز باقی‌مانده قرار گیرند.
«کلید فرستنده» را نباید با استفاده همیشگی از یک کلید AES برای همه پیام‌ها یکی دانست. وضعیت زنجیره، شماره پیام و دوره کلید جزئی از طراحی امن‌اند.
کدام هزینه کمتر می‌شود و کدام باقی می‌ماند؟
| بخش کار | اثر معماری کلید فرستنده |
|---|---|
| رمزکردن محتوای یک پیام عادی | می‌تواند یک‌بار انجام شود، به‌جای یک نسخه رمزنگاری جدا برای هر گیرنده |
| توزیع کلید اولیه یا کلید تازه | باید اعضای مجاز را پوشش دهد؛ تعداد اعضا و دستگاه‌ها مهم است |
| ارسال شبکه‌ای به همه اعضا | همچنان به تحویل داده به گیرندگان نیاز دارد |
| خروج عضو و دستگاه آفلاین | به مدیریت دوره‌ها، هماهنگی و رفتار روشن در خطا نیاز دارد |
بنابراین عبارت «کل هزینه گروه از O(N) به O(1) می‌رسد» دقیق نیست. می‌توان درباره یک عملیات مشخص حرف زد، نه کل شبکه. سرعت، باتری و مصرف داده نیز باید روی نسخه برنامه، تعداد اعضا و دستگاه‌های مشخص اندازه‌گیری شوند.
حفاظت پساکوانتومی کجا وارد می‌شود؟
لیوارا توزیع کلید گروه را به نشست‌های ترکیبی LVR1 مرتبط می‌کند. وجود یک جزء پساکوانتومی به‌تنهایی همه خواص گروه را ثابت نمی‌کند: ترکیب کلیدها، امضاها، نگهداری وضعیت و اعتبارسنجی عضویت نیز اهمیت دارند. استاندارد شدن یک الگوریتم با تأیید امنیت یک پیام‌رسان کامل متفاوت است.
برای مقایسه معماری‌ها، RFC 9420 درباره MLS نمونه‌ای از مشخصات رسمی مدیریت کلید گروه است. LGS1 را نباید همان MLS یا پیاده‌سازی آن معرفی کرد؛ تضمین‌های هرکدام باید از مشخصات و شواهد همان پروتکل خوانده شود.
قبل از اعتماد به یک گروه خصوصی چه چیزهایی را بررسی کنیم؟
- آیا خود گروه واقعاً در حالت رمزنگاری سرتاسری است؟ مستندات لیوارا می‌گویند گروه قدیمی ناسازگار نباید بی‌دلیل برچسب رمزنگاری بگیرد.
- چه کسی می‌تواند عضو اضافه کند و اعضا چگونه از تغییر آگاه می‌شوند؟
- عضو تازه به تاریخچه گذشته دسترسی دارد یا فقط پیام‌های آینده؟ پاسخ را در همان نسخه برنامه بررسی کنید.
- پس از حذف عضو، دوره کلید عوض می‌شود؟ حذف از فهرست به‌تنهایی مدرک تعویض کلید نیست.
- آیا اعضای فعلی می‌توانند پیام را کپی کنند؟ بله؛ رمزنگاری اعتماد به گیرنده را حذف نمی‌کند.
پرسش‌های رایج
آیا حذف عضو، پیام‌های قدیمی او را پاک می‌کند؟
خیر. چرخش کلید برای محدودکردن دسترسی آینده است؛ نسخه‌ای که قبلاً دریافت یا ذخیره شده لزوماً از دستگاه عضو حذف‌شده محو نمی‌شود.
آیا LGS1 در قطعی کامل شبکه پیام را می‌رساند؟
رمزنگاری مسیر ارتباطی ایجاد نمی‌کند. تحویل پیام به دسترسی دستگاه‌ها به سرویس و مسیر شبکه نیاز دارد؛ امنیت محتوا را از دسترس‌پذیری جدا کنید.
آیا سرور هیچ اطلاعاتی از گروه ندارد؟
طبق مرزهای اعلام‌شده لیوارا، محرمانگی محتوا به معنی پنهان‌بودن همه اطلاعات عملیاتی نیست. هنگام انتخاب گروه، سیاست عضویت و فراداده را نیز بخوانید.
