---
title: "مقررات رمزنگاری مقاوم‌در‑برابر‑کوانتوم برای قراردادهای SaaS مرزی‑پراس"
---

# مقررات رمزنگاری مقاوم‌در‑برابر‑کوانتوم برای قراردادهای SaaS مرزی‑پراس

ظهور سریع محاسبات کوانتومی پایه‌های رمزنگاری که محیط‌های مدرن [SaaS](https://en.wikipedia.org/wiki/Software_as_a_service) را ایمن می‌کند، تهدید می‌کند. هرچند ماشین‌های کوانتومی در مقیاس بزرگ هنوز در مرحله آزمایشی هستند، اما شرکت‌های پیشرو در حال بازنگری زبان‌ قراردادهای خود برای پیش‌بینی دنیای پساکوانتومی هستند. این راهنما حقوق‌دانان، مدیران قرارداد و معماران امنیتی را در فرایند تدوین بندهای رمزنگاری مقاوم‌در‑برابر‑کوانتوم برای قراردادهای SaaS مرزی‑پراس هدایت می‌کند تا اطمینان حاصل شود قرارداد قابل‌اجرا، فنی قابل‌تحقق و همسو با چارچوب‌های بین‌المللی حفاظت از داده مانند [GDPR](https://en.wikipedia.org/wiki/General_Data_Protection_Regulation) و [HIPAA](https://en.wikipedia.org/wiki/Health_Insurance_Portability_and_Accountability_Act) باشد.

## چرا مفاد مقاوم‌در‑برابر‑کوانتوم اهمیت دارند

الگوریتم‌های کوانتومی—به‌ویژه الگوریتم شُر—قابلیت شکستن مکانیزم‌های کلید عمومی گسترده‌ای مانند RSA و ECC را دارند. اگر یک ارائه‌دهنده پس از ظاهر شدن یک دشمن کوانتومی توانمند همچنان به این الگوریتم‌ها تکیه کند، محرمانگی داده‌ها در مسیر انتقال و در حالت ذخیره‌سازی می‌تواند به‌صورت بازگشتی به خطر بیفتد. از منظر قراردادی، این امر یک نقض نهفته از تعهدات محرمانگی ایجاد می‌کند که ممکن است هر دو طرف را در معرض مسئولیت تحت قوانین حریم خصوصی داده و مقررات صنعتی خاص قرار دهد.

گنجاندن یک بند رمزنگاری پیش‌بینی‌کننده این ریسک را به‌طور زیر کاهش می‌دهد:

1. **تعیین استاندارد فنی واضح** که ارائه‌دهنده باید در طول دوره قرارداد و هر دوره تجدیدی آن آن را رعایت کند.  
2. **ایجاد مسیر ارتقاء** که ارائه‌دهنده را ملزم می‌سازد الگوریتم‌های رمزنگاری پساکوانتومی (PQC) تأییدشده را همان‌گونه که توسط نهادهای شناخته‌شده‌ای مانند [NIST](https://www.nist.gov/) یا [ISO/IEC](https://csrc.nist.gov/Projects/post-quantum-cryptography) تصویب می‌شوند، به کار گیرد.  
3. **فراهم‌کردن جبران‌مجبور قراردادی**—از جمله اعتبارهای خدمات، حق فسخ یا جبران خسارت—در صورتی که ارائه‌دهنده در چارچوب زمانی توافق‌شده انتقال نکند.

## عناصر اصلی یک بند مقاوم‌در‑برابر‑کوانتوم

یک بند مستحکم باید پنج مؤلفهٔ به‑هم‌پیوسته داشته باشد: محدوده، مرجع استانداردها، جدول زمانی انتقال، سازوکارهای تأیید و اقدامات جبرانی. روایت زیر نشان می‌دهد چگونه می‌توان این عناصر را در یک مجموعهٔ منسجم بدون استفاده از نقطه‌گذاری‌ها ترکیب کرد.

### تعریف محدوده

بند باید ابتدا مجموعه داده‌های تحت پوشش را تعریف کند. لازم است صریحاً تمام داده‌های مشتری که توسط سرویس SaaS منتقل، پردازش یا ذخیره می‌شود، از جمله فراداده‌ها، لاگ‌ها و نسخه‌های پشتیبان را شامل شود. ارجاع واضح به تعریف دادهٔ شخصی در [GDPR](https://gdpr.eu/) به استحکام قانونی بند کمک می‌کند و از ابهام در مورد «دادهٔ مشتری» جلوگیری می‌نماید.

### ارجاع به استانداردهای شناخته‌شده

ذکر استانداردهای رمزنگاری معتبر برای قابلیت اجرای بند الزامی است. ارائه‌دهنده باید الگوریتم‌هایی را پیاده‌سازی کند که در آخرین پیش‌نویس استانداردهای رمزنگاری پساکوانتومی [NIST](https://csrc.nist.gov/projects/post-quantum-cryptography) فهرست شده‌اند یا به‌جای آن، الگوریتم‌های تأییدشده توسط کمیتهٔ [ISO/IEC](https://www.iso.org/standard/72733.html) برای رمزنگاری مقاوم‌در‑برابر‑کوانتوم. بند می‌تواند همچنین به [TLS](https://en.wikipedia.org/wiki/Transport_Layer_Security) 1.3 با افزودن مجموعه‌رمزهای پساکوانتومی مانند [Kyber](https://pq-crystals.org/kyber/) یا [Dilithium](https://pq-crystals.org/dilithium/) اشاره کند تا یک پایهٔ فنی ملموس برقرار شود.

### جدول زمانی انتقال

یک جدول زمانی واقع‌بینانه تعادل بین آمادگی فنی و معرض ریسک را برقرار می‌کند. رویکرد معمول این است که ارائه‌دهنده باید ظرف دو دوازده ماه پس از انتشار رسمی استاندارد، مهاجرت به الگوریتم‌های PQC تأییدشده را آغاز کند و انتقال را حداکثر در دو‌هفت‌دست ماه پس از آن تکمیل نماید. بند باید امکان تمدید برای هماهنگی‌های نظارتی در حوزه‌های قضایی که قوانین محلی‌سازی داده گام‌های تکمیلی اضافه می‌کنند، فراهم سازد.

### تأیید و حسابرسی

قرارداد باید حق درخواست تأیید مستقل از وضعیت کرپتوگرافیک ارائه‌دهنده را به مشتری بدهد. این می‌تواند از طریق گزارش‌های دوره‌ای