چرا کلید بزرگ‌تر OpenVPN تایمر تولید مجدد کلید را حذف نمی‌کند
قدرت رمزنگاری و عمر کلید دو تصمیم جداگانه‌اند. محرک‌های بایت، بسته و زمان را بررسی کنید و سپس تولید مجدد کلید را در جریان واقعی ورود بیازمایید.
انتخاب AES-256 یا کلید بلندتر هیچ چیزی درباره مدت مجاز استفاده از آن کلید نمی‌گوید. قدرت کلید الگوریتم را توصیف می‌کند؛ سیاست تولید مجدد کلید تعیین می‌کند که نشست چه زمانی مواد کلید تازه استخراج کند. یک استقرار می‌تواند قوی‌ترین رمز در دسترس را انتخاب کند و باز هم در نوسازی اشتباه کند، زیرا این دو تصمیم در دو جای متفاوت گرفته می‌شوند. اشتباه گرفتن آن‌ها یا تغییری بی‌مورد در رمز پدید می‌آورد یا نشستی که بی‌صدا از سیاست خود بیشتر عمر می‌کند.
پیش از دست زدن به رمز، تنظیمات تولید مجدد کلید را بخوانید و هنگام این کار هر دو طرف را بخوانید.
قدرت کلید و عمر کلید به دو پرسش متفاوت پاسخ می‌دهند
رمز و اندازه کلید تعیین می‌کنند که حمله به ترافیک ضبط‌شده چقدر گران تمام می‌شود. فاصله تولید مجدد تعیین می‌کند که یک کلید چه مقدار ترافیک را محافظت می‌کند و کلید افشاشده چه مدت سودمند می‌ماند. این‌ها تنظیم‌های مستقل‌اند و رمز قوی‌تر عمر ایمن نشست را افزایش نمی‌دهد. بیشتر راهنماهایی که می‌گویند «از AES-256 استفاده کنید» درباره نوسازی سکوت می‌کنند، چون نوسازی مسئله سیاست است نه انتخاب الگوریتم.
هر دو را در یادداشت‌های استقرار ثبت کنید: چه چیزی از کانال داده محافظت می‌کند و چه چیزی جایگزینی کلیدهای آن را راه می‌اندازد.
تولید مجدد کلید سه محرک دارد و هر یک از دو طرف می‌تواند آن‌ها را فعال کند
OpenVPN 2.6 محرک‌های جداگانه‌ای برای مذاکره مجدد بر پایه بایت، بسته و زمان سپری‌شده مستند می‌کند. محرک زمان همانی است که بیشتر استقرارها بر پیش‌فرض رها می‌کنند، یعنی تونل خاموش هم طبق زمان‌بندی کلید را بازتولید می‌کند. هر یک از دو طرف می‌تواند تبادل را آغاز کند و طرفی که آغاز نکرده از آن پیروی می‌کند. بنابراین تغییر تایمر در یک طرف رفتار نشست را تعیین نمی‌کند؛ مقدار مؤثر از آن طرفی است که نخست آغاز می‌کند.
محرک‌های بایت و بسته در بارهای کاری با توان بالا یا بسته‌های کوچک اهمیت دارند، جایی که سیاست تنها بر پایه زمان می‌گذارد یک کلید بسیار بیشتر از قصد، داده را محافظت کند. اگر این شمارنده‌ها خاموش بمانند، آن را آگاهانه در یادداشت‌ها بنویسید، نه اینکه پیش‌فرض را بررسی‌نشده رها کنید.
تولید مجدد کلید جریان احراز هویت را آشکار می‌کند
مذاکره مجدد یک دست‌دهی تازه TLS است، یعنی مسیر احراز هویت دوباره اجرا می‌شود. استقرارهایی که از کدهای یک‌بارمصرف، توکن سخت‌افزاری یا چالش RADIUS استفاده می‌کنند این را به‌سختی می‌فهمند: اتصال اول کار می‌کند و نشست یک ساعت بعد می‌میرد، وقتی دست‌دهی دوم کدی را می‌خواهد که پیش‌تر مصرف شده است. auth-gen-token برای پوشاندن همین شکاف وجود دارد: سرور به‌جای درخواست ورود تعاملی تازه، توکن کوتاه‌مدتی برای مذاکره مجدد صادر می‌کند.
این را مسئله‌ای در جریان کار بدانید که باید با اپراتور حل شود، نه شاهدی بر اینکه نوسازی باید خاموش شود.
نوسازی را زیر بار آزمایش کنید، نه در نشستی یک‌دقیقه‌ای
آزمون پذیرشی که وصل می‌شود، یک بار پینگ می‌کند و قطع می‌شود هرگز به تولید مجدد نمی‌رسد. نشستی به‌قدر کافی طولانی اجرا کنید تا از محرک پیکربندی‌شده بگذرد، در تمام مدت انتقالی را در حال اجرا نگه دارید و گزارش‌های هر دو طرف را برای دست‌دهی تازه بپایید. سپس مسیر شکست را بیازمایید: کلاینت اگر مذاکره مجدد کامل نشود چه می‌کند. تونلی که پاک می‌افتد آسان‌تر از تونلی که به فرستادن در نشست مرده ادامه می‌دهد قابل تشخیص است.
انتقال بزرگ موفق را شاهدی بر آستانه رمزنگاری ندانید. تنها نشان می‌دهد که مسیر و شمارنده‌ها آن مقدار ترافیک را تحمل کرده‌اند.
هر دو انتخاب را مستند کنید
این سابقه به دو خط نیاز دارد: بسته‌ها چگونه محافظت می‌شوند و چه زمانی آن محافظت جایگزین می‌شود. اختیار هر مقدار را بیفزایید، زیرا رمز ممکن است از پیش‌فرض توزیع بیاید در حالی که تایمر از سیاست داخلی می‌آید. اپراتور آینده نباید هیچ‌یک را از فایل پیکربندی حدس بزند.
اگر سازگاری استثنایی را تحمیل کرد، آن را به یک نسخه و یک تاریخ پایان محدود کنید. استثنایی که بیش از دلیلش عمر کند، همان سیاستی می‌شود که کسی یادش نمی‌آید آن را انتخاب کرده باشد.