همه مقاله‌ها
رمزنگاری پساکوانتومیامنیت بانکیرایانش کوانتومیچابکی رمزنگاری

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

گوگل و کلودفلر حالا سال ۲۰۲۹ را هدف گرفته‌اند، یک فرمان اجرایی در آمریکا مهلت‌های ۲۰۳۰ و ۲۰۳۱ را تعیین کرده و نهادهای پرداخت از تأمین‌کنندگان پرسش‌نامه آمادگی می‌خواهند. در ۲۰۲۶ چه تغییر کرد، تهدید کوانتومی برای سامانه‌های بانکی واقعاً چه معنایی دارد و مدیر فناوری چطور یک برنامه مرحله‌ای مهاجرت به رمزنگاری پساکوانتومی را به هیئت‌مدیره ارائه کند.

نویسنده: یاسینه پورابراهیم · · ۱۳ دقیقه مطالعه

در بیشتر سال‌های دهه گذشته، رمزنگاری پساکوانتومی (Post-Quantum Cryptography یا PQC) در نقشه راه فناوری بانک‌ها در ستون «مهم، اما هنوز نه فوری» قرار داشت. سال ۲۰۲۶ این وضعیت را تغییر داد. در فروردین ۱۴۰۵ گوگل سال ۲۰۲۹ را هدف مهاجرت خود به رمزنگاری پساکوانتومی اعلام کرد و کمتر از دو هفته بعد کلودفلر هم همین سال را برگزید. در تیر ۱۴۰۵ یک فرمان اجرایی در آمریکا برای سامانه‌های حساس دولت فدرال مهلت‌های قطعی ۲۰۳۰ و ۲۰۳۱ تعیین کرد. و در مهر ۱۴۰۵ این بحث به پشت‌صحنه صنعت پرداخت رسید: ائتلاف نوآوری پرداخت Nacha پرسش‌نامه‌ای منتشر کرد تا مؤسسات مالی از هر تأمین‌کننده بپرسند رمزنگاری‌اش کجا به کار رفته و چه زمانی در برابر کوانتوم امن می‌شود.

در این مقاله توضیح می‌دهم تهدید کوانتومی دقیقاً چه چیزی را می‌شکند، چرا زمان‌بندی‌ها جلو آمدند، امروز چه چیزی عملاً به کار گرفته شده و من مهاجرت به رمزنگاری پساکوانتومی را در یک بانک یا شرکت پرداخت چطور سازمان‌دهی می‌کنم.

رایانه کوانتومی چه چیزی را می‌شکند و چه چیزی را نه

بانکداری بر دو خانواده رمزنگاری تکیه دارد. الگوریتم‌های متقارن مانند AES حجم بزرگ داده را سریع رمز می‌کنند. الگوریتم‌های نامتقارن (کلید عمومی) مانند RSA و رمزنگاری منحنی بیضوی (ECC) کانال امن برقرار می‌کنند، کلیدهای متقارن را مبادله می‌کنند و امضای دیجیتال را برای هویت، گواهی‌ها، امضای کد و انکارناپذیری می‌سازند. نقشه راه بانک تسویه بین‌المللی (BIS) برای نظام مالی، عدم‌تقارن این تهدید را خلاصه می‌کند: یک رایانه کوانتومی مرتبط با رمزنگاری (CRQC) که الگوریتم شور را اجرا کند می‌تواند کلید خصوصی را بازیابی کند و در نتیجه امضا جعل کند یا کلیدهای متقارنِ محافظ داده را باز کند. الگوریتم گروور در برابر کلیدهای متقارن فقط شتاب درجه‌دوم دارد و فعلاً با بزرگ‌تر کردن کلید مهارشدنی است؛ به همین دلیل دولت‌ها برای داده‌های حساس AES با کلید ۲۵۶ بیتی را توصیه می‌کنند.

نتیجه، دو ریسک متفاوت است:

  • «اکنون ذخیره کن، بعداً رمزگشایی کن» (Harvest Now, Decrypt Later یا HNDL). مهاجم ترافیک رمزشده را امروز ضبط می‌کند و وقتی CRQC در دسترس شد آن را رمزگشایی می‌کند. این ریسک برای هر داده‌ای که باید سال‌ها محرمانه بماند همین امروز وجود دارد: سوابق مالی، داده‌های زیست‌سنجی و قراردادهای بلندمدت.
  • جعل احراز هویت. شکستن امضا به رایانه کوانتومیِ در حال کار و به‌صورت هم‌زمان نیاز دارد، پس تهدیدی آینده است. اما وقتی برسد اثرش بدتر است. به تعبیر کلودفلر، نشت داده شدید است اما شکسته شدن احراز هویت فاجعه‌بار است: هر کلید آسیب‌پذیرِ از قلم‌افتاده به یک در ورودی تبدیل می‌شود و هر سازوکار به‌روزرسانی خودکار نرم‌افزار به مسیری برای اجرای کد از راه دور.

مقاله BIS نکته‌ای را هم اضافه می‌کند که به‌ویژه برای بانک‌ها مهم است: امضاهای بلندمدت روی وام‌های مسکن و دیگر قراردادهای امضاشده دیجیتال ممکن است لازم باشد با امضای امن در برابر کوانتوم دوباره امضا یا تأیید شوند، و دستگاه‌هایی که به‌روزرسانی نرم‌افزار را تأیید می‌کنند شاید لازم باشد از همان زمان ساخت از امضای پساکوانتومی پشتیبانی کنند.

استانداردها آماده‌اند

ابزارها وجود دارند. NIST در مرداد ۱۴۰۳ (اوت ۲۰۲۴)، پس از فرایندی هشت‌ساله که ۸۲ الگوریتم از ۲۵ کشور را ارزیابی کرد، نخستین سه استاندارد پساکوانتومی را نهایی کرد:

  • FIPS 203 یا ML-KEM (برگرفته از CRYSTALS-Kyber): استاندارد اصلی برای برقراری کلید، یعنی بخش «رمزگذاری».
  • FIPS 204 یا ML-DSA (برگرفته از CRYSTALS-Dilithium): استاندارد اصلی برای امضای دیجیتال.
  • FIPS 205 یا SLH-DSA (برگرفته از SPHINCS+): استاندارد امضای مبتنی بر هش با پایه ریاضی متفاوت، به‌عنوان پشتیبان در صورتی که ML-DSA آسیب‌پذیر از آب درآید.

پیام NIST در آن زمان صریح بود: «نیازی به صبر برای استانداردهای آینده نیست.» سپس پیش‌نویس گزارش گذار NIST با عنوان NIST IR 8547 پایان کار الگوریتم‌های امروزی را مشخص کرد: امضا و مبادله کلید RSA و منحنی بیضوی با امنیت ۱۱۲ بیتی پس از ۲۰۳۰ منسوخ (deprecated) می‌شوند و الگوریتم‌های کلید عمومیِ آسیب‌پذیر در برابر کوانتوم پس از ۲۰۳۵ غیرمجاز.

چرا ۲۰۲۶ زمان‌بندی را تغییر داد

سه رویداد افق برنامه‌ریزی را در سال جاری فشرده کرد.

۱. شرکت‌های بزرگ فناوری پیش‌قدم شدند. گوگل در ۵ فروردین ۱۴۰۵ (۲۵ مارس ۲۰۲۶) سال ۲۰۲۹ را هدف مهاجرت PQC خود اعلام کرد و دلیلش را پیشرفت در سخت‌افزار کوانتومی، تصحیح خطای کوانتومی و برآورد منابع لازم برای تجزیه اعداد دانست. گوگل اولویتش را هم تغییر داد: چون امضاها باید پیش از ظهور CRQC مهاجرت کنند، حالا خدمات احراز هویت را در صدر قرار داده و به تیم‌های مهندسی دیگر هم همین را توصیه می‌کند. اندروید ۱۷ نیز حفاظت امضا با ML-DSA را اضافه می‌کند. کلودفلر در ۱۸ فروردین ۱۴۰۵ (۷ آوریل) با هدف ۲۰۲۹ برای امنیت کامل پساکوانتومی، شامل احراز هویت، به آن پیوست. توضیح کلودفلر به پژوهش‌هایی اشاره می‌کند که یک هفته پیش‌تر اعلام شده بودند: به گفته کلودفلر، گوگل اعلام کرد الگوریتم کوانتومی شکستن رمزنگاری منحنی بیضوی را به‌شدت بهبود داده و به‌جای خود الگوریتم، یک اثبات دانش‌صفر منتشر کرد؛ و Oratomic برآوردی منتشر کرد که طبق آن شکستن P-256 روی یک رایانه اتم خنثی حدود ۱۰ هزار کیوبیت لازم دارد. این‌ها ادعاهایی درباره پژوهش‌اند، نه یک حمله نمایش‌داده‌شده؛ اما همین‌ها دلیل شدند که دو مورد از بزرگ‌ترین گردانندگان اینترنت مهلت‌های خودشان را کوتاه کنند.

۲. دولت‌ها تاریخ تعیین کردند. نقشه راه گروه کارشناسان سایبری G7 برای بخش مالی در دی ۱۴۰۴ (ژانویه ۲۰۲۶) سال ۲۰۳۵ را هدف کلی می‌داند و پیشنهاد می‌کند حیاتی‌ترین سامانه‌ها در بازه ۲۰۳۰ تا ۲۰۳۲ مهاجرت کنند. فرمان اجرایی آمریکا با عنوان «ایمن‌سازی کشور در برابر حملات رمزنگاری پیشرفته» که در ۱ تیر ۱۴۰۵ (۲۲ ژوئن ۲۰۲۶) امضا شد، دارایی‌های پرارزش و سامانه‌های با اثر بالای دولت فدرال را ملزم می‌کند تا ۳۱ دسامبر ۲۰۳۰ برای برقراری کلید و تا ۳۱ دسامبر ۲۰۳۱ برای امضای دیجیتال از PQC استفاده کنند. این فرمان همچنین از CISA و NIST می‌خواهد ظرف ۲۷۰ روز حداقل اجزای یک صورت‌حساب مواد رمزنگاری (Cryptographic Bill of Materials یا CBOM) را منتشر کنند و قواعد خرید فدرال را طوری اصلاح کنند که پیمانکاران تا پایان ۲۰۳۰ با استانداردهای FIPS شامل PQC منطبق باشند.

۳. از زنجیره تأمین خواسته می‌شود شواهد ارائه کند. راهنمای آمادگی Nacha پیامد این فرمان را بی‌پرده بیان می‌کند: تأمین‌کنندگان باید CBOM ارائه دهند، مؤسسات مالی باید آن را وارد سامانه‌های مدیریت ریسک کنند و فرایند خرید طوری تغییر می‌کند که اجزای سازگار با PQC الزامی شوند. پرسش‌نامه آن شش حوزه را پوشش می‌دهد: انطباق با الزامات، تداوم خدمات پرداخت، پاسخ‌گویی، آمادگی برای رخدادهای پیش‌بینی‌نشده، شرایط قرارداد و همکاری.

امروز چه چیزی به کار گرفته شده است

رمزگذاری پساکوانتومی دیگر آزمایشی نیست. کلودفلر می‌گوید از ۲۰۲۲ رمزگذاری پساکوانتومی را برای همه وب‌سایت‌ها و APIها فعال کرده و اکنون بیش از ۶۵ درصد ترافیک انسانی شبکه‌اش با رمزگذاری پساکوانتومی محافظت می‌شود. این شرکت از توافق کلید ترکیبی (هیبرید) استفاده می‌کند و طرح پیشنهادی‌اش، X25519MLKEM768، الگوریتم کلاسیک X25519 را با ML-KEM ترکیب می‌کند. در مرداد ۱۴۰۵ (ژوئیه ۲۰۲۶) هم پشتیبانی از امضای ML-DSA را برای اتصال میان کلودفلر و سرورهای مبدأ مشتریان آغاز کرد.

در صنعت پرداخت، Toss Payments در کره جنوبی در فروردین ۱۴۰۵ اعلام کرد PQC را در کل فرایند پرداخت الکترونیکی خود، از جمله مراکز داده، زیرساخت AWS و صفحه‌های پرداخت، به کار گرفته است. کاربران مرورگرهای به‌روز Chrome، Edge، Safari و Firefox به‌طور خودکار از آن بهره‌مند می‌شوند و در محیط‌های قدیمی‌تر رمزنگاری فعلی باقی می‌ماند. نکته مهم این است که Toss پیش از آن، در ۲۰۲۵، TLS 1.3 را کامل پیاده کرده بود؛ پیش‌نیازی که مقاله BIS هم به آن اشاره می‌کند، چون TLS 1.2 را نمی‌توان با الگوریتم‌های پساکوانتومی پیکربندی کرد.

بخش دشوار، احراز هویت پساکوانتومی است. وضعیت محصولات خود کلودفلر هنوز امضای سمت بازدیدکننده را «برنامه‌ریزی‌شده» نشان می‌دهد و این شرکت هشدار می‌دهد که افزودن PQC کافی نیست: الگوریتم‌های آسیب‌پذیر در برابر کوانتوم باید در نهایت خاموش شوند تا از حمله تنزل (downgrade) جلوگیری شود، و رازهایی که با رمزنگاری قدیمی در معرض بوده‌اند باید چرخانده و تعویض شوند.

چرا بانکداری از وب دشوارتر است

از نگاه فناوری بانکی، وب حالت ساده ماجراست. بخش دشوار همه چیزهایی است که خودبه‌خود به‌روز نمی‌شوند: سامانه‌های کربنکینگ، سوئیچ‌های کارت و پرداخت، ماژول‌های امنیت سخت‌افزاری (HSM)، خودپردازها و پایانه‌های فروش، ارتباطات بین‌بانکی، انتقال فایل‌های دسته‌ای با شرکا و آرشیوهای با دوره نگهداری طولانی. بخش بزرگی از این رمزنگاری درون محصولات تأمین‌کنندگان یا یکپارچه‌سازی‌های چنددهه‌ای جاسازی شده است؛ به همین دلیل نقشه راه G7 و Nacha هر دو بر وابستگی به اشخاص ثالث تأکید می‌کنند و مقاله BIS هشدار می‌دهد که این تغییر را نباید یک جایگزینی ساده الگوریتم دید. کلیدها و امضاهای PQC بزرگ‌ترند و BIS به هزینه‌های کارایی و پیچیدگی پیاده‌سازی اشاره می‌کند که آزمون در کل لایه‌ها، از سخت‌افزار و کتابخانه تا پروتکل و برنامه، را لازم می‌کند.

برنامه مهاجرت به رمزنگاری پساکوانتومی در بانک

مراحل زیر از نقشه راه G7 (آگاهی، کشف، ارزیابی ریسک، اجرا، آزمون، اعتبارسنجی) پیروی می‌کنند و درس‌های عملی مدیران امنیتی را که BankInfoSecurity در مهر ۱۴۰۵ با آن‌ها گفت‌وگو کرد در خود دارند.

۱. ابتدا بودجه کشف را بگیرید، نه کل برنامه را. فرانسیس گورمن از Bank of Ireland پیشنهاد می‌کند از هیئت‌مدیره حدود ۱۸ ماه برای شناخت میزان در معرض بودن بخواهید و سپس با برنامه‌ای اندازه‌گیری‌شده برگردید. فیزیک کوانتوم را کنار بگذارید: اعضای هیئت‌مدیره باید بدانند کدام خدمات و داده‌ها در معرض‌اند، رفع آن چقدر طول می‌کشد و چه چیزی را اول باید تأمین مالی کرد.

۲. سیاهه رمزنگاری بسازید. هر الگوریتم، کلید، گواهی و پروتکل را به خدمت کسب‌وکاری که از آن محافظت می‌کند و به مدت زمانی که آن داده باید محرمانه بماند نگاشت کنید. داده حساس با عمر طولانی، میزان در معرض بودن شما در برابر HNDL است؛ کلیدهای بلندمدت و ریشه‌های امضای کد، میزان در معرض بودن احراز هویت شما.

۳. تأمین‌کنندگان را بخشی از برنامه کنید. پرسش‌نامه‌ای ساختاریافته بفرستید (پرسش‌نامه Nacha نقطه شروع آماده‌ای است)، CBOM و نقشه راه بخواهید و این کار را دست‌کم سالی یک بار تکرار کنید. توصیه کلودفلر این است که پشتیبانی پساکوانتومی را شرط خرید قرار دهید.

۴. یک پیروزی سریع و قابل‌مشاهده بگیرید. گورمن مبادله کلید ترکیبی روی نقاط اتصال بیرونی را «میوه دم دست» می‌داند که فقط به چند تغییر پیکربندی نیاز دارد و هم‌زمان نشان می‌دهد کدام مشتریان هنوز به پروتکل‌های قدیمی وابسته‌اند. ارتقا به TLS 1.3 بخشی از همین گام است.

۵. احراز هویت و کلیدهای بلندمدت را در اولویت بگذارید. گواهی‌های ریشه و میانی، کلیدهای احراز هویت API، کلیدهای امضای کد و کلیدهای اصلی نگهداری‌شده در HSM، همسو با مدل تهدید بازنگری‌شده گوگل و کلودفلر، باید زودتر بررسی شوند.

۶. برای چابکی رمزنگاری طراحی کنید. BIS چابکی رمزنگاری (Crypto-Agility) را توانایی تغییر سریع الگوریتم‌ها، پارامترها و کلیدها با کمترین اختلال تعریف می‌کند. رمزنگاری را پشت سرویس‌ها و کتابخانه‌های متمرکز قرار دهید، نه این‌که در برنامه‌ها سخت‌کد شود، تا تغییر بعدی یک پیکربندی باشد و نه بازنویسی. به نقل بیانیه G7، خود NIST گفته است این گذار «قطعاً آخرین گذار لازم نخواهد بود».

۷. پیشرفت را با شاخص‌هایی بسنجید که هیئت‌مدیره بفهمد. شاخص‌های مفید عبارت‌اند از سهم خدمات حیاتیِ ارزیابی‌شده، سامانه‌های بدون پشتیبانیِ شناسایی‌شده، پوشش مدیریت گواهی، تأمین‌کنندگان ارزیابی‌شده و زمان لازم برای اجرای یک تغییر رمزنگاری. هدف نمونه گورمن: «مدیریت سرتاسری ۸۰ درصد همه گواهی‌های عمومی تا ۲۰۲۹».

۸. بودجه را صادقانه برنامه‌ریزی کنید. جیتین شابادو، تحلیلگر Forrester، به BankInfoSecurity گفته است بخش قابل‌توجهی از شرکت‌های Fortune 50 و Fortune 100 برای این گذار نزدیک به ۱۰۰ میلیون دلار در یک دهه بودجه می‌گذارند، و گورمن کل مسیر را بین پنج تا ۱۵ سال برآورد کرده است. اگر «روز کیو» (Q-Day) دیرتر هم برسد، هیچ‌کدام از این‌ها هدر نمی‌رود: سیاهه رمزنگاری، خودکارسازی گواهی‌ها و چابکی برای هر تغییر رمزنگاری آینده سودمندند.

این‌جا همان نقطه‌ای است که برنامه‌ریزی پساکوانتومی به دیگر طرح‌های بانکی می‌رسد. پرداخت عاملی، که در مقاله پرداخت با ایجنت هوش مصنوعی در ۲۰۲۶ بررسی کردم، بر قصد خرید امضاشده و اعتبارنامه‌های محدود تکیه دارد و همان امضاها به نقشه راه امن در برابر کوانتوم نیاز دارند. سیاهه رمزنگاری هم در نهایت یک مسئله داده است: همان انضباطی که برای ساختن یک نمای واحد و قابل‌اعتماد در مقاله دیتا انجینیرینگ در کارگزاری و انبار داده یکپارچه شرح دادم، برای کلیدها و گواهی‌ها هم به همان اندازه کاربرد دارد که برای مشتریان.

سخن پایانی

هیچ‌کس نمی‌تواند تاریخ قابل‌اتکایی برای روز کیو بدهد و هیئت‌مدیره هم به آن نیازی ندارد. آنچه در ۲۰۲۶ تغییر کرد این است که سازندگان رایانه‌های کوانتومی و گردانندگان بزرگ‌ترین شبکه‌های اینترنت مهلت‌های خودشان را کوتاه کردند، قانون‌گذاران تاریخ‌ها را مکتوب کردند و زنجیره تأمین پرداخت از تأمین‌کنندگان شواهد می‌خواهد. برای یک بانک، پرسش دیگر این نیست که آیا رمزنگاری پساکوانتومی لازم است، بلکه این است که آیا مهاجرت به‌قدر کافی زود آغاز می‌شود تا با آرامش به پایان برسد. از سیاهه رمزنگاری، تأمین‌کنندگان و کلیدهای احراز هویت شروع کنید؛ باقی کار از دانستن این‌که رمزنگاری شما کجا زندگی می‌کند نتیجه می‌شود.

منابع

مقاله‌های مرتبط

پرداخت عاملیبانکداریایجنت هوش مصنوعیامنیت پرداخت

پرداخت با ایجنت هوش مصنوعی در ۲۰۲۶: بانک‌ها و شبکه‌های کارت چطور به ایجنت‌ها اعتماد می‌کنند

در چند روز از مهر ۱۴۰۵، امریکن اکسپرس، مسترکارت، FIS، HSBC و Ant Digital هر کدام به یک پرسش واحد پرداختند: وقتی یک ایجنت هوش مصنوعی پرداخت می‌کند، چه کسی و برای چه کاری به آن اجازه داده است؟ هویت ایجنت، قصد خرید امضاشده و اعتبارنامه‌های محدود چطور مجوزدهی پرداخت را تغییر می‌دهند و مدیران بانک و فین‌تک از امروز چه باید بکنند.

· ۱۲ دقیقه مطالعه

مهندسی دادهانبار دادههوش تجاریکارگزاری

دیتا انجینیرینگ برای کارگزاری‌ها: طراحی انبار داده یکپارچه با تطبیق هویت مشتری

چگونه پلتفرم‌های معاملاتی، CRM، پرداخت و بک‌آفیس را در یک مدل قابل‌اعتماد از مشتری گرد هم آوریم و چرا تطبیق هویت سخت‌ترین و ارزشمندترین بخش این کار است.

· ۷ دقیقه مطالعه

هوش مصنوعی فیزیکیرباتیکمدل بینایی-زبان-عملربات انسان‌نما

هوش مصنوعی فیزیکی در ۲۰۲۶: مدل‌های بینایی-زبان-عمل و ورود ربات‌ها به کار واقعی

در نیمه مهر ۱۴۰۵، گوگل، NEURA Robotics و Galaxea هر کدام بخشی از یک تصویر واحد را نشان دادند: مدل‌های پایه رباتیک که می‌بینند، استدلال می‌کنند و عمل می‌کنند. چه چیزی واقعاً تغییر کرده، چه چیزی هنوز ادعای خود شرکت‌هاست و مدیران فناوری چطور هوش مصنوعی فیزیکی را ارزیابی کنند.

· ۱۰ دقیقه مطالعه