کلید قوی با کلید درست فرق دارد؛ احراز هویت مخاطب بخشی از امنیت گفتگو است.
رمزنگاری پیام باید هم محتوا را محافظت کند و هم روشن کند کلید طرف مقابل واقعاً به کدام حساب تعلق دارد. اگر برنامه کلید اولیه را از سرور می‌گیرد، احراز هویت آن کلید مهم است: رمزکردن برای کلید مهاجم، ارتباط امن با مخاطب موردنظر شما ایجاد نمی‌کند.
این به معنی آن نیست که هر سرور هک‌شده فوراً همه پیام‌های گذشته را می‌خواند. نتیجه به پروتکل، کلیدهای قبلاً تأییدشده، هشدار تغییر هویت و مکانیزم‌های شفافیت کلید بستگی دارد.
مشکل اعتماد در اولین ارتباط چیست؟
برای شروع گفتگو با مخاطبی آفلاین، پیام‌رسان می‌تواند بسته‌ای از کلیدهای عمومی او را روی سرور نگه دارد. امضای پیش‌کلید کمک می‌کند پیوند آن با کلید هویت بررسی شود؛ اما باید خود کلید هویت نیز به مخاطب موردنظر متصل شود.
مشخصات X3DH سیگنال این مدل ارتباط غیرهم‌زمان و فرض‌های احراز هویت را توضیح می‌دهد. این سند را نباید مشخصات LVR1 نامید: استفاده از ایده‌های مشابه به معنی یکسان‌بودن دو پروتکل نیست.
جایگزینی کلید چگونه خطر ایجاد می‌کند؟
در یک مثال ساده، مهاجم به‌جای کلید حساب «آلیس»، کلیدی تحت کنترل خودش ارائه می‌دهد. اگر دستگاه بدون بررسی کافی آن را بپذیرد، پیام تازه ممکن است برای مهاجم رمز شود. امکان و آشکارشدن این حمله به جزئیات سیستم وابسته است؛ ادعای «همیشه بی‌صدا و بدون هشدار انجام می‌شود» دقیق نیست.
کلید قوی با کلید درست فرق دارد. AES یا یک الگوریتم پساکوانتومی، به‌خودی‌خود هویت انسانی صاحب حساب را تأیید نمی‌کند.
شماره ایمنی چه چیزی را بررسی می‌کند؟
اثر انگشت یا شماره ایمنی نمایش کوتاه‌تری از اطلاعات کلیدی گفتگو است. مقایسه آن از راهی که به اصالت طرف مقابل اعتماد دارید، کمک می‌کند دو دستگاه درباره کلیدهای ارتباط توافق داشته باشند. این بررسی ثابت نمی‌کند گوشی فاقد بدافزار است یا شخص طرف مقابل هرگز پیام را بازنشر نمی‌کند.
راهنمای رسمی سیگنال نیز تصریح می‌کند شماره ایمنی به‌تنهایی هویت شخص را احراز نمی‌کند. تغییر آن ممکن است نتیجه تعویض دستگاه یا نصب دوباره باشد؛ تغییر غیرمنتظره نیازمند بررسی است، نه نتیجه‌گیری فوری درباره هک.
روش عملی بررسی پیش از پیام حساس
- صفحه اطلاعات امنیتی گفتگو را در هر دو دستگاه باز کنید.
- با شخصی که می‌شناسید، حضوری یا از یک مسیر مستقل و مورد اعتماد ارتباط بگیرید.
- تمام شماره یا QR تأیید گفتگو را طبق راهنمای برنامه مقایسه کنید؛ فقط چند رقم اول کافی نیست.
- اگر ناسازگاری دیدید، ارسال اطلاعات حساس را متوقف کنید و علت را از مسیر مستقل بپرسید.
- پس از تغییر کلید یا دستگاه، وضعیت تأیید را دوباره بررسی کنید.
ارسال تصویر شماره در همان گفتگویی که اصالتش محل تردید است، بررسی مستقلی فراهم نمی‌کند. تماس صوتی هم اگر تنها تکیه شما شباهت صدا باشد، در برابر جعل هویت کافی نیست؛ از شماره یا ارتباطی استفاده کنید که از قبل معتبر بوده است.
شفافیت کلید چه تفاوتی دارد؟
شفافیت کلید یا Key Transparency می‌تواند ناسازگاری در نگاشت حساب‌ها به کلیدها را آشکار کند و وابستگی به مقایسه دستی را کاهش دهد. سیگنال در معرفی تأیید خودکار کلید در اوت ۲۰۲۶ این قابلیت و محدودیت‌های دسترس‌پذیری آن را توضیح داده است. این سازوکار نیز به‌تنهایی ثابت نمی‌کند شخص کنترل‌کننده حساب همان فرد موردنظر شماست.
پس عبارت «مقایسه دستی تنها روش موجود در همه پیام‌رسان‌هاست» به‌روز نیست. هر قابلیت را در نسخه و شرایط همان محصول بررسی کنید؛ امکانات یک پیام‌رسان را به دیگری نسبت ندهید.
برای لیوارا چه چیزی قابل اتکاست؟
مستندات لیوارا مقایسه اثر انگشت از کانالی دیگر را توصیه می‌کند. برای گفتگوی حساس، این مرحله را جدا از نام الگوریتم‌ها در نظر بگیرید. این مقاله وجود سامانه شفافیت کلید مشابه سیگنال یا نتایج ممیزی مستقل را برای لیوارا ادعا نمی‌کند.
پرسش‌های رایج
آیا تأیید موفق یعنی هیچ حمله‌ای ممکن نیست؟
خیر. نتیجه به سلامت دستگاه‌ها، روش مقایسه و فرض‌های پروتکل وابسته است. بدافزار یا گیرنده‌ای که محتوا را کپی می‌کند خارج از مسئله جایگزینی کلید هستند.
آیا باید با هر تغییر کلید حساب را حذف کنم؟
خیر. ابتدا دلیل تغییر را با مخاطب از مسیر معتبر بررسی کنید. در این فاصله اطلاعات حساس نفرستید.
آیا این بررسی پیام‌های قبلی را دوباره امن می‌کند؟
خیر. تأیید امروز، افشای احتمالی گذشته را خنثی نمی‌کند. برای شروع ارتباط حساس، بهتر است بررسی پیش از ارسال انجام شود.
