نامهای خلاصه SHA1 در OpenSSL: یک فهرست قدیمی چه معنایی دارد

فهرستهای خلاصه قدیمی مثل رونویس تصمیمهای رمزنگاری خوانده میشوند، و چنین نیستند. نامهایی مانند SHA1، DSA-SHA1-old یا RSA-SHA1-2 در بیلدهای قدیمی OpenSSL کنار هم مینشینند، چون کتابخانه چند نقطه ورود پیرامون ماشین هش مرتبط ثبت کرده بود. برچسب RSA یا DSA در آن فهرست هیچ چیزی درباره آنچه OpenVPN با یک بسته کرد نمیگوید. آنچه میخوانید فهرست موجودی کتابخانه است، نه رکورد یک نشست.

پیش از آنکه هر نتیجهای معنا پیدا کند باید سه چیز از هم جدا شوند: نام ثبتشده، محاسبه خلاصه در زیر آن و عملیاتی که آن را مصرف میکند.

ثبت یک واسط است، نه یک امتیاز قدرت

در OpenSSL 1.0.2 جدول ثبت خلاصهها نامها، مستعارها و پیادهسازیها را در یک فایل به هم میبندد. توصیفگر قدیمی DSS1 روشنترین مورد است: طول خروجی SHA-1 را اعلام میکند و روتین پایاندهی SHA-1 را فرا میخواند، در حالی که نامی را حمل میکند که الگوریتمی کاملاً متفاوت را القا میکند. بنابراین حروف اضافه در یک ثبت به معنای هش متفاوت، خروجی بلندتر یا سطح امنیتی تازه نیست.

همان منبع روابط مستعار را برای فراخوانهای قدیمیتر نگه میدارد، که توضیح میدهد چرا یک فهرست شلوغ به نظر میرسد. این مستندسازی سازگاری است، نه وعده اینکه ارائهدهنده کنونی OpenSSL نامهای یکسان را نشان دهد.

نامهای امضا، امضا نمیسازند

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

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

گزینهای را بیابید که نام را مصرف کرد

در مورد احراز هویت بسته که OpenVPN 2.6 مستند میکند، auth خلاصهای را انتخاب میکند که HMAC از آن استفاده میکند، ساختاری برای احراز هویت پیام با کلید و نه امضای گواهی. الگوریتم امضای گواهی TLS ویژگی جداگانهای از دستدادن است.

با رمز داده AEAD، تنظیم جداگانه auth دیگر بر کانال داده اعمال نمیشود، در حالی که نقش آن برای tls-auth پرسشی جدا میماند. بنابراین یک فهرست خلاصه نمیتواند بگوید کدام هش از بستههای کنونی محافظت میکرد، کدام مجموعه TLS مذاکره شد یا گواهی همتا چگونه امضا شد. تنها پیکربندی مؤثر به همراه نسخه میتواند به آن پاسخ دهد، و تنها برای اتصال پیش روی شما.

آنچه واقعاً دارید را بنویسید

نسخه OpenVPN، کتابخانه رمزنگاری پیوندخورده، گزینههای دقیق در نمایه و نتیجه یک اتصال واقعی را بنویسید. این مجموعه به پرسشهایی پاسخ میدهد که عکس صفحه از یک منوی خلاصه نمیتواند، و از ارتقای بعدی جان سالم به در میبرد چون نسخهها را نام میبرد نه برداشتها را.

پیش از هر چیز، یک مستعار قدیمی را انتخاب نکنید چون نامش قویتر یا مشخصتر به نظر میرسد. سیاست پشتیبانیشده را برای کل اتصال انتخاب کنید، و نامهای قدیم را رکوردی از نحوه معرفی کتابخانه در گذشته بدانید.