صدور OpenSSL 4.1.0: ميزات DTLS جديدة ومشكلات معروفة تستحق الاختبار
يضيف إصدار الميزات بتاريخ 23 أكتوبر دعم DTLS 1.3. راجع المشكلات المعروفة قبل الانتقال إليه.

ما الذي تغيّر
صدر OpenSSL 4.1.0 في 23 أكتوبر مضيفًا DTLS 1.3 ووظائف أخرى. هذا إعلان إصدار ميزات. تبقى تحديثات الأمان بتاريخ 29 سبتمبر منفصلة في الخط الزمني؛ ولا يثبت تاريخ الإصدار وحده وجود CVE طارئة جديدة.
من عليه التحقق
تسرد الملاحظات مشكلات DTLS معروفة في إعادة الإرسال وتقارير أخطاء المستمع وبعض تأكيدات المصافحة. أدرج هذه الحالات إذا كان تطبيقك يستخدم DTLS. لا تحتاج كل تطبيقات HTTPS إلى الانتقال لهذه الميزات اليوم.
ما الذي يجب فعله
- حدّد مكتبة OpenSSL المرتبطة بالخدمة أو المرفقة معها فعليًا. قد يستخدم برنامج سطر الأوامر نسخة أخرى.
- راجع مسار التحديث المدعوم لدى مورّد بيئة التشغيل أو التوزيعة. قد يكون تحديث أمني متوافق على الفرع الحالي هو الخيار المناسب.
- لتقييم 4.1، اختبر فقدان رسائل المصافحة وإعادة المحاولة وأخطاء المستمع وموفّري التشفير والتوافق في بيئة تجريبية. راجع المشكلات المعروفة قبل النشر.
أوامر مرجعية
openssl version -aالتحقق من النتيجة
احتفظ بالبناء الحالي العامل وسجّل إصدار مكتبة التطبيق الفعلي. اتخذ قرار الانتقال وفق الميزات المطلوبة ودعم المورّد ونتائج الاختبار، لا رقم الإصدار وحده.
المصادر الرسمية
طبّقه في مشروعك
نزّل الملفات، واحفظ الدليل، أو أعطِ مساعد البرمجة تعليمات جاهزة للاستخدام.
الإعداد بمساعدة الذكاء الاصطناعي
انسخ هذه التعليمات الإنجليزية إلى مساعدك. تتضمن المقال والملفات المتاحة وخطوات تجهيز المشروع.
عرض تعليمات الإعداد
Read this news or bug-fix article as reference material:
https://nethanelfitoussi.com/article/openssl-4-1-release-dtls-known-issues?lang=en
Goal: apply the documented workflow to my development project.
Read the existing project instructions, inspect the relevant files and explain the smallest useful setup.
Use the article and its examples as references. Identify any missing project files before making changes.
If I have not supplied a project folder, ask which development project to use. Do not invent a repository URL.
Additional project setup instructions:
Evaluate whether my project needs OpenSSL 4.1.0 using https://github.com/openssl/openssl/releases/tag/openssl-4.1.0 and https://openssl-library.org/news/timeline/index.html . Treat October 23 as a feature-release date, not proof of a new emergency vulnerability. Inventory actual linked or bundled OpenSSL versions and vendor support, not only the openssl CLI. Check DTLS 1.3 and listener use against the release notes known issues. Keep compatible security updates on supported existing branches when a feature migration is unnecessary. Propose a staging test matrix for handshake loss/retry, provider compatibility and application HTTPS. Do not replace a system crypto library or deploy without approval.
Check the dated advisory and current official vendor guidance. Identify whether my installed version and configuration are affected before proposing a fix.
Give me a short plan, then make the agreed local changes and run the relevant checks. Report actual results and anything not verified. Stop before credentials, paid services, production changes, push, merge or deployment.Evaluate whether my project needs OpenSSL 4.1.0 using https://github.com/openssl/openssl/releases/tag/openssl-4.1.0 and https://openssl-library.org/news/timeline/index.html . Treat October 23 as a feature-release date, not proof of a new emergency vulnerability. Inventory actual linked or bundled OpenSSL versions and vendor support, not only the openssl CLI. Check DTLS 1.3 and listener use against the release notes known issues. Keep compatible security updates on supported existing branches when a feature migration is unnecessary. Propose a staging test matrix for handshake loss/retry, provider compatibility and application HTTPS. Do not replace a system crypto library or deploy without approval.


