ذخیره‌سازی رمزنگاری‌شده بایت‌های فایل را از اختیار رمزگشایی جدا می‌کند، اما گیرندگان، فراداده و نسخه‌های محلی همچنان بخشی از مدل تهدیدند.
پیوستِ رمزنگاری‌شدهٔ سرتاسری را می‌توان روی سرور ذخیره کرد، بدون اینکه فایلِ متن روشن در اختیار آن سرور قرار گیرد. در یک طراحی رایج، فایل روی دستگاه فرستنده با کلید محتوای تازه رمزنگاری می‌شود، متن رمز بارگذاری می‌شود و کلید درون پیامی رمزنگاری‌شده و احرازشده به گیرندگان موردنظر می‌رسد.
این جداسازی مفید است، اما «ذخیره‌سازی دانش صفر» مشخصات فنی کاملی نیست. هنوز باید پرسید کلیدها، ارجاع‌های فایل، نام فایل‌ها، کنترل دسترسی و نسخه‌های دانلودشده چگونه مدیریت می‌شوند.
چرخهٔ عمر پیوست
- آماده‌کردن فایل. فرستنده عکس، ویدئو یا سندی را انتخاب می‌کند. حذف فراداده یا تبدیل قالب مرحله‌ای جداست؛ رمزنگاری به‌تنهایی EXIF یا ویژگی‌های سند را حذف نمی‌کند.
- ساخت مواد رمزنگاری. پیاده‌سازی امن، کلید و نانس موردنیاز را مطابق طرح انتخاب‌شده تولید می‌کند.
- رمزنگاری پیش از بارگذاری. سرویس ذخیره‌سازی به‌جای محتوای اصلی، بایت‌های رمزنگاری‌شده دریافت می‌کند.
- رساندن ارجاع احرازشده. پیام چت رمزنگاری‌شده اطلاعات لازم برای گیرندگان، مانند نشانی فایل، کلید رمزگشایی و فرادادهٔ مرتبط با تمامیت را حمل می‌کند.
- دریافت و بررسی. کلاینت گیرنده بلوک داده را می‌گیرد و پیش از معتبر دانستن محتوا، اصالت آن را بررسی می‌کند.
- مدیریت نسخه‌های محلی. نمایش، خروجی‌گرفتن، ویرایش یا ذخیره در گالری می‌تواند نسخه‌هایی بیرون از مرز ذخیره‌سازی رمزنگاری‌شدهٔ اولیه ایجاد کند.
کلید ممکن است در پوششی رمزنگاری‌شده از زیرساخت همان ارائه‌دهنده عبور کند. نامیدن این کار به‌عنوان «خارج از باند» می‌تواند گمراه‌کننده باشد: کلید از نظر منطقی از ذخیرهٔ بلوک داده جداست، نه اینکه لزوماً از کانال ارتباطی مستقلی برسد.
رمزنگاری احرازشده چه چیزی اضافه می‌کند؟
طرح رمزنگاری احرازشده محرمانگی را حفظ می‌کند و تغییرات غیرمجاز را در محدودهٔ احرازشده تشخیص می‌دهد. مشخصات GCM از NIST یکی از این ساختارها و الزاماتش را تعریف می‌کند. مدیریت درست کلید و نانس و بررسی نتیجهٔ احراز ضروری است؛ نام الگوریتمی شناخته‌شده هر پیاده‌سازی را امن نمی‌کند.
برنامه باید فایل را به پیام و گفت‌وگوی درست نیز پیوند دهد. معتبر بودن یک بلوک رمزنگاری‌شده، به‌خودی‌خود ثابت نمی‌کند که متعلق به همین چت است. شناسهٔ فایل، اندازهٔ موردانتظار، ترتیب قطعه‌ها و فرادادهٔ پیوست به طراحی احراز مناسب نیاز دارند.
سرویس ذخیره‌سازی هنوز چه چیزهایی ممکن است بفهمد؟
| اطلاعات | آیا رمزنگاری محتوا به‌تنهایی آن را پنهان می‌کند؟ |
|---|---|
| بایت‌های فایل اصلی | برای پنهان‌کردن آن از طرف‌های فاقد کلید طراحی شده است |
| اندازهٔ تقریبی نسخهٔ رمزنگاری‌شده | معمولاً نه |
| زمان بارگذاری و دانلود | معمولاً نه |
| حسابی که فایل را درخواست می‌کند | به طراحی مسیریابی و کنترل دسترسی بستگی دارد |
| نام فایل و توضیح همراه | فقط اگر پروتکل آن‌ها را هم محافظت کند |
| نسخهٔ ذخیره‌شده توسط گیرنده | نه؛ گیرنده از قبل به متن روشن دسترسی دارد |
حتی وقتی بلوک‌های داده رمزنگاری شده‌اند، کنترل دسترسی همچنان مهم است. می‌تواند دانلود ناخواسته، سوءاستفاده و افشای شناسه‌ها را محدود کند. رمزنگاری جایگزین مجوزدهی، سیاست نگهداری یا دسترس‌پذیری نیست.
فایل‌های بزرگ به چیزی بیش از شعار نیاز دارند
طراحی فایل بزرگ ممکن است داده را جریانی منتقل کند یا به قطعه‌های احرازشده تقسیم کند. این کار می‌تواند مصرف حافظه را کاهش دهد، اما شماره‌گذاری قطعه‌ها، طول نهایی، تلاش مجدد و برخورد با قطع‌شدن داده باید تعریف شود. عدد عملکردی نسازید و نگویید قرار دادن فایل در پیام لزوماً باعث «تورم وضعیت رتچت» می‌شود؛ این نتایج به پیاده‌سازی وابسته‌اند.
آزمایش مفید شامل فایل معتبر، تغییر یک بایت، دانلود ناقص، جابه‌جایی ترتیب یک قطعه و تلاش برای دریافت بدون مجوز است. چنین آزمایش‌هایی را فقط در محیط آزمایشی مجاز و با فایل‌های غیرحساس اجرا کنید. ثبت کنید آیا کلاینت دادهٔ نامعتبر را پیش از بازکردن رد می‌کند یا نه.
لیوارا چه چیزی را مستند می‌کند؟
صفحهٔ امنیت لیوارا رمزنگاری پیش از بارگذاری، کلید تصادفیِ جداگانه برای هر فایل درون نشست محافظت‌شده و حفاظت نام فایل و توضیح همراه را در گفت‌وگوهایی شرح می‌دهد که رمزنگاری سرتاسری در آن‌ها فعال است؛ از جمله گروه‌های خصوصی سازگار. گروه‌های قدیمی ناسازگار صراحتاً خارج از این پوشش‌اند. این صفحه گفت‌وگوهای محافظت‌شده را از کانال‌های پخش عمومی جدا می‌کند. این‌ها ادعاهای مستند محصول‌اند، نه ممیزی تازه‌ای از پیاده‌سازی در این مقاله.
مدل تهدید نیز می‌پذیرد که گیرنده یا دستگاه آلوده می‌تواند محتوای خوانا را افشا کند. پس ذخیره‌سازی رمزنگاری‌شده نمی‌تواند وعده دهد با حذف پیام چت، تصویر از همهٔ دستگاه‌ها ناپدید می‌شود.
پرسش‌هایی پیش از اشتراک‌گذاری فایل حساس
بررسی کنید نوع گفت‌وگو از رمزنگاری سرتاسری پشتیبانی می‌کند، همهٔ گیرندگان موردنظر قابل‌اعتمادند و خود فایل فرادادهٔ شناسایی‌کننده دارد یا نه. ذخیرهٔ خودکار در گالری و پشتیبان‌گیری ابری عکس را جداگانه بررسی کنید. برای سند، در نظر بگیرید آیا دیدگاه‌ها، تاریخچهٔ ویرایش یا ویژگی‌های تعبیه‌شده باید پیش از ارسال حذف شوند.
در پایان، حذف و بازیابی را بشناسید. حذف بلوک داده از سرور می‌تواند جلوی دانلود آینده را بگیرد، اما نسخهٔ موجود نزد گیرنده را پس نمی‌گیرد. گم‌کردن کلید لازم ممکن است فایل رمزنگاری‌شدهٔ باقی‌مانده را ناخوانا کند. طراحی خوبِ پیوست، هر دو نتیجه را روشن توضیح می‌دهد.
