پروتکل LVR1 لایه کاربرد را کاملاً از لایه انتقال مستقل میسازد؛ حتی اگر تمام گواهیهای TLS شبکه کشوری کشف یا جعل شوند، متن پیامها دستنخورده و ناخوانا باقی میماند.
حملات استراق سمع TLS و بهکارگیری گواهی ریشه جعلی ایران با هدف بازرسی ترافیک در لایه شبکه اجرا میشوند. با این حال، تحلیلگران نباید ارزیابی خود را بر پایه امنیت پروتکل شبکه ملی قرار دهند. پروتکل LVR1 protocol TLS bypass در لیوارا، رمزنگاری هیبریدی پستا-کوانتومی را مستقیماً در لایه کاربرد انجام میدهد تا خطر حمله مرد میانی پیامرسان در لایه انتقال خنثی شود. در این ساختار، حتی در صورت رمزگشایی کامل لایه TLS توسط پراکسیهای میانی، محتوای پیامهای خصوصی و گروهی خوانده نمیشود.
کلیدیترین نکات
- حملات مرد میانی در لایه شبکه (TLS MITM) تنها کانال انتقال را رمزگشایی میکنند و توانایی بازکردن لایه کاربرد LVR1 را ندارند.
- پروتکل LVR1 ترکیبی از ECDH P-256 و الگوریتم پستا-کوانتومی ML-KEM-768 (استاندارد NIST FIPS 203) را برای رمزنگاری سرتاسری به کار میگیرد.
- احراز هویت بدون انتقال کلمه عبور با پروتکل SRP (مطابق RFC 2945) انجام میشود تا امکان سرقت اعتبارنامه وجود نداشته باشد.
- کانالهای عمومی لیوارا جهت مدیریت محتوا و حذف سوءاستفاده، بدون رمزنگاری سرتاسری هستند؛ اما گفتگوهای خصوصی و گروهها رمزنگاری میشوند.
استراق سمع TLS و گواهی ریشه جعلی در زیرساخت شبکه چیست؟
استراق سمع TLS متدی است که در آن یک دستگاه پراکسی میانی مانند بازرسی عمیق بستهها (DPI)، ارتباط امن بین کاربر و سرور را قطع کرده و نقش واسط را ایفا میکند. بر اساس تحقیقات آرش آریاپور در مقاله arXiv:2507.14183v1 پیرامون اختلالات شبکه، تجهیزات میانی در بنادر مرزی اینترنت با تزریق گواهیهای صادرشده توسط مرجع گواهی (CA) دستکاریشده یا نصب اجباری گواهی ریشه، بسته TLS را گشوده و ترافیک را بازرسی میکنند.
در پروتکل TLS 1.3 (مطابق RFC 8446)، امنیت ارتباط به معتبر بودن زنجیره گواهی دیجیتال وابسته است. اگر مهاجم کنترل یک CA ریشه را در دست گیرد یا گواهی ریشه جعلی روی دستگاه نصب کند، مرورگر یا برنامه پیامرسان ارتباط را امن تلقی میکند. در این حالت، ترافیک HTTPS در پراکسی رمزگشایی، بازرسی و مجدداً رمزنگاری میشود. بدون داشتن رمزنگاری سرتاسری واقعی، پیامرسانهایی که تنها به TLS متکی هستند تمام محتوای چتهای کاربران را افشا خواهند کرد.
حمله مرد میانی پیامرسان از طریق TLS چگونه اجرا میشود؟
حمله مرد میانی پیامرسان هنگامی رخ میدهد که مهاجم بین دو سمت ارتباط قرار گرفته و کلیدهای تبادلشده را جایگزین کند. در پیامرسانهای معمولی، کلاینت متن پیام را بهصورت شفاف به لایه TLS میسپارد. با شکست لایه TLS، متن پیام افشا میشود.
جدول زیر تفاوت عملکرد پیامرسانهای متکی به TLS و پروتکل LVR1 لیوارا را در برابر حمله مرد میانی شبکه نشان میدهد:
| ویژگی و لایه امنیتی | پیامرسان متکی به TLS شبکه | لیوارا با پروتکل LVR1 |
|---|---|---|
| محل رمزنگاری | لایه انتقال (Network/TLS) | لایه کاربرد (Application Layer) |
| مقاومت در برابر CA جعلی | ❌ آسیبپذیر (رمزگشایی متن) | 🔒 پیام پلمبشده باقی میماند |
| الگوریتم تبادل کلید | ECDHE کلاسیک | ECDH P-256 + ML-KEM-768 |
| پیشبینی امنیت کوانتومی | ❌ ندارد | 🔒 استاندارد NIST FIPS 203 |
| احراز هویت کلمه عبور | ارسال هش/متن در TLS | SRP Zero-Knowledge (RFC 2945) |
حتی اگر گذرگاه شبکه ملی ترافیک TLS را بهطور کامل بازرسی کند، داده خروجی از LVR1 شامل یک بایتارایه رمزنگاریشده با AES-256-GCM است که بدون کلیدهای اختصاصی دستگاه گیرنده رمزگشایی نمیشود.
LVR1 protocol TLS bypass چگونه محتوای پیامها را محافظت میکند؟
مفهوم LVR1 protocol TLS bypass نشان میدهد که این پروتکل لایه شبکه و امنیت TLS را صرفاً یک کانال انتقال فرض میکند و هیچ اتکایی به صحت گواهیهای شبکه ندارد. حتی در صورت ناامن بودن شبکه میانی، LVR1 محتوای داده را در لایه کاربرد محافظت میکند.
پروتکل LVR1 بر پایه ساختار چرخدنده دوگانه (Hybrid Double Ratchet) عمل میکند:
- تبادل کلید کلاسیک: ECDH P-256 برای حفظ امنیت افشا در آینده (Forward Secrecy) به کار میرود.
- کپسولهسازی پستا-کوانتومی: الگوریتم ML-KEM-768 بر اساس FIPS 203 هر پیام را با یک کلید کوانتومی پلمب میکند.
- مشتقسازی کلید (KDF): توابع HKDF-SHA-256 کلید متقارن نهایی را تولید میکنند.
- رمزنگاری متقارن (AEAD): محتوا با AES-256-GCM (شامل Nonce دوازده بایتی و Tag شانزده بایتی) رمزنگاری میشود.
همانطور که در مقاله رمزنگاری پستا-کوانتومی در پیامرسانها تشریح شده، کلیدهای رمزنگاری LVR1 تنها روی دستگاه فرستنده و گیرنده تولید میشوند. سرور لیوارا و پراکسیهای TLS شبکه فقط بستههای متقارن ناخوانا را منتقل میکنند.
چگونه ساختار LGS1 و امنیت پروتکل شبکه ملی گروههای خصوصی را ایزوله میکنند؟
برای گفتگوهای گروهی خصوصی، لیوارا از پروتکل LGS1 استفاده میکند. در LGS1، هر عضو گروه یک «کلید فرستنده» (Sender Key) اختصاصی میسازد. این کلید درون پاکتهای LVR1 بهصورت جفتبهجفت برای تکتک اعضا ارسال و پلمب میشود.
این معماری تمام متنها، ویرایشها، تصاویر، ویدیوها، فایلها و یادداشتهای صوتی گروه را با ساختار هیبریدی پستا-کوانتومی رمزنگاری میکند. اگر تجهیزات بازرسی عمیق بستهها ترافیک گروه را در لایه TLS بشکنند، تنها با کپسولهای LGS1 مواجه میشوند که بدون داشتن کلیدهای فرستنده اعضا قابل رمزگشایی نیستند. برای بررسی حدود امنیتی سیستم میتوانید سند مدل تهدید لیوارا را مطالعه کنید.
احراز هویت بدون انتقال رمز عبور با SRP در محیطهای ناامن چگونه کار میکند؟
یکی از مخاطرات گواهی ریشه جعلی ایران و استراق سمع TLS، سرقت کلمات عبور هنگام ورود به حساب کاربری است. پیامرسانی که کلمه عبور را در لایه HTTPS ارسال کند، آن را افشا خواهد ساخت.
لیوارا برای حل این چالش از پروتکل احراز هویت SRP (مطابق RFC 2945) بهره میبرد:
- کاربر صحت کلمه عبور را با اثبات دانش صفر (Zero-Knowledge Proof) نشان میدهد.
- کلمه عبور یا هش مستقیم آن هرگز از دستگاه کاربر خارج نمیشود.
- در صورت شکست کامل TLS و استراق سمع ترافیک توسط پراکسی، دادهای برای سرقت کلمه عبور وجود ندارد.
همچنین سیستم بازیابی کلید (v7) هویت رمزنگاری کاربر را تحت یک کلید ۲۵۶ بیتی مشتقشده از عبارت بازیابی پلمب میکند. جزئیات بیشتر در راهنمای پشتیبانگیری امن از چتهای رمزنگاریشده آمده است.
چه بخشهایی در لیوارا رمزنگاری سرتاسری ندارند؟
شفافیت، اصل نخست در امنیت است. بخشهایی که رمزنگاری سرتاسری ندارند عبارتند از:
- کانالهای عمومی (Public Channels): کانالها پلتفرمهای پخش همگانی هستند. عدم رمزنگاری سرتاسری کانالها به لیوارا اجازه میدهد گزارشهای تخلف را بررسی و محتوای مخرب را حذف کند.
- متادادههای مسیریابی (Metadata): اطلاعاتی شامل شناسه فرستنده، مقصد و برچسبهای زمانی جهت همگامسازی پیامها ذخیره میشوند. توضیحات تکمیلی در مقاله متاداده در پیامرسانها ارائه شده است.
در مقابل، چتهای دوطرفه (LVR1)، گروههای خصوصی (LGS1)، پیوستها (با کلید ۳۲ بایتی مجزا) و تماسهای صوتی و تصویری (WebRTC DTLS-SRTP با سیگنالینگ LCS1) بهصورت سرتاسری رمزنگاری میشوند.
چگونه میتوانید امنیت اپلیکیشن و کلیدها را بهصورت مستقل راستیآزمایی کنید؟
کاربران برای اطمینان از عدم دستکاری کلیدها یا نسخه اندروید میتوانند مراحل زیر را دنبال کنند:
- کد امنیتی (Safety Numbers v3): کاربران اثرانگشت کلیدهای خود را بهصورت حضوری یا از کانالی مجزا مقایسه میکنند تا از عدم وجود حمله مرد میانی مطمئن شوند. راهنمای چگونه یک چت رمزنگاریشده را راستیآزمایی کنیم نحوه کار را شرح میدهد.
- تأیید هش APK در Proof Lab: هش SHA-256 فایل APK برنامههای اندروید به همراه بردار آزمونها در بخش Proof Lab قرار دارد تا اصالت برنامه بهصورت آفلاین بررسی شود.
- شفافیت در مقایسه: مقایسه ویژگیهای امنیتی لیوارا با سایر ابزارها در صفحه مقایسه لیوارا در دسترس است.
پرسشهای متداول
آیا گواهی ریشه جعلی میتواند چتهای خصوصی LVR1 را رمزگشایی کند؟
خیر. گواهی ریشه جعلی تنها لایه انتقال TLS را باز میکند. پروتکل LVR1 پیامها را در لایه کاربرد با ECDH P-256 و ML-KEM-768 رمزنگاری کرده است. بدون کلید خصوصی دستگاه گیرنده، ترافیک رمزگشاییشده در لایه شبکه غیرقابل خواندن خواهد بود.
پروتکل SRP چگونه از سرقت کلمه عبور در استراق سمع TLS جلوگیری میکند؟
پروتکل SRP یک اثبات دانش صفر است. کلمه عبور هرگز روی شبکه منتقل نمیشود، بلکه کلاینت و سرور طی محاسبات ریاضی صحت آن را احراز میکنند.
آیا تماسهای صوتی و تصویری لیوارا در برابر استراق سمع شبکه مقاوم هستند؟
بله. رسانه تماسهای صوتی و تصویری در اندروید با استاندارد WebRTC DTLS-SRTP رمزنگاری میشود. سیگنالینگ تماس (LCS1) نیز بهصورت یک پیام رمزنگاریشده در بستر LVR1 منتقل میگردد.
چرا کانالهای عمومی در لیوارا رمزنگاری سرتاسری نمیشوند؟
کانالها ابزار انتشار عمومی هستند. عدم رمزنگاری سرتاسری کانالها انتخابی آگاهانه در معماری است تا لیوارا بتواند گزارشهای سوءاستفاده را بررسی و محتوای مجرمانه را پاکسازی کند.
