رمزنگاری پساکوانتومی چیست و چرا اینترنت به آن نیاز دارد؟

مهاجرت رمزنگاری یک پروژه زیرساختی است

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

گام نخست، موجودی‌برداری رمزنگاری است: گواهی‌ها، VPNها، ارتباطات سرویس‌به‌سرویس، امضای نرم‌افزار، دستگاه‌های قدیمی و کتابخانه‌های رمزنگاری باید شناسایی شوند. سپس باید امکان تعویض الگوریتم، اندازه کلید و امضا، سازگاری پروتکل و عملکرد روی سخت‌افزار محدود آزمایش شود. استانداردهای نهایی NIST مانند ML-KEM و ML-DSA مبنای مهمی برای برنامه‌ریزی‌اند، اما پیاده‌سازی صحیح، مدیریت کلید و آزمون بین‌عملیاتی همچنان ضروری است.

نقشه راه گذار و استانداردهای اجرایی

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

مهاجرت رمزنگاری یک پروژه زیرساختی

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

گام نخست، موجودی‌برداری رمزنگاری است: گواهی‌ها، VPNها، ارتباطات سرویس‌به‌سرویس، امضای نرم‌افزار، دستگاه‌های قدیمی و کتابخانه‌های رمزنگاری باید شناسایی شوند. سپس باید امکان تعویض الگوریتم، اندازه کلید و امضا، سازگاری پروتکل و عملکرد روی سخت‌افزار محدود آزمایش شود. استانداردهای NIST مانند ML-KEM و ML-DSA مبنای مهمی برای برنامه‌ریزی‌اند، اما پیاده‌سازی صحیح و آزمون بین‌عملیاتی همچنان ضروری است.

راهنمای ارزیابی و اجرای واقعی

برای سنجش این فناوری، ابتدا یک مسئله محدود و شاخص پذیرش روشن تعریف کنید. خط مبنا را پیش از اجرا ثبت کنید تا بتوان تغییر عملکرد را با وضعیت قبلی مقایسه کرد. آزمایش کنترل‌شده، ثبت نسخه نرم‌افزار و داده ورودی و مستندسازی شرایط اجرا، نتیجه را قابل تکرار می‌کند.

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

رمزنگاری پساکوانتومی یا PQC مجموعه‌ای از الگوریتم‌های رمزنگاری کلاسیک است که برای مقاومت در برابر حملات شناخته‌شده رایانه‌های کوانتومی طراحی شده‌اند. تهدید اصلی متوجه الگوریتم‌های کلیدعمومی متداول مانند RSA و منحنی بیضوی است؛ الگوریتم شور می‌تواند در صورت وجود رایانه کوانتومی خطاپذیر و بزرگ‌مقیاس، مسئله ریاضی زیربنای آن‌ها را به‌طور بنیادی تضعیف کند. این موضوع به معنای شکسته‌شدن فوری رمزنگاری امروز نیست، اما طول عمر داده و زمان مهاجرت اهمیت دارد.

دو کاربرد را جدا کنید: تبادل یا کپسوله‌سازی کلید برای ایجاد کلید مشترک، و امضای دیجیتال برای احراز اصالت و تمامیت. استاندارد FIPS 203 الگوریتم ML-KEM را برای کپسوله‌سازی کلید تعریف می‌کند؛ FIPS 204 الگوریتم ML-DSA و FIPS 205 الگوریتم SLH-DSA را برای امضا استاندارد کرده‌اند. این الگوریتم‌ها جایگزین یک‌به‌یک همه کاربردهای رمزنگاری نیستند و انتخاب پارامتر و پیاده‌سازی باید مطابق استاندارد و راهنمای به‌روز باشد.

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

مهاجرت با فهرست‌برداری آغاز می‌شود: کجا از RSA، ECDH، ECDSA یا گواهی‌های وابسته استفاده شده؟ کدام کتابخانه، HSM، VPN، سامانه هویت، دستگاه IoT و ارتباط شریک تجاری درگیر است؟ الگوریتم ممکن است در کد برنامه، پروتکل، firmware یا سرویس بیرونی پنهان باشد. موجودی رمزنگاری باید مالک، کاربرد، سطح حساسیت، امکان تعویض و چرخه عمر هر جزء را ثبت کند.

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

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

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

مهاجرت به رمزنگاری پساکوانتومی با تعویض یک الگوریتم در تنظیمات سرور تمام نمی‌شود. سازمان باید ابتدا بداند کجا از رمزنگاری کلیدعمومی استفاده می‌کند: گواهی‌های TLS، شبکه خصوصی مجازی، امضای کد، امضای اسناد، به‌روزرسانی firmware، هویت دستگاه، ارتباطات داخلی و سامانه‌های قدیمی. بسیاری از وابستگی‌ها در کتابخانه‌ها، تجهیزات شبکه یا سرویس‌های پیمانکار پنهان‌اند. موجودی رمزنگاری نقطه شروع برنامه است.

اولویت‌بندی باید بر اساس طول عمر محرمانگی داده، عمر تجهیزات، حساسیت سرویس و دشواری جایگزینی انجام شود. داده‌ای که امروز رمزگذاری و برای دهه‌ها نگه‌داری می‌شود، در برابر سناریوی «اکنون جمع‌آوری کن، بعداً رمزگشایی کن» حساس‌تر است. این اولویت‌بندی باید مستند و با مالک کسب‌وکار و تیم امنیت تأیید شود.

در استانداردهای NIST، ML-KEM برای سازوکار کپسوله‌سازی کلید و ML-DSA و SLH-DSA برای امضای دیجیتال استاندارد شده‌اند. این دسته‌ها جایگزین یکدیگر نیستند: KEM برای برقراری یا انتقال امن کلید کاربرد دارد، در حالی که امضا برای اصالت و تمامیت پیام یا نرم‌افزار است. هنگام طراحی باید الگوریتم، پارامتر، قالب کلید و گواهی، طول پیام و سازگاری کتابخانه‌ها را دقیق بررسی کرد.

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

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

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

منبع مرجع برای وضعیت الگوریتم‌ها و اسناد نهایی، صفحه رسمی پروژه رمزنگاری پساکوانتومی NIST و استاندارد FIPS 203 است. برای برنامه‌ریزی گذار نیز پیش‌نویس راهنمای مهاجرت NIST IR 8547 را با توجه به وضعیت انتشار و نسخه جاری بررسی کنید.

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

مهاجرت را با فهرست‌برداری رمزنگاری آغاز کنید، نه با تعویض فوری الگوریتم‌ها. گواهی‌های TLS، VPN، امضای کد، سامانه‌های هویت، ارتباط میان سرویس‌ها، پشتیبان‌گیری و دستگاه‌های تعبیه‌شده ممکن است از الگوریتم‌های متفاوتی استفاده کنند. برای هر مورد، مالک سامانه، نوع داده، عمر محرمانگی، وابستگی نرم‌افزاری و زمان معمول تعویض کلید یا گواهی را ثبت کنید.

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

استانداردهای نهایی NIST برای شروع مهم‌اند: ML-KEM در FIPS 203 برای سازوکار کپسوله‌سازی کلید، ML-DSA در FIPS 204 برای امضای دیجیتال و SLH-DSA در FIPS 205 به‌عنوان خانواده امضای مبتنی بر هش. این الگوریتم‌ها کاربرد یکسان ندارند و جایگزینی آن‌ها باید بر اساس نیاز تبادل کلید یا امضا انجام شود. مشخصات و اصلاحیه‌های جاری را از صفحه رسمی پروژه رمزنگاری پساکوانتومی NIST پیگیری کنید.

پیش از تغییر گسترده، سازگاری کتابخانه‌ها، HSMها، تجهیزات شبکه، سامانه‌های قدیمی و طرف‌های بیرونی را آزمایش کنید. اندازه کلیدها، امضاها و پیام‌های handshake ممکن است افزایش یابد و بر MTU، پهنای باند، حافظه و زمان پاسخ اثر بگذارد. آزمون interoperability میان پیاده‌سازی‌های مستقل، از اتکا به یک محیط آزمایشگاهی واحد قابل اعتمادتر است.

در برخی مسیرها می‌توان از طرح ترکیبی استفاده کرد تا در دوره گذار، سازوکار کلاسیک و پساکوانتومی با سیاستی روشن کنار هم به کار روند. اما ترکیب الگوریتم‌ها به‌خودی‌خود امنیت را تضمین نمی‌کند؛ طراحی پروتکل، ترتیب ترکیب، مدیریت کلید و رفتار در صورت شکست هر جزء باید بررسی شود. از پیاده‌سازی‌های دست‌ساز یا تغییرات رمزنگاری خارج از استاندارد پرهیز کنید.

برای هر سامانه، معیار پذیرش تعریف کنید: موفقیت handshake، تأخیر، اندازه پیام، مصرف CPU، نرخ خطای گواهی، امکان چرخش کلید و بازیابی از خطا. ابتدا در محیط آزمایشی، سپس در گروه کوچکی از سرویس‌ها و در نهایت به‌صورت مرحله‌ای مهاجرت کنید. قابلیت بازگشت کنترل‌شده لازم است، اما نباید بهانه‌ای برای نگه‌داشتن دائمی مسیرهای ناامن باشد.

حاکمیت مهاجرت نیز اهمیت دارد. مسئولیت تصمیم‌ها، استثناها، تاریخ انقضای استثنا، ثبت نسخه کتابخانه و بازبینی دوره‌ای باید مشخص باشد. رمزنگاری پساکوانتومی یک پروژه خرید محصول نیست؛ برنامه‌ای چندساله برای مدیریت وابستگی‌های رمزنگاری و کاهش ریسک داده‌های بلندعمر است.