انتشار ردیس نسخه 8.10.1: امنیت بحرانی و سخت‌سازی ایمنی حافظه

۱. نمای کلی اجرایی و اهمیت معماری

ردیس 8.10.1 به عنوان یک نسخه امنیتی با فوریت بالا وارد بازار شده است که برای رفع آسیب‌پذیری‌های بحرانی ایمنی حافظه، اشکالات مدیریت حالت و بردارهای دور زدن احراز هویت طراحی شده است. به عنوان یک پایگاه داده درون حافظه‌ای که اغلب در هسته ریزسرویس‌ها با توان عملیاتی بالا و معماری‌های کش قرار دارد، حفظ محدودیت‌های دقیق حافظه و مرزهای رمزنگاری از اهمیت بالایی برخوردار است. این نسخه اصلاحی طیفی از آسیب‌پذیری‌ها را در زمینه تجزیه ماندگاری RDB، مدیریت اتصال TLS و ساختارهای داده پیشرفته مانند Count-Min Sketch (CMSketch)، TopK و Vector Sets برطرف می‌کند.

از دیدگاه معماری، آسیب‌پذیری‌های مربوط به بارهای ماندگاری نامطمئن (مانند فایل‌های RDB معیوب) و جهش‌های حالت ناهمگام، سطوح حمله حیاتی را ایجاد می‌کنند. هنگامی که یک پایگاه داده درون حافظه‌ای حالات سریال‌شده را پردازش می‌کند یا رشته‌های پس‌زمینه همزمان را مدیریت می‌کند، خطاهای خرابی حافظه می‌توانند به راحتی از شرایط انکار خدمت محلی به اجرای کد از راه دور (RCE) تبدیل شوند. ردیس 8.10.1 به طور سیستماتیک این موتورهای حالت داخلی را سخت‌سازی می‌کند و تضمین می‌نماید که روال‌های بارگذاری ماندگاری، عملیات برداری چندرشته‌ای و اعتبارسنجی‌های دست‌دادن TLS بدون فدا کردن پروفایل‌های تاخیر فوق‌العاده پایین که سیستم‌های تولید به آن‌ها وابسته‌اند، با ضمانت‌های ایمنی دقیق مطابقت داشته باشند.

۲. پیشرفت‌های کلیدی و ارگونومی توسعه‌دهنده

این نسخه اصلاحات مهمی را در چندین معماری زیرسیستم معرفی می‌کند. به طور قابل توجهی، CVE-2026-62356 یک اندازه بافر محاسبه‌شده اشتباه را در طول بارگذاری RDB در CMSketch حل می‌کند که قبلاً موتور را در معرض آسیب‌پذیری‌های نوشتن خارج از محدوده (OOB) پشته قرار می‌داد. به همین ترتیب، بارهای مخرب RDB حاوی شناسه‌های اسلات خارج از محدوده SLOT_INFO خنثی شده‌اند تا از خرابی حافظه و بردارهای بالقوه RCE جلوگیری شود. ساختارهای داده پیشرفته نیز تثبیت‌سازی هدفمندی دریافت کرده‌اند: مجموعه‌های برداری اکنون اعتبارسنجی اجباری در سطح گره را در طول جداسازی سریال RDB اعمال می‌کنند، و یک اشکال موذیانه‌ٔ استفاده پس از آزاد شدن مرتبط با جهش‌های همزمان گراف VREM در حالی که رشته‌های پس‌زمینه VSIM فعال هستند، به طور کامل حل شده است. علاوه بر این، یک اشکال در مدیریت مقدار بازگشتی منفی در hnsw_search() که باعث کاهش شدید شمارش بدون علامت و خواندن‌های خارج از محدوده بعدی می‌شد، اصلاح شده است.

فراتر از سریال‌سازی ساختار داده، شبکه‌سازی در سطح سازمانی و مدیریت حالت کلاینت دستخوش سخت‌سازی قابل توجهی شدند. یک بردار ظریف دور زدن احراز هویت گواهی کلاینت TLS - که در آن یک نام عمومی (CN) حاوی یک بایت NUL جاسازی‌شده باعث قطع رشته می‌شد و اجازه ارتقای غیرمجاز امتیاز به کاربران دلخواه ACL را می‌داد - به طور محکم پچ شده است. علاوه بر این، اشکالات چرخه حیات اتصال اصلی، از جمله شرایط استفاده پس از آزاد شدن در لیست داده‌های در حال انتظار TLS زمانی که دستورات اتصالات در حال انتظار را خیلی زود ببندند، و استفاده پس از آزاد شدن لیست کلاینت مسدودشده که با پردازش مجدد دستور ایجاد می‌شود و کلاینت‌های همزمان مسدود شده روی کلیدهای یکسان را خارج می‌کند، ارکستراسیون چند کلاینتی قوی و قابل پیش‌بینی را تضمین می‌کند.

۳. ماتریس مقایسه معماری

۴. تغییرات اساسی و نکات مهاجرت

ردیس 8.10.1 از نظر پروتکل‌های سیم، فرمت‌های ماندگاری و APIهای فرمان کاملاً با تمام نسخه‌های قبلی 8.x سازگار است. هیچ تغییر اساسی در کتابخانه‌های کلاینت یا دستورالعمل‌های پیکربندی ایجاد نشده است. با این حال، از آنجایی که این نسخه نواقص امنیتی بحرانی - به‌ویژه در رابطه با اعتبارسنجی گواهی TLS و ایمنی تجزیه RDB - را اصلاح می‌کند، اپراتورهایی که اسنپ‌شات‌های RDB نامطمئن را پردازش می‌کنند یا محیط‌های احراز هویت متقابل TLS سخت‌گیرانه را مدیریت می‌کنند، باید استقرار فوری را در اولویت قرار دهند.

۵. راهنمای ارتقا گام‌به‌گام

ارتقا به ردیس 8.10.1 نیازمند یک استراتژی استقرار چرخشی استاندارد در محیط‌های خوشه‌ای برای حفظ دسترسی بالا است.

۱. بررسی نسخه فعلی و سلامت خوشه:

redis-cli INFO server
redis-cli CLUSTER INFO

۲. انجام به‌روزرسانی‌های گره چرخشی: نمونه موجود ردیس را متوقف کنید، باینری را به نسخه 8.10.1 به‌روزرسانی کنید و سرویس را مجدداً راه‌اندازی کنید. برای گره‌های با ماندگاری سنگین، مطمئن شوید که فایل‌های پیکربندی بدون تغییر باقی بمانند:

sudo systemctl stop redis-server
# جایگزینی باینری یا به‌روزرسانی از طریق مدیر بسته به نسخه 8.10.1
sudo systemctl start redis-server

۳. اعتبارسنجی اصلاحات امنیتی و تله‌متری: تأیید کنید که گره به‌روزرسانی‌شده با موفقیت به خوشه ملحق شده است و گزارش‌های خطا را برای هرگونه رد ماندگاری غیرمنتظره یا ناهنجاری‌های دست‌دادن TLS مانیتور کنید:

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