شکاف بین ادعا و معماری
بهروزرسانی برای ۲۰۲۶
هر ارائهدهنده ابری همین را میگوید: «ما دادههای شما را رمزگذاری میکنیم.» آن ادعا تقریباً همیشه درست است. تقریباً همیشه کافی نیست.
نقض ۲۰۲۲ LastPass بهترین مثال است. LastPass والتهای رمز عبور کاربران را رمزگذاری کرد. از رمزگذاری واقعی استفاده کرد. ادعا دقیق بود. و با این حال ۲۵ میلیون کاربر والتهایشان دزدیده شد. تا ۲۰۲۵، ۴۳۸ میلیون دلار از کاربران LastPass در کلاهبرداریهای ارز دیجیتال گرفته شده بود. Coinbase Institutional این رقم را ردیابی کرد.
دفتر اطلاعات کمیسیونر بریتانیا (ICO) موجودیت بریتانیایی LastPass را در دسامبر ۲۰۲۵ به ۱.۲ میلیون پوند جریمه کرد. دلیل: «عدم اجرای اقدامات امنیتی فنی و سازمانی مناسب». رمزگذاری واقعی بود. اما استاندارد لازم را برآورده نمیکرد.
پرونده LastPass سوال کلیدی برای هر ابزار حریم خصوصی ابری را تغییر میدهد. نه «آیا دادههای ما را رمزگذاری میکنند؟» بلکه: «آیا میتوانند دادههای ما را رمزگشایی کنند؟»
چهار سوال که واقعاً اهمیت دارند
چهار سوال آشکار میکنند آیا ادعای zero-knowledge یک فروشنده معتبر است.
۱. استخراج کلید کجا اتفاق میافتد؟
در طراحی واقعی zero-knowledge، استخراج کلید روی کلاینت اتفاق میافتد. این یعنی در مرورگر یا اپلیکیشن دسکتاپ، قبل از ارسال هر دادهای. کلید داده را بهصورت محلی رمزگذاری میکند. فقط متن رمزگذاریشده به سرورهای فروشنده میرسد.
اگر فروشنده کلیدها را روی سرورهایشان استخراج کند، کلیدها را دارند. اگر کلیدها را داشته باشند، میتوانند رمزگشایی کنند. ادعا ممکن است دقیق باشد — اما گمراهکننده است.
۲. آیا فروشنده هرگز متن خالص را میبیند؟
بعضی ابزارها داده را در حالت استراحت رمزگذاری میکنند. اما آن را برای پردازش رمزگشایی میکنند. این میتواند برای اجرای مدلهای هوش مصنوعی، ایندکسهای جستجو، یا گزارشهای حسابرسی اتفاق بیفتد. در طول آن پنجره، متن خالص روی سیستمهای فروشنده است. حمله در آن لحظه، دادههای رمزگذارینشده را فاش میکند.
۳. در صورت درخواست قانونی چه اتفاقی میافتد؟
فروشندهای با کلیدهای سمت سرور میتواند مجبور به تحویل محتوای رمزگشاییشده شود. فروشندهای با zero-knowledge واقعی فقط میتواند متن رمزگذاریشده تولید کند. حتی در برابر احضاریه چیز مفیدی برای تحویل ندارند.
۴. یک سازش کامل سرور چه چیزی را فاش میکند؟
در یک سیستم واقعی zero-knowledge، سازش کامل فقط تودههای رمزگذاریشده به دست میآورد. مهاجم متن رمزگذاریشده بدون کلید میگیرد. در یک سیستم کلید فروشنده، یک نفوذ هم کلیدها و هم داده را یکباره فاش میکند.
شکاف پیادهسازی LastPass
رویداد LastPass یک نقص خاص را آشکار کرد. حسابهای قدیمیتر از PBKDF2 با تعداد تکرارهای ۱ برای استخراج کلید استفاده کردند. تعداد امن ۶۰۰٬۰۰۰ تکرار است. آن تنظیم ضعیف حملات brute-force روی والتهای دزدیدهشده را عملی کرد.
این نشان میدهد چرا فقط بررسی طراحی کافی نیست. یک فروشنده میتواند از یک طراحی zero-knowledge استفاده کند و همچنان آن را ضعیف پیادهسازی کند. درباره هر دو بپرسید: کجا کلیدها استخراج میشوند، و الگوریتم چقدر قوی است.
یک حالت شکست متفاوت: Okta
در اکتبر ۲۰۲۳، Okta نشت ۶۰۰٬۰۰۰+ سابقه پشتیبانی مشتریان را افشا کرد. Okta یک پلتفرم هویت است. این یک طراحی zero-knowledge ضعیف نبود. یک نفوذ سیستم پشتیبانی بود که اطلاعات مشتریان را نگه میداشت.
افزایش ۳۰۰٪ حملات SaaS در سال ۲۰۲۴ (AppOmni/CSA) هر دو نوع شکست را منعکس میکند. طراحی zero-knowledge نوع اول را برطرف میکند. همه ریسکها را حذف نمیکند. اما تضمین میکند یک سازش کامل سیستم هیچ داده مشتری قابل رمزگشاییای را فاش نمیکند.
ارزیابی واقعی چه شکلی است
اینجا یک چکلیست عملی برای تیمهای تدارکات وجود دارد.
بررسی معماری:
- بپرسید استخراج کلید کجا اتفاق میافتد — روی کلاینت یا روی سرور فروشنده
- الگوریتم رمزگذاری، طول کلید، و تعداد تکرار را بخواهید
- تأیید کنید متن خالص هرگز به سرورهای فروشنده ارسال نمیشود
آزمون سناریوی سازش:
- بپرسید یک سازش کامل سرور چه چیزی را فاش میکند
- تنها پاسخ صحیح: «متن رمزگذاریشدهای که نمیتوانیم رمزگشایی کنیم»
- هر پاسخ دیگری یعنی ادعا zero-knowledge واقعی نیست
بررسی فرایند قانونی:
- بپرسید آیا فروشنده میتواند به یک احضاریه برای متن خالص مشتری پاسخ دهد
- یک فروشنده واقعی zero-knowledge نمیتواند چیزی را که ندارد تولید کند
بررسی انطباق:
- مستندات ماده ۳۲ GDPR فروشنده را بخواهید
- ISO 27001 — خصوصاً کنترلهای رمزنگاری Annex A — تأیید خارجی میدهد
جریمه ۱.۲ میلیون پوندی ICO LastPass نشان میدهد تنظیمکنندگان اکنون بررسی میکنند آیا ادعاهای رمزگذاری یک استاندارد لازم را برآورده میکنند. تیمهای تدارکات میتوانند همان آزمون را قبل از وقوع یک رویداد اعمال کنند.
مروری بر امنیت و انطباق ما را برای نحوه مدیریت anonym.legal با zero-knowledge ببینید. مستندات انطباق ماده ۳۲ GDPR را بهطور کامل پوشش میدهد. برای سوالات رایج، سوالات متداول zero-knowledge را ببینید.