رفتن به محتوا
زیرساخت فناوری اطلاعات

TLS پساکوانتومی در ۲۰۲۶: سازمان‌ها کجا هستند و حالا چه باید کرد

۵۴٪ از یک میلیون سایت برتر از تبادل کلید پساکوانتومی پشتیبانی می‌کنند، اما بدون Cloudflare فقط ۲۲٪. ضرب‌الاجل‌های ۲۰۳۰ و ۲۰۳۱، شکاف سرورهای origin و یک برنامهٔ عملی.

H
Hamze Zare Nasiri
۱۶ آبان ۱۴۰۵
TLS پساکوانتومی در ۲۰۲۶: سازمان‌ها کجا هستند و حالا چه باید کرد

بیش از نیمی از یک میلیون سایت برتر اکنون تبادل کلید پساکوانتومی را مذاکره می‌کنند و تقریباً هیچ‌کدامش کار خود سایت‌ها نیست؛ یک CDN آن را روشن کرده است. این تمایز برای هر کسی که سرور اجرا می‌کند مهم است، چون کاری که CDN برای شما نمی‌تواند بکند، یعنی سرورهای origin، سرویس‌های داخلی و امضاها، همان جایی است که کار هنوز مانده. این راهنما عددهای فعلی، ضرب‌الاجل‌هایی که حالا در قانون و رهنمود نوشته شده و یک برنامهٔ عملی را می‌دهد. همهٔ ارقام از منابع لینک‌شده‌اند و ۷ نوامبر ۲۰۲۶ خوانده شدند.

وضع پذیرش

F5 Labs گزارش می‌دهد ۵۴٪ از یک میلیون سایت برتر اکنون از تبادل کلید پساکوانتومی پشتیبانی می‌کنند، اما این عدد را CDNها می‌رانند. دامنه‌های میزبانی‌شده در Cloudflare را حذف کنید، پذیرش از ۵۴٪ به ۲۲٪ می‌افتد (F5 Labs، سپتامبر ۲۰۲۶).

مطالعه‌ای که برای ACM Internet Measurement Conference 2026 پذیرفته شده، بیش از دو میلیارد handshake ‏TLS را روی یک میلیون دامنه از ۱۱ نقطهٔ سنجش در سه دور بین ژوئیهٔ ۲۰۲۵ و مارس ۲۰۲۶ سنجید. در میان ۶۸۴٬۴۹۴ دامنه‌ای که در هر دور پاسخ دادند، سهم دامنه‌هایی که تبادل کلید پساکوانتومی را به‌صورت پیش‌فرض مذاکره می‌کنند از ۳۱٫۲۶٪ به ۴۹٫۲۲٪ رسید و همه از یک گروه ترکیبی یعنی X25519MLKEM768 استفاده کردند. Cloudflare و Fastly حدود ۷۰٪ این استقرار را دارند، ۹۳٫۹۲٪ آن پشت زیرساخت مدیریت‌شده است و فقط ۴٫۵۸٪ توسط مالک مدیریت می‌شود (Communications of the ACM).

معیارمقدارمنبع
سایت‌های ۱ میلیون برتر با تبادل کلید پساکوانتومی۵۴٪، یا ۲۲٪ بدون دامنه‌های CloudflareF5 Labs
دامنه‌هایی که پیش‌فرض مذاکره می‌کنند، ژوئیهٔ ۲۰۲۵ تا مارس ۲۰۲۶۳۱٫۲۶٪ تا ۴۹٫۲۲٪مطالعهٔ IMC 2026
استقرار پشت Cloudflare و Fastlyحدود ۷۰٪مطالعهٔ IMC 2026
سهم استقرار مدیریت‌شده توسط مالک۴٫۵۸٪مطالعهٔ IMC 2026
سرورهای origin مشتریان Cloudflare، اوت ۲۰۲۶حدود ۱۱٪، از ۶٪ یک سال قبلCloudflare، نقل‌شده در CACM
خدمات دولتی۳۸٪مطالعهٔ IMC 2026

ضرب‌الاجل‌ها حالا ثابت شده‌اند

  • آمریکا: فرمان اجرایی 14412 که ۲۲ ژوئن ۲۰۲۶ امضا شد، ۳۱ دسامبر ۲۰۳۰ را برای انتقال حساس‌ترین سامانه‌های دولت فدرال به رمزنگاری پساکوانتومی و ۳۱ دسامبر ۲۰۳۱ را برای احراز هویت پساکوانتومی تعیین می‌کند. همچنین پیمانکاران فدرال را موظف می‌کند تا پایان ۲۰۳۰ با استانداردهای FIPS پساکوانتومی منطبق شوند (خلاصهٔ Cloudflare).
  • رهنمود NIST از ۲۰۲۴: RSA و رمزنگاری منحنی بیضوی تا ۲۰۳۰ منسوخ و تا ۲۰۳۵ ممنوع شوند.
  • NSA CNSA 2.0: مرورگرها، سرورها و خدمات ابری تا ۲۰۳۳ فقط از الگوریتم‌های پساکوانتومی استفاده کنند. BSI آلمان انتظار دارد امضاهای کلاسیک تا پایان ۲۰۳۵ به‌تنهایی استفاده نشوند (CACM).
  • اتحادیهٔ اروپا: نقشهٔ راه گروه همکاری NIS در ۲۳ ژوئن ۲۰۲۵ از کشورهای عضو می‌خواهد تا پایان ۲۰۲۶ راهبرد ملی گذار را آغاز کنند و تا پایان ۲۰۳۰ کاربردهای پرخطر را منتقل کنند.
  • هدف خود Cloudflare: کاملاً پساکوانتومی، شامل احراز هویت، تا ۲۰۲۹؛ در آوریل ۲۰۲۶ پس از پیشرفت‌های پژوهشی جلو آمد (وبلاگ Cloudflare).

Gartner توصیه می‌کند در ۲۰۲۶ فهرست و برنامهٔ اصلاح پساکوانتومی بسازید، در ۲۰۲۷ فهرست خودکار مواد رمزنگاری، تا ۲۰۲۸ TLS 1.3 و تا ۲۰۳۰ همهٔ سامانه‌های باارزش روی رمزنگاری پساکوانتومی باشند. برآورد می‌کند امروز کمتر از ۱۰٪ سازمان‌ها برای داده‌های باارزش از آن پشتیبانی می‌کنند و هشدار می‌دهد تیم‌هایی که تا ۲۰۲۷ آزمایش را شروع نکرده باشند باید دست‌کم ۲۰۰٪ بیشتر برای مهاجرت کامل بپردازند (Network World).

اول تبادل کلید، بعد امضا

این دو مهاجرت متفاوت‌اند. تبادل کلید ترافیک امروز را در برابر «harvest now, decrypt later» حفظ می‌کند، یعنی مهاجم ترافیک رمزشده را ضبط می‌کند و پس از ساخته شدن رایانهٔ کوانتومی رمزگشایی می‌کند. گروه ترکیبی X25519MLKEM768 همین کار را می‌کند و در مرورگرها و CDNهای اصلی پیش‌فرض است. امضاها و گواهی‌ها در برابر جعل هویت پس از وجود چنین رایانه‌ای محافظت می‌کنند و آن اکوسیستم خیلی کمتر آماده است: امضاهای پساکوانتومی بزرگ‌تر از منحنی بیضوی‌اند و Cloudflare امضاها را برای اتصال بازدیدکننده از طریق Merkle Tree Certificates «برنامه‌ریزی‌شده» فهرست کرده است. زمان‌بندی اتحادیهٔ اروپا، آمریکا و Gartner همه به همین دلیل تبادل کلید را اول می‌گذارند.

چه باید بکنید

  1. فهرست کنید رمزنگاری را کجا استفاده می‌کنید. نقاط TLS، VPNها، پیوندهای داخلی بین سرویس‌ها، گواهی‌ها، امضای کد و دستگاه‌های نهفته را فهرست کنید. CDN فقط حلقهٔ بازدیدکننده تا لبه را می‌پوشاند.
  2. نقاط خودتان را آزمایش کنید، نه CDN را. OpenSSL 3.5 ‏hybrid ML-KEM را به TLS 1.3 اضافه کرد و به‌صورت پیش‌فرض ترجیحش می‌دهد (OpenSSL Foundation، مستندات OpenSSL). با OpenSSL 3.5 یا جدیدتر، openssl s_client -connect host:443 -tls1_3 خطی با Server Temp Key چاپ می‌کند: X25519MLKEM768 یعنی ترکیبی پساکوانتومی و X25519 یعنی کلاسیک.
  3. نسخهٔ ابزارتان را بررسی کنید. روی سرور خودمان، کلاینتی که با OpenSSL 3.0.13 ساخته شده حتی نمی‌تواند این گروه را درخواست کند: openssl s_client -groups X25519MLKEM768 با «group cannot be set» شکست می‌خورد و curl ساخته‌شده روی آن در برابر یک نقطهٔ Cloudflare فقط X25519 ساده را مذاکره کرد. OpenSSL توزیعی قدیمی‌تر از 3.5 بی‌صدا کلاسیک می‌ماند، هم در کلاینت و هم در سرور.
  4. originها و سرویس‌های داخلی را به TLS 1.3 روی OpenSSL 3.5 یا جدیدتر ارتقا دهید. Cloudflare می‌گوید پذیرش origin در یک سال از ۶٪ به حدود ۱۱٪ رسید و OpenSSL جدیدتر در Debian Trixie کمک کرد.
  5. از فروشنده‌ها تاریخ بخواهید. پشتیبانی پساکوانتومی برای تبادل کلید و نقشهٔ راه امضا را بخشی از ارزیابی هر محصول امنیتی کنید.
  6. برای چابکی رمزنگاری برنامه بریزید. انتخاب الگوریتم را در پیکربندی نگه دارید، نه در کد، تا تغییر بازنویسی نخواهد.

هزینهٔ handshake کم است. یک بنچمارک OpenSSL روی شاخهٔ توسعه پس از پیش‌فرض شدن hybrid ML-KEM از ۱۳ به ۱۵٫۵ میلی‌ثانیه رسید و این هزینه فقط یک‌بار در هر اتصال پرداخت می‌شود (OpenSSL Foundation). اگر سرور ایمیل یا وب خودتان را اجرا می‌کنید همین منطق صدق می‌کند: برای موردی دیگر که پیش‌فرض قدیمی بی‌صدا مشکل می‌شود معتبر نگه‌داشتن سرور ایمیل خودمیزبان را ببینید.

پرسش‌های متداول

آیا امروز رایانهٔ کوانتومی می‌تواند TLS را بشکند؟ هیچ ماشین شناخته‌شده‌ای نمی‌تواند. دلیل اقدام از حالا harvest-now-decrypt-later و ضرب‌الاجل‌های ثابت قانونی ۲۰۳۰ و ۲۰۳۱ است.

X25519MLKEM768 چیست؟ تبادل کلید ترکیبی که X25519 کلاسیک را با ML-KEM-768 ترکیب می‌کند. مهاجم باید هر دو را بشکند، پس امنیت پایین‌تر از سطح کلاسیک نمی‌آید.

اگر از Cloudflare استفاده کنم تمام است؟ برای حلقهٔ بازدیدکننده تا لبه، بیشتر بله. origin، ترافیک داخلی و امضاها جدا هستند و فقط حدود ۱۱٪ originهای پشت Cloudflare از آن استفاده می‌کنند.

آیا همین حالا گواهی پساکوانتومی لازم دارم؟ برای بیشتر تیم‌ها هنوز نه. تبادل کلید را در اولویت بگذارید و برنامهٔ امضا را مستند کنید.

وب‌میلی که لازم نباشد هر ماه وصله‌اش کنید؟

FanMail روی سرورهای خود شما اجرا می‌شود و بر پایهٔ Stalwart Mail Server ساخته شده، با وب‌میل JMAP و پنل مدیریت داخلی.

مشاهدهٔ FanMail

اشتراک‌گذاری این مقاله