پرش به محتوای اصلی
پرش به محتوای مقاله

OpenSSL 4.1.0 پشتیبانی DTLS 1.3 را اضافه کرد و معماری‌های قدیمی را حذف کرد

·۱ آبان ۱۴۰۵۲ دقیقه مطالعه
اشتراک‌گذاری
واقعاً چه چیز جدید است؟

نخستین انتشار پایدار OpenSSL با DTLS 1.3 کامل و بهینه‌سازی‌های NTT برای ML-DSA/ML-KEM روی ppc64le و x86_64 — هم‌زمان با حذف معماری‌های منسوخ Itanium و Windows CE.

توسعه‌دهندگان WebRTC و VoIP اکنون پروتکل امن استاندارد DTLS 1.3 را در OpenSSL 4.1.0 دارند — منتشرشده در ۲۳ اکتبر ۲۰۲۶. اما چهار باگ شناخته‌شده در بازارسازی مجدد و دست‌دهی یعنی اعتماد کامل باید صبر کند.

همان‌طور که در تحلیل قبلی ما درباره‌ی رمزنگاری پست‌کوانتوم اشاره کردیم، استانداردسازی الگوریتم‌های ML-DSA و ML-KEM در حال تسریع است. DTLS 1.3 (DTLS 1.3) — مثل یک پروتکل واکی‌تاکی امن برای برنامه‌های بی‌درنگ — در RFC 9147 تعریف شده و سال‌ها در توسعه بوده. پروژه OpenSSL (OpenSSL) به گزارش خود، این نسخه GREASE (RFC 8701)، IKEV2 KDF (IKEV2 KDF) و معماری Elbrus2000 (e2k) را هم اضافه کرده. در عین حال، اهداف Windows CE و Itanium حذف شده‌اند.

جزئیات کلیدی نسخه 4.1.0:

  • بهینه‌سازی عملیات ML-DSA و ML-KEM NTT روی ppc64le
  • بهینه‌سازی ML-DSA روی x86_64 با AVX-512
  • SHAKE x4 بهینه‌شده با AVX-512 برای ML-DSA روی x86_64
  • AES-CBC رمزگشایی با AVX-512 و VAES روی x86_64
  • پشتیبانی DTLS 1.3 (RFC 9147)
  • پشتیبانی GREASE (RFC 8701)
  • DTLS در API شنونده SSL
  • پشتیبانی IKEV2 KDF
  • پشتیبانی اولیه معماری Elbrus2000 (e2k)
  • ابزار tsget اکنون از Net::Curl::Easy استفاده می‌کند
  • گزینه‌های no-ecdsa و no-ecdh حذف شده؛ no-ec جایگزین شده

چهار باگ شناخته‌شده DTLS 1.3:

  • KeyUpdate می‌تواند تمام رکوردهای پس از دست‌دهی در بافر بازارسازی مجدد را بیندازد
  • شکست دائم دریافت در شنونده DTLS به‌صورت SSL_ERROR_WANT_READ گزارش می‌شود
  • شکست قابل‌تلاش نوشتن در اتصال بلاک‌نشده به‌صورت SSL_ERROR_SYSCALL گزارش می‌شود
  • سرورهای DTLS 1.3 ممکن است با هشدار unexpected_message دست‌دهی را لغو کنند

تحلیل: حذف اهداف منسوخ و گزینه‌های منسوخ کدها را ساده می‌کند و بار نگهداری را کاهش می‌دهد — سرعت بخشیدن به انتشارهای آینده. بهینه‌سازی‌های NTT روی ppc64le و x86_64 نشان می‌دهد پروژه OpenSSL جدی است که رمزنگاری پست‌کوانتوم را در سخت‌افزار رایج سریع کند. اما باگ‌های DTLS 1.3 یعنی تیم‌های تولید باید تست‌های استرس بازارسازی مجدد بنویسند قبل از استقرار.

گام بعدی شما

  • اگر روی ppc64le یا x86_64 هستید، بهینه‌سازی‌های NTT جدید را در خط لوله CI تست کنید
  • برای پروژه‌های WebRTC/VoIP جدید، DTLS 1.3 را فعال کنید اما سناریوهای بازارسازی مجدد KeyUpdate را شبیه‌سازی کنید
  • ابزار tsget را با Net::Curl::Easy امتحان کنید اگر اسکریپت‌های timestamping دارید

اصلاح باگ بازارسازی مجدد DTLS 1.3 در انتشار نقطه‌ای بعدی اولویت دارد — گزارش ما را برای انتشار 4.1.1 رصد کنید.

چرا این موضوع مهم است؟

DTLS 1.3 استاندارد واحد برای WebRTC، VoIP و IoT بی‌درنگ می‌شود — توسعه‌دهندگان دیگر نیازی به پیاده‌سازی‌های مالکانه ندارند. بهینه‌سازی‌های ML-DSA/ML-KEM روی سخت‌افزار رایج مسیر انتقال به رمزنگاری پست‌کوانتوم را بدون نیاز به شتاب‌دهنده اختصاصی هموار می‌کند. (تخصص، اعتبار)

تأثیر برای ایران

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

·نگاه ما
تحریریه دات‌هوش

OpenSSL با حذف Itanium و Windows CE سیگنال می‌دهد که تمرکز کامل بر معماری‌های مدرن و پست‌کوانتوم است. بهینه‌سازی NTT روی ppc64le نشان می‌دهد IBM Power همچنان پلتفرم اولویت‌دار برای کارهای رمزنگاری سنگین باقی مانده. باگ‌های DTLS 1.3 یادآوری می‌کنند که حتی کتابخانه‌های پایه، در اولین پیاده‌سازی RFC پیچیده، لبه‌های خطرناک دارند.

منابع

این گزارش با خط‌لولهٔ خودکار دات‌هوش از منابع معتبر جهانی تدوین و زیر نظر تحریریه منتشر شده است. روش کار ما

گفتگو

پنج‌شنبه‌های هوش‌محور

بسته‌ی هفتگی دات‌هوش

۵ خبر، ۲ ابزار، ۱ پرامپت در هر شماره. به‌زودی راه‌اندازی می‌شود — هر پنج‌شنبه صبح.

خبر کلیدی
ابزار کاربردی
پرامپت حرفه‌ای
تحلیل پژوهش
به‌زودی
زاویه‌ی ایرانی
به‌زودی
تمرین این هفته
به‌زودی

راهنماهای دات‌هوش

راهنماهای کاربردیِ دات‌هوش برای کار با هوش مصنوعی — از همین‌جا شروع کنید:

دات‌هوش

راهنمای فارسی هوش مصنوعی — با نگاه به ایران

اخبار روزانه، معرفی ابزارها و مدل‌ها، و آموزشِ کار با هوش مصنوعی؛ همیشه با این پرسش که از ایران چه چیزی کار می‌کند و چه چیزی نه.