رمزنگاری سرتاسری فقط دو حلقه از چهار حلقهٔ چت شما را می‌بندد — مسیر و سرور. حلقهٔ اول و حلقهٔ چهارم، یعنی دستگاه خودتان و دستگاه مخاطب، به دست خودتان سپرده شده‌اند.
اگر رمزنگاری سرتاسری را روشن کرده‌اید، بزرگ‌ترین تهدید شما معمولاً یک هکر ناشناس نیست؛ گوشی بی‌قفل خودتان، پشتیبان‌گیری ابری و کسی است که روی مبل روبه‌رو نشسته. تهدید واقعی حریم خصوصی چت را نمی‌شود حدس زد؛ باید مشخصش کرد. یک مدل تهدید پیام‌رسان (threat model messaging app) ساده در سه یا چهار جمله می‌گوید از چه کسی، از چه چیزی و تا کجا می‌خواهید محافظت کنید — و همین جمله‌ها تعیین می‌کنند کدام ویژگی امنیتی برای شما معنا دارد و کدام فقط تبلیغ است.
نکات کلیدی
- مدل تهدید سه یا چهار جمله است، نه یک محصول. یعنی بنویسید از چه کسی، از چه چیزی و با چقدر تلاش می‌خواهید محافظت کنید؛ بدون این جمله‌ها، انتخاب پیام‌رسان فقط جمع کردن فهرست ویژگی‌ها است.
- چت شما چهار حلقه دارد: دستگاه خودتان، شبکه، سرور پیام‌رسان و دستگاه طرف مقابل. هر حملهٔ واقعی روی یکی از این چهار حلقه می‌نشیند.
- رمزنگاری سرتاسری فقط دو حلقه را می‌بندد — مسیر شبکه و سرور — و به دستگاه شما، پشتیبان‌گیری و اسکرین‌شات کاری ندارد.
- برای بیشتر مردم، تهدید واقعی حریم خصوصی چت از داخل خانه می‌آید: قفل صفحهٔ خاموش، پیش‌نمایش اعلان روی صفحهٔ قفل، پشتیبان ابری و رمز مشترک.
- فراداده جدا از متن است. اینکه با چه کسی و چه زمانی حرف زده‌اید، حتی با متن کاملاً رمزنگاری‌شده هم باقی می‌ماند و باید جداگانه درباره‌اش تصمیم بگیرید.
مدل تهدید چیست و چرا برای انتخاب پیام‌رسان مهم است؟
مدل تهدید توصیف کوتاهی است از اینکه «از چه کسی، از چه چیزی و با چه مقدار تلاش می‌خواهید محافظت کنید». تا وقتی این سه بخش روشن نباشد، مقایسهٔ پیام‌رسان‌ها فقط فهرست بلندتری از ویژگی‌ها می‌شود و هیچ‌وقت نمی‌فهمید کدام ویژگی به کار شما می‌آید.
بنیاد مرزهای الکترونیکی (EFF) در راهنمای خود با نام Security Planning (Threat Modeling) همین را می‌گوید: تلاش برای محافظت در برابر همهٔ تهدیدهای ممکن و در همهٔ لحظه‌ها به سرخوردگی می‌رسد، چون امنیت یک فرایند است نه یک خرید. برای تیم‌های فنی هم پروژهٔ مدل‌سازی تهدید OWASP چارچوبی مشابه می‌سازد و کتابخانهٔ مدل تهدید در راهنمای توسعه‌دهندگان OWASP نمونه‌های آمادهٔ زیادی دارد که می‌توان از آن‌ها الگو گرفت.
یک نکتهٔ عملی: مدل تهدید سند ثابت نیست. عوض شدن شغل، سفر کاری، یا اضافه شدن یک نفر به گروه خانوادگی می‌تواند آن را کاملاً جابه‌جا کند. هر بار که این اتفاق می‌افتد، همان چهار جمله را دوباره بنویسید.
چه کسی پیام‌های من را می‌خواند؟ زنجیره را به چهار حلقه بشکن
پاسخ کوتاه این است: هر پیام از چهار حلقه عبور می‌کند — دستگاه شما، شبکه، سرور پیام‌رسان و دستگاه مخاطب — و پیام تنها وقتی لو می‌رود که یکی از این حلقه‌ها بشکند. پس پرسش درست این نیست که «کدام پیام‌رسان امن‌تر است»، بلکه این است که «در وضعیت من، کدام حلقه ضعیف‌تر است».
حلقهٔ اول: دستگاه خودتان
هر چیزی که روی صفحهٔ گوشی شما دیده می‌شود، از رمزنگاری عبور کرده و باز شده است. اگر گوشی بی‌قفل باشد، اگر پیش‌نمایش اعلان روی صفحهٔ قفل فعال باشد، یا اگر کسی رمز چهاررقمی شما را بداند، هیچ رمزنگاری‌ای کمکی نمی‌کند.
حلقهٔ دوم: شبکه
وای‌فای عمومی، اپراتور و سرورهای DNS مسیر پیام شما را می‌بینند. با رمزنگاری سرتاسری آنچه می‌بینند دادهٔ رمزشده است نه متن؛ ولی رد و بدل شدن پیام و حجم آن معمولاً پنهان نمی‌ماند.
حلقهٔ سوم: سرور پیام‌رسان
سرور نقطهٔ همگام‌سازی دستگاه‌ها است. با رمزنگاری سرتاسری، سرور متن را نمی‌خواند، اما همچنان فرادادهٔ مسیریابی را می‌بیند و می‌تواند نگه دارد. همین‌جا است که تفاوت میان «رمزنگاری‌شده» و «خصوصی» روشن می‌شود.
حلقهٔ چهارم: دستگاه طرف مقابل
آخرین حلقه از کنترل شما بیرون است. مخاطب می‌تواند اسکرین‌شات بگیرد، پیام را فوروارد کند، یا گوشی‌اش آلوده باشد. رمزنگاری سرتاسری این حلقه را به «اعتماد به مخاطب» کاهش می‌دهد، نه بیشتر.
جمع‌بندی این بخش: رمزنگاری سرتاسری حلقهٔ دوم و سوم را می‌بندد و حلقهٔ چهارم را کوچک می‌کند؛ حلقهٔ اول کاملاً به خودتان سپرده شده است.
تهدید واقعی حریم خصوصی چت برای بیشتر مردم چیست؟
پاسخ کوتاه: برای بیشتر مردم، تهدید واقعی یک نهاد دولتی یا هکر حرفه‌ای نیست؛ گوشی بی‌قفل، پشتیبان‌گیری ابری، پیش‌نمایش اعلان و حسابی است که با آن وارد شده‌اند.
پشتیبان‌گیری رایج‌ترین شکاف است. اگر پیام‌رسان نسخهٔ پشتیبان را در فضای ابری نگه دارد و آن نسخه سرتاسری رمزنگاری نشده باشد، رمزنگاری روی گوشی فقط تا لبهٔ ابر کار می‌کند؛ یعنی درِ درستی را قفل کرده‌اید اما کلید را کنار همان در گذاشته‌اید. راهنمای پشتیبان‌گیری امن از چت‌های رمزنگاری‌شده همین شکاف را قدم‌به‌قدم می‌بندد.
تهدید دوم، آدم‌های نزدیک است: همکار، هم‌خانه، یا کسی که گوشی را برای «یک لحظه» قرض می‌گیرد. تهدید سوم، حساب ورود است؛ اگر ورود با ایمیل باشد و آن ایمیل محافظت ضعیفی داشته باشد، کل زنجیره از ضعیف‌ترین حلقه باز می‌شود. هیچ‌کدام از این‌ها با رمزنگاری قوی‌تر حل نمی‌شود.
حفاظت از چت در برابر هکر: کدام حمله‌ها واقعاً اتفاق می‌افتند؟
پاسخ کوتاه: حمله‌های رایج به چت، شکستن ریاضیات رمزنگاری نیست؛ فیشینگ، بدافزار، دزدیدن کد ورود و حمله به خود دستگاه است. مهاجم عملاً به‌جای شکستن قفل، دنبال کلید می‌گردد.
به همین دلیل، رفتار ورود به حساب به‌اندازهٔ طول کلید مهم است. لیوارا برای احراز هویت از SRP (اثبات رمز با دانش صفر) استفاده می‌کند: دستگاه شما دانش رمز را اثبات می‌کند بدون اینکه خود رمز عبور روی شبکه فرستاده شود. نتیجهٔ عملی این است که ضبط کردن ترافیک ورود، رمز عبور را لو نمی‌دهد. محدودیت را هم باید صریح گفت: SRP جلوی صفحهٔ جعلی‌ای که کاربر خودش رمز را در آن تایپ می‌کند را نمی‌گیرد؛ آن‌جا دیگر مسئلهٔ ریاضی نیست، مسئلهٔ دقت کاربر است.
سطح حملهٔ دوم، خودِ اپلیکیشن است. یک نسخهٔ دستکاری‌شده از APK می‌تواند هر رمزنگاری‌ای را دور بزند. لیوارا چک‌سام SHA-256 هر انتشار را منتشر می‌کند تا بتوانید نسخهٔ نصب‌شده را آفلاین بررسی کنید؛ آزمایشگاه اثبات همین کار را در مرورگر انجام می‌دهد. اگر می‌خواهید بدانید از هر پیام‌رسان دیگری چه باید پرسید، فهرست پرسش‌هایی که پیش از انتخاب پیام‌رسان امن باید بپرسید نقطهٔ شروع خوبی است.
رمزنگاری سرتاسری چه چیزی را پوشش می‌دهد و چه چیزی را نه؟
پاسخ کوتاه: رمزنگاری سرتاسری محتوای پیام را از دستگاه شما تا دستگاه مخاطب می‌بندد، طوری که سرور فقط دادهٔ رمزشده را می‌بیند؛ اما فراداده، پشتیبان‌گیری، اسکرین‌شات و محتوای کانال‌های عمومی را پوشش نمی‌دهد.
در لیوارا، پیام‌های مستقیم با پروتکل LVR1 کار می‌کنند: یک رچت دوتایی هیبرید پساکوانتومی که در آن رچت ECDH روی منحنی P-256 و رچت دوره‌ای ML-KEM-768 (استاندارد FIPS 203) کنار هم می‌چرخند و کلید هر پیام از هر دو گرفته می‌شود؛ نتیجه، محرمانگی رو به جلو و بازیابی پس از نفوذ است. کلیدها با HKDF-SHA-256 مشتق می‌شوند و محتوا با AES-256-GCM (نانس ۱۲ بایتی و برچسب ۱۶ بایتی) رمز می‌شود. امضاها هم ECDSA P-256 با SHA-256 هستند.
گروه‌های خصوصی با پروتکل LGS1 پوشش داده می‌شوند: کلید فرستنده برای هر عضو داخل یک پاکت LVR1 جداگانه مهر می‌شود، پس پیام‌های گروهی هم هیبرید پساکوانتومی‌اند. یک محدودیت را همین‌جا بگوییم: عضویت در گروه سمت سرور کنترل می‌شود، نه با رمزنگاری؛ یعنی سرور تعیین می‌کند چه کسی عضو گروه است. عکس، ویدیو، فایل، زیرنویس و پیام صوتی هم هرکدام کلید محتوای تصادفی ۳۲ بایتی جداگانه می‌گیرند و پیش از بارگذاری رمز می‌شوند. تماس‌های صوتی و تصویری با WebRTC DTLS-SRTP رمز می‌شوند؛ این مسیر رمزنگاری کلاسیک است و پساکوانتومی نیست.
محدودیت را در همان جمله بگوییم: کانال‌ها رمزنگاری سرتاسری ندارند. کانال یک سطح پخش عمومی است — یک نویسنده برای مخاطب نامحدود — و عمداً عمومی و بدون رمزنگاری است تا لیوارا بتواند به گزارش‌ها رسیدگی کند و محتوای سوءاستفاده‌گرانه را حذف کند. چت خصوصی، مستقیم و گروهی سرتاسری رمزنگاری‌شده است؛ کانال عمومی خواندنی است. یک نکتهٔ آخر: هیچ‌کدام از این پروتکل‌ها تا امروز ممیزی امنیتی مستقل نشده‌اند؛ آنچه در این بخش خواندید بر پایهٔ مستندات فنی خود لیوارا است، نه تأیید یک نهاد سوم. اگر می‌خواهید مرز دقیق را ببینید، رمزنگاری سرتاسری واقعاً چه چیزی را محافظت می‌کند و رمزنگاری پساکوانتومی در پیام‌رسان‌ها را بخوانید.
فراداده حتی وقتی متن رمزنگاری شده باشد چه چیزی را لو می‌دهد؟
پاسخ کوتاه: فراداده می‌گوید چه کسی با چه کسی، چه زمانی و با چه حجمی حرف زده است — و این اطلاعات با رمزگذاری متن از بین نمی‌رود.
در لیوارا، فرادادهٔ مسیریابی استاندارد (فرستنده، مقصد، زمان تحویل) برای همگام‌سازی بی‌وقفهٔ دستگاه‌ها نگه داشته می‌شود. این یک محدودیت صریح است، نه جزئیاتی که بشود نادیده گرفت. حتی بدون خواندن متن، نمودار «چه کسی با چه کسی» می‌تواند حساس باشد: پزشک و بیمار، وکیل و موکل، یا دو طرف یک مذاکرهٔ کاری. توضیح کامل‌تر در فرادادهٔ پیام‌رسانی چه چیزی را لو می‌دهد آمده است.
اگر مدل تهدید شما شامل «کسی که الگوی ارتباط من را می‌بیند» می‌شود، هیچ پیام‌رسان سرتاسری به‌تنهایی جواب این بخش نیست؛ باید دربارهٔ اینکه با چه کسی و از کجا حرف می‌زنید هم فکر کنید.
در پنج دقیقه مدل تهدید خودت را بنویس
پاسخ کوتاه: چهار پرسش را جواب بدهید — از چه کسی می‌ترسم، آن فرد چه می‌خواهد، چقدر توان دارد، و اگر پیام لو برود چه اتفاقی می‌افتد — و بعد کم‌هزینه‌ترین اقدام مؤثر را انتخاب کنید، نه برعکس.
- تهدیدکننده کیست؟ نام ببرید: همکار، شریک سابق، سارق، شرکت، دولت.
- چه چیزی ارزش محافظت دارد؟ متن گفت‌وگو، فایل‌ها، یا خودِ الگوی ارتباط.
- آن فرد چقدر توان دارد؟ دسترسی فیزیکی به گوشی؟ دسترسی به حساب؟ منابع گسترده؟
- اگر لو برود چه اتفاقی می‌افتد؟ آبرو، شغل، امنیت جسمی، یا فقط خجالت.
- با این جواب‌ها، کم‌هزینه‌ترین اقدام مؤثر را انتخاب کنید.
اگر پاسخ شما «کسی که روی همان وای‌فای نشسته» است، قفل صفحه و بررسی کلید امنیتی از هر ویژگی دیگری مهم‌تر است؛ چطور یک چت را با شماره‌های امنیتی تأیید کنیم همین کار را نشان می‌دهد. و اگر می‌خواهید بدانید در یک پیام‌رسان مشخص چه کسی چه چیزی را می‌بیند، مدل تهدید منتشرشدهٔ لیوارا همان را بدون شعار توضیح می‌دهد.
پرسش‌های پرتکرار
«مدل تهدید» را در یک جمله چطور تعریف کنم؟
یعنی روشن کنید از چه کسی، از چه چیزی و با چقدر تلاش می‌خواهید محافظت کنید. همین جمله تعیین می‌کند کدام ویژگی امنیتی ارزش هزینه دارد و کدام فقط پیچیدگی اضافه می‌کند.
اگر رمزنگاری سرتاسری دارم، باز هم باید نگران هکر باشم؟
بله، اما نه به آن شکلی که فکر می‌کنید: مهاجم به‌جای شکستن قفل، سراغ دستگاه، فیشینگ و کد ورود می‌رود. پس پرسش درست این است: گوشی من قفل است، پشتیبان ابری‌ام رمزنگاری شده، حساب ایمیلم محافظت دارد؟
آیا کانال‌های عمومی هم رمزنگاری سرتاسری دارند؟
نه؛ کانال یک سطح پخش عمومی و خواندنی است تا رسیدگی به گزارش‌ها و حذف محتوای سوءاستفاده‌گرانه ممکن باشد. چت خصوصی، مستقیم و گروهی سرتاسری رمزنگاری‌شده است، با این استثنا که عضویت گروه سمت سرور کنترل می‌شود.
چطور بفهمم نسخهٔ اندرویدی که نصب کرده‌ام دستکاری نشده؟
چک‌سام SHA-256 منتشرشده را با نسخهٔ نصب‌شدهٔ خودتان مقایسه کنید؛ آزمایشگاه اثبات این کار را در مرورگر و بدون نیاز به اینترنت ممکن می‌کند. یک APK دستکاری‌شده می‌تواند رمزنگاری را دور بزند، پس بررسی یکپارچگی برنامه به‌اندازهٔ خود رمزنگاری مهم است.
منابع (Sources)
- Security Planning (Threat Modeling) — بنیاد مرزهای الکترونیکی (EFF)
- OWASP Threat Modeling Project
- Threat Model Library — راهنمای توسعه‌دهندگان OWASP
