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

ردیس نسخه 8.2.10 به عنوان یک نسخه اصلاحی حیاتی برای امنیت و نگهداری عرضه شده است که برای ایمن‌سازی استقرارهای توزیع‌شده در برابر بردارهای نفوذ در سطح شبکه و بهبود پایداری زمان اجرا در مواجهه با محتواهای داده‌ای نامعتبر طراحی شده است. از آنجا که پایگاه‌های داده درون حافظه‌ای با عملکرد بالا به طور فزاینده‌ای هسته معماری‌های چندمشتری را تشکیل می‌دهند، ایمن‌سازی صفحه کنترل داخلی اهمیتنی دوچندان می‌یابد. این نسخه به یک آسیب‌پذیری بنیادی در پروتکل باس خوشه‌بندی می‌پردازد؛ جایی که ارتباطات بین گره‌ها از نظر تاریخی فاقد احراز هویت اجباری رمزنگاری‌شده یا مبتنی بر توکن در زمان غیرفعال بودن TLS بود و توپولوژی‌های خوشه را در برابر تزریق همتایان مخرب آسیب‌پذیر می‌کرد.

علاوه بر سخت‌سازی پیرامونی، ردیس 8.2.10 آسیب‌پذیری‌های پنهان ایمنی حافظه و تجزیه (parsing) را در ماژول‌های پیشرفته داده، به‌ویژه سری‌های زمانی (TimeSeries) و مجموعه‌های برداری (Vector Sets) برطرف می‌کند. با حذف حالات خاص مدیریت‌نشده در بازیابی اسنپ‌شات‌های RDB و پردازش پرس‌وجوهای عمیقاً تو در توی JSON، این به‌روزرسانی از بردارهای انکار سرویس که می‌توانند باعث کرش ناگهانی سرور شوند جلوگیری می‌کند. برای معماران سیستمی که انباره‌های وضعیت حیاتی ماموریت را مدیریت می‌کنند، نسخه 8.2.10 از یک افزایش نگهداری اختیاری به یک خط مشی امنیتی اجباری تبدیل می‌شود و تداوم عملیاتی پایدار را در محیط‌های ابری خصمانه یا مبتنی بر اعتماد صفر تضمین می‌کند.

بهبودهای کلیدی و ارگونومی توسعه‌دهندگان

بارزترین پیشرفت در این نسخه بر مدیریت توپولوژی خوشه از طریق معرفی پارامتر پیکربندی cluster-bus-port-protected-mode تمرکز دارد. از نظر تاریخی، پورت باس خوشه (معمولاً پورت ردیس به علاوه 10000) صرفاً به کنترل‌های پیرامون شبکه (مانند فایروال‌ها یا گروه‌های امنیتی VPC) برای ایزوله‌سازی متکی بود. اگر یک موجودیت خارجی به این پورت دسترسی شبکه پیدا می‌کرد، می‌توانست دست‌دادن‌های (handshakes) غیرمجاز را اجرا کند، به خوشه بپیوندد و تغییرات وضعیت مخرب را منتشر کند. ردیس 8.2.10 عیب‌یابی‌های پیشگیرانه راه‌اندازی را معرفی می‌کند که هر زمان یک گره بدون فعال بودن tls-cluster مقداردهی اولیه شود، گزارش‌های هشدار صادر می‌کند. با تنظیم صریح cluster-bus-port-protected-mode yes، اپراتورها یک دروازه راه‌اندازی سخت‌گیرانه را اعمال می‌کنند: گره از بوت شدن خودداری خواهد کرد مگر اینکه tls-cluster به طور فعال ترافیک بین گره‌ها را احراز هویت کند، و این امر شکاف امنیتی تاریخی در شبکه‌های داخلی غیر TLS خوشه را پر می‌کند.

همزمان، استحکام داخلی در زیرسیستم‌های سری‌های زمانی و مجموعه‌های برداری به طور قابل توجهی افزایش یافته است. توسعه‌دهندگانی که از ساختارهای داده فشرده‌شده سری‌های زمانی استفاده می‌کنند، هنگام بازیابی مجموعه‌داده‌ها از فایل‌های پایداری RDB خراب یا نامعتبر، مکرراً با خطرات پایداری مواجه می‌شدند، جایی که متادیتای فشرده‌سازی نامعتبر می‌توانست خطاهای بخش‌بندی (segmentation faults) را در طول درج نمونه‌ها ایجاد کند. نسخه 8.2.10 پاکسازی دقیق ورودی و بررسی‌های محدوده را در طول بازگشایی سریال‌سازی (deserialization) RDB معرفی می‌کند. به طور مشابه، مسیرهای اجرای پرس‌وجوی مجموعه برداری در برابر محتواهای JSON بیش از حد تو در تو تقویت شده‌اند. ساختارهای بازگشتی عمیق JSON پیش از این فریم‌های پشته را خسته می‌کردند یا خطاهای ارجاع‌دهی به اشاره‌گر را در طول ایندکس‌گذاری برداری و محاسبات فاصله ایجاد می‌کردند؛ موتور اکنون محدودیت‌های عمق تو در تو بودن و بررسی‌های امن تخصیص حافظه را اعمال می‌کند و نمونه‌های تولیدی را از حالت‌های خرابی آبشاری محافظت می‌کند.

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

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

ردیس 8.2.10 از نظر پروتکل‌های ارتباطی و اجرای دستورات استاندارد مشتری، کاملاً با نسخه‌های قبلی 8.x سازگار است. با این حال، معرفی پارامتر cluster-bus-port-protected-mode یک محدودیت عملیاتی عمدی را ایجاد می‌کند. اگر اپراتورها به صراحت cluster-bus-port-protected-mode yes را بدون فعال کردن tls-cluster پیکربندی کنند، گره‌های ردیس بلافاصله راه‌اندازی را متوقف خواهند کرد. این یک ویژگی ایمنی عمدی است که برای جلوگیری از استقرار ناامن تصادفی طراحی شده است و تیم‌ها را ملزم می‌کند تا پیکربندی‌های خوشه خود را بررسی کرده و از پایانش (termination) مناسب TLS اطمینان حاصل کنند یا اگر در حالت احراز هویت‌نشده باقی می‌مانند (که مقدار پیش‌فرض آن برای حفظ رفتار بوت قدیمی همچنان no باقی می‌ماند)، به مرزهای شبکه مورد اعتماد تکیه کنند.

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

ارتقا به ردیس 8.2.10 برای حفظ دسترسی‌پذیری بالای خوشه به یک استراتژی استقرار غلتان (rolling deployment) نیاز دارد.

1. بررسی و به‌روزرسانی فایل‌های پیکربندی: قالب‌های redis.conf خود را به‌روز کنید تا در صورت تمایل به اعمال سخت‌گیرانه، دستورالعمل امنیتی جدید را شامل شوند:

   # فعال‌سازی محافظت از باس خوشه (برای بوت موفقیت‌آمیز نیاز به فعال بودن tls-cluster دارد)
   cluster-bus-port-protected-mode yes
   tls-cluster yes
   

2. انجام راه‌اندازی مجدد غلتان گره‌ها: پکیج‌های باینری را روی گره‌های خوشه یک به یک ارتقا دهید. برای یک گره خوشه، یک انتقال شکست (failover) یا راه‌اندازی مجدد منظم را برای اعمال پچ باینری بدون از دست دادن همگام‌سازی کپی (replica sync) فعال کنید:

   # متوقف کردن امن نمونه موجود redis-server
   redis-cli -p 6379 shutdown save
   
   # راه‌اندازی باینری به‌روزرسانی‌شده ردیس 8.2.10
   redis-server /etc/redis/redis.conf
   

3. اعتبارسنجی توپولوژی خوشه و لاگ‌ها: لا