پیام‌رسانی گروهی با کلید فرستنده می‌تواند نیاز به رمزگذاری یک نسخهٔ جداگانه از هر پیام عادی برای تک‌تک گیرندگان را برطرف کند. فرستنده مواد کلیدی را از طریق کانال‌های دونفرهٔ امن توزیع می‌کند و سپس برای پیام‌های گروه از زنجیرهٔ فرستنده استفاده می‌کند. این کار می‌تواند بارگذاری تکراری فرستنده را کاهش دهد، اما هزینهٔ کل رساندن پیام را مستقل از اندازهٔ گروه نمی‌کند.
پیش از مقایسهٔ ادعاهای مربوط به پهنای باند، بارگذاری پیام عادی، توزیع کلید و تحویل توسط سرور را از هم جدا کنید.
سه هزینهٔ پنهان در یک «پیام گروهی»
گروهی ساده‌شده با N عضو را در نظر بگیرید. این یک مدل توضیحی است، نه آزمون عملکرد اندازه‌گیری‌شدهٔ Livara:
| عملیات | نسخه‌های دونفرهٔ پیام | طراحی با کلید فرستنده |
|---|---|---|
| بارگذاری محتوای عادی توسط فرستنده | ممکن است به نسخه‌های رمزگذاری‌شدهٔ جداگانه برای گیرندگان نیاز داشته باشد | پس از راه‌اندازی می‌تواند یک متن رمزگذاری‌شدهٔ گروهی را بارگذاری کند |
| ایجاد یا توزیع کلید | نشست‌های دونفره باید وجود داشته باشند و نگهداری شوند | مواد کلیدی فرستنده باید به گیرندگان مجاز برسد |
| تحویل به گروه توسط رله | گیرندگان همچنان به نسخه‌های خود نیاز دارند | گیرندگان همچنان به نسخه‌های خود نیاز دارند |
| تغییر اعضا | نشست و سیاست دسترسی باید به‌روزرسانی شود | ممکن است مواد کلیدی تازهٔ فرستنده به توزیع مجدد نیاز داشته باشد |
«بارگذاری با اندازهٔ ثابت برای فرستنده» فقط یک بخش این مدل را توصیف می‌کند. این عبارت به معنای ثابت بودن کل ترافیک شبکه، صفر بودن هزینهٔ تغییر اعضا یا عملکرد یکسان روی همهٔ دستگاه‌ها نیست.
مشخصات MLS، یعنی RFC 9420، از IETF دربارهٔ کارایی کلیدهای فرستنده و کار اضافی لازم برای بازیابی امنیت پس از نفوذ بحث می‌کند. MLS از رویکرد متفاوتی مبتنی بر درخت استفاده می‌کند. این تفاوت معماری است، نه رتبه‌بندی‌ای که یک طراحی را در همهٔ شرایط بهترین بداند.
ایجاد کلید پساکوانتومی کجا سربار اضافه می‌کند؟
ML-KEM مواد مربوط به کلید عمومی و کپسوله‌سازی را وارد می‌کند که از نمایش‌های رایج منحنی بیضوی بزرگ‌تر هستند. اما لازم نیست پروتکل برای هر پیام یک تبادل KEM تازه انجام دهد. راه‌اندازی، تعویض دوره‌ای کلید و رمزگذاری متقارن عادی می‌توانند هزینه‌های متفاوتی داشته باشند. NIST FIPS 203 مجموعه‌پارامترهای ML-KEM را تعریف می‌کند، نه قالب کامل انتقال دادهٔ یک پیام‌رسان روی شبکه را.
به همین دلیل، ضرب کردن اندازهٔ متن رمزگذاری‌شدهٔ KEM در «۱۰۰ کاربر»، به‌تنهایی ترافیک هر پیام یک گفت‌وگوی صدنفره را پیش‌بینی نمی‌کند. پاسخ به استفادهٔ مجدد از نشست، قاب‌بندی پیام، دستگاه‌های گیرنده، ارسال مجدد و اینکه پیوست‌ها یک بار بارگذاری می‌شوند یا تکثیر می‌شوند نیز بستگی دارد.
مقایسهٔ منصفانه تعداد گروه‌ها و دستگاه‌ها، اندازهٔ پیام‌ها و پیوست‌ها، رفت‌وآمد اعضا، بیلد کلاینت و شرایط شبکه را مشخص می‌کند. بدون این جزئیات، اعداد دقیق کیلوبایت یا مصرف باتری ممکن است گمراه‌کننده باشند.
Livara دربارهٔ LGS1 چه می‌گوید؟
صفحهٔ امنیت Livara، LGS1 را طراحی زنجیرهٔ فرستنده برای گروه‌های خصوصی توصیف می‌کند. مواد کلیدی هر فرستنده درون نشست‌های دونفرهٔ LVR1 توزیع می‌شود؛ پیام‌های گروه از زنجیرهٔ حاصل استفاده می‌کنند و مستندات از کلیدهای تازهٔ فرستنده هنگام ورود یا خروج اعضا سخن می‌گوید.
این معماری مستندشدهٔ ارائه‌دهنده است، نه نتیجهٔ عملکردی که به‌طور مستقل راستی‌آزمایی شده باشد. می‌توان بر پایهٔ آن جداسازیِ موردنظر میان توزیع کلید و پیام‌های عادی را توضیح داد. اما این مستندات ادعای اینکه هر بارگذاری گروهی دقیقاً 1.1 KB است، کل سامانه هزینهٔ تحویل O(1) دارد یا مصرف باتری اندازه‌گیری شده و ناچیز است را پشتیبانی نمی‌کند.
تعویض کلید بخشی از هزینهٔ امنیت است
اگر عضوی همچنان کلیدهایی داشته باشد که بتوانند ترافیک آینده را رمزگشایی کنند، حذف او از رابط کاربری کافی نیست. گذار امن باید دستگاه‌های حذف‌شده را از توزیع کلید جدید کنار بگذارد و اطمینان دهد کلاینت‌های باقی‌مانده به وضعیت درست می‌روند. پیام‌های قبلاً دریافت‌شده و فایل‌های کپی‌شده را نمی‌توان با رمزنگاری پس گرفت.
محرمانگی پیشرو و بازیابی پس از نفوذ در طراحی کلید فرستنده نیز به چگونگی پیشروی زنجیره‌های کلید، حذف کدام اسرار و زمان ورود مواد تازه بستگی دارد. نباید این ویژگی‌ها را صرفاً از استفاده از یک KEM پساکوانتومی هنگام راه‌اندازی نتیجه گرفت.
پرسش‌هایی برای ارزیابی عملی گفت‌وگوی گروهی
- متن عادی برای هر فرستنده یک بار بارگذاری می‌شود یا برای هر دستگاه گیرنده جداگانه؟
- چه رویدادهایی کلیدها را تعویض می‌کنند و هنگام آفلاین بودن یک عضو چه رخ می‌دهد؟
- دستگاه‌های افزوده‌شده و اعضای حذف‌شده چگونه نمایش داده می‌شوند؟
- آیا پیوست‌ها و کلیدهای رمزگشایی آن‌ها تحت همان قواعد عضویت محافظت می‌شوند؟
- کدام فراداده برای رله قابل مشاهده می‌ماند؟
- آیا نتایج عملکرد روی تلفن‌ها و شبکهٔ هدف بازتولیدپذیرند؟
مدل تهدید Livara میان گروه‌های خصوصی و کانال‌های عمومی تمایز می‌گذارد و اطلاعات مسیریابیِ قابل مشاهده را مستند می‌کند. انتشار عمومی و توزیع کلید گروه خصوصی نباید در یک ادعای واحد دربارهٔ «کانال‌های رمزگذاری‌شده» ادغام شوند.
کلیدهای فرستنده می‌توانند کار تکراری را کاهش دهند. پرسش مهندسیِ مفید این است که آن کار به کجا منتقل می‌شود، چه رویدادهایی آن را تکرار می‌کنند و گروه با چه میزان امنیت اعضای خود را تغییر می‌دهد.
