إصدار Redis 8.10.1: تعزيزات حرجة للأمان وسلامة الذاكرة

1. النظرة العامة التنفيذية والأهمية المعمارية

يأتي Redis 8.10.1 كإصدار أمني عالي الأهمية مصمم لتصحيح ثغرات سلامة الذاكرة الحرجة، وأخطاء إدارة الحالة، ومتجهات تجاوز المصادقة. وباعتباره مخزن بيانات داخل الذاكرة يُوضع غالباً في صميم الخدمات المصغرة ذات الإنتاجية العالية وهندسة التخزين المؤقت، فإن الحفاظ على حدود ذاكرة صارمة وقيود تشفير أمر في غاية الأهمية. يعالج هذا الإصدار التصحيحي مجموعة من الثغرات التي تمتد عبر تحليل ثبات RDB، والمعالجة لبرتباطات TLS، وهياكل البيانات المتقدمة مثل Count-Min Sketch (CMSketch) وTopK ومجموعات المتجهات (Vector Sets).

من منظور معماري، تشكل الثغرات التي تتضمن حمولات ثبات غير موثوقة (مثل ملفات RDB التالفة) وطفرات الحالة غير المتزامنة أسطح هجوم حرجة. عندما تعالج قاعدة بيانات داخل الذاكرة حالات متسلسلة أو تتعامل مع خيوط معالجة خلفية متزامنة، يمكن لعيوب تلف الذاكرة أن تتصاعد بسهولة من حالات حجب الخدمة المحلية إلى تنفيذ الكود عن بُعد (RCE). يعمل Redis 8.10.1 على تعزيز محركات الحالة الداخلية هذه بشكل منهجي، مما يضمن أن روتين تحميل الثبات، وعمليات المتجهات متعددة الخيوط، والتحقق من صحة مصافحة TLS تلتزم بضمانات الأمان الصارمة دون التضحية بملفات تعريف زمن الوصول المنخفض للغاية التي تعتمد عليها الأنظمة الإنتاجية.

2. التحسينات الأساسية وبيئة عمل المطورين

يقدم هذا الإصدار إصلاحات حاسمة عبر العديد من بنيات الأنظمة الفرعية. والجدير بالذكر أن CVE-2026-62356 يعالج حجم مخزن مؤقت محسوب بشكل خاطئ أثناء تحميل CMSketch RDB والذي كان يعرض المحرك سابقاً لثغرات الكتابة خارج حدود كومة الذاكرة (OOB). وبالمثل، تم تحييد حمولات RDB الضارة التي تحتوي على معرفات فتحات SLOT_INFO خارج النطاق لمنع تلف الذاكرة ومتجهات تنفيذ الكود عن بُعد (RCE) المحتملة. تلقت هياكل البيانات المتقدمة أيضاً استقراراً مستهدفاً: تطبق مجموعات المتجهات الآن تحققاً إلزامياً على مستوى العقدة أثناء إلغاء تسلسل RDB، وقد تم حل خطأ الاستخدام بعد التحرير الخبيث المرتبط بتغيرات رسم بياني متزامنة VREM أثناء نشاط خيوط VSIM الخلفية تماماً. علاوة على ذلك، تم تصحيح خطأ معالجة قيمة الإرجاع السالبة في hnsw_search() والذي أدى إلى نقص هائل في العد غير الموقع والقراءات اللاحقة خارج الحدود.

إلى جانب تسلسل هيكلة البيانات، خضعت شبكات مستوى المؤسسات وإدارة حالة العملاء لعمليات تعزيز كبيرة. تم تصحيح متجه تجاوز مصادقة شهادة عميل TLS خفي - حيث تسبب الاسم المشترك (CN) الذي يحتوي على بايت معدوم (NUL) مدمج في اقتطاع السلسلة وسمح بتصعيد غير مصرح به للصلاحيات لأي مستخدم ACL - بشكل قاطع. بالإضافة إلى ذلك، تضمن الأخطاء الأساسية لدورة حياة الاتصال، بما في ذلك حالة الاستخدام بعد التحرير في قائمة بيانات TLS المعلقة عندما تغلق الأوامر الاتصالات المعلقة قبل الأوان، وقائمة العملاء المحظورين المستخدمة بعد التحرير الناتجة عن قيام إعادة معالجة الأوامر بطرد العملاء المتزامنين المحظورين على مفاتيح متطابقة، تنسيقاً قوياً وموقعاً للعملاء المتعددين.

3. مصفوفة المقارنة المعمارية

4. التغييرات الكاسحة وتحذيرات الترحيل

متوافق تماماً مع الإصدارات السابقة من Redis 8.10.1 مع جميع إصدارات 8.x السابقة فيما يتعلق ببروتوكولات الأسلاك، وأشكال الثبات، واجهات برمجة تطبيقات الأوامر. لا توجد تغييرات كاسحة في مكتبات العملاء أو توجيهات التكوين. ومع ذلك، نظراً لأن هذا الإصدار يعالج عيوب الأمان الحرجة - لا سيما فيما يتعلق بالتحقق من صحة شهادة TLS وسلامة تحليل RDB - يجب على المشغلين الذين يعالجون لقطات RDB غير الموثوقة أو يديرون بيئات مصادقة متبادلة TLS صارمة إعطاء الأولوية للنشر الفوري.

5. دليل الترقية خطوة بخطوة

تتطلّب الترقية إلى Redis 8.10.1 إستراتيجية نشر متداول قياسية في البيئات العنقودية للحفاظ على توفر عالٍ.

1. التحقق من الإصدار الحالي وصحة العنقود:

   redis-cli INFO server
   redis-cli CLUSTER INFO
   

2. إجراء تحديثات العقدة المتتالية: أوقف مثيل Redis الحالي، وقم بتحديث البرنامج الثنائي إلى الإصدار 8.10.1، وأعد تشغيل الخدمة. بالنسبة للعقد كثيفة الثبات، تأكد من بقاء ملفات التكوين دون تغيير:

   sudo systemctl stop redis-server
   # استبدال البرنامج الثنائي أو التحديث عبر مدير الحزم إلى 8.10.1
   sudo systemctl start redis-server
   

3. التحقق من إصلاحات الأمان والقياس عن بعد: تأكد من أن العقدة المحدثة قد انضمت بنجاح إلى العنقود وراقب سجلات الأخطاء بحثاً عن أي رفض ثبات غير متوقع أو شذوذ في مصافحة TLS:

   redis-cli INFO persistence
   tail -f /var/log/redis/redis-server.log