بامداد ۱۲ آبان ۱۴۰۵، یک مخاطره امنیتی در بخشی از زیرساخت هم‌روش شناسایی شد. برای کاهش ریسک، ارائه برخی سرویس‌ها را به‌صورت موقت و کنترل‌شده متوقف کردیم. اگر برای دسترسی به آبجکت استورج، کلید دسترسی ساخته و در جایی ذخیره کرده‌اید، این راهنما برای شماست. تا زمانی که کلیدهای قبلی باطل نشوند، ریسک باقی می‌ماند.
این راهنما به شما مربوط است اگر…
- در هم‌روش از سرویس آبجکت استورج استفاده می‌کنید و یک یا چند کلید دسترسی ساخته‌اید.
چه مقادیری باید تعویض شود؟
- شناسه کلید دسترسی و کلید مخفی (Access Key و Secret Key) مربوط به هر کاربر یا سرویس
- کلیدهایی که در متغیرهای محیطی، سکرت‌ها یا فایل‌های کانفیگ ذخیره شده‌اند
- کلیدهایی که در پنل سرویس‌های خارجی، ابزارهای پشتیبان‌گیری یا اسکریپت‌ها ذخیره شده‌اند
- کلیدهای مشترکی که بین چند تیم یا چند سرویس استفاده می‌شوند
توجه: کلید دسترسی از دو بخش Access Key و Secret Key تشکیل شده است. هر دو باید تعویض شوند و تغییر یکی کافی نیست. فرایندی که در ادامه توضیح می‌دهیم، از سمت کنسول هم‌روش هر دو مورد را تغییر می‌دهد.
پیش‌نیازها
- دسترسی به کنسول هم‌روش با نقش ادمین کنسول هم‌روش یا ادمین آبجکت استورج هم‌روش که اجازه مشاهده و مدیریت کلیدهای آبجکت استورج را دارد.
- دسترسی به تنظیمات همه سرویس‌ها و ابزارهایی که از این کلیدها استفاده می‌کنند.
- وقفه سرویس: بستگی به روش چرخش دارد. اگر کلید جدید بسازید و بعد از انتقال مصرف‌کننده‌ها کلید قبلی را باطل کنید، معمولاً وقفه‌ای ایجاد نمی‌شود. اگر کلید قبلی بلافاصله روتیت شود، سرویس‌هایی که از آن استفاده می‌کنند تا زمان به‌روزرسانی خطا می‌دهند. این کار را در بازه‌ای انجام دهید که بار ترافیک کم است.
قبل از شروع: فهرست سرویس‌های متصل را تهیه کنید
- اپلیکیشن‌ها و سرویس‌هایی که در باکت‌ها فایل می‌نویسند یا می‌خوانند
- متغیرهای محیطی و سکرت‌های این سرویس‌ها در هم‌روش
- متغیرهای CI در فایل .env پنل هم‌گیت
- محیط توسعه محلی تیم و فایل‌های .env
- کرون‌جاب‌ها و اسکریپت‌های پشتیبان‌گیری
- ابزارهای تحلیل، پردازش تصویر یا CDN که از باکت‌ها فایل می‌خوانند
- سرویس‌ها و افرادی که کلید در اختیارشان است
مراحل
۱- در کنسول هم‌روش به کلیدهای آبجکت استورج بروید. در این صفحه، لیستی از کلیدهایی را مشاهده می‌کنید که پیش از این ایجاد کرده‌اید.
۲- برای هر سطر کلید، روی گزینه «روتیت» (تصویر بالا) کلیک کنید تا فرایند ایجاد کلید جدید و باطل شدن کلید قبلی انجام شود.
۳- کلید جدید را در سرویس‌ها به‌روزرسانی کنید.
۴. سرویس‌های وابسته را ری‌استارت یا ری‌دیپلوی کنید. اپلیکیشن‌هایی که کلید را هنگام راه‌اندازی می‌خوانند، تا ری‌استارت نشوند همچنان از مقدار قبلی استفاده می‌کنند.
۵. عملکرد سرویس‌ها را تأیید کنید. بر اساس بخش بعدی مطمئن شوید خواندن و نوشتن در باکت‌ها درست انجام می‌شود.
۶. سطح دسترسی باکت‌ها را بازبینی کنید. اگر باکتی دسترسی عمومی دارد، تعویض کلید آن را ایمن نمی‌کند. دسترسی عمومی را فقط در صورت نیاز واقعی فعال نگه دارید.
۷- این فرایند را برای تمام کلیدهای سرویس آبجکت استورج خود انجام دهید.
چطور مطمئن شویم انجام شده است؟
- نوشتن و خواندن با کلید جدید موفق است. یک فایل آزمایشی در یک باکت آپلود و سپس دانلود کنید. اگر هر دو موفق شد، کلید جدید درست کار می‌کند.
- سرویس‌ها بعد از تعویض ری‌استارت شده‌اند. زمان آخرین راه‌اندازی سرویس‌های وابسته باید بعد از زمان تعویض کلید باشد.
- لاگ سرویس‌ها خطای دسترسی ندارد. بعد از تعویض، در لاگ سرویس‌ها خطای احراز هویت یا خطای دسترسی به باکت دیده نمی‌شود.
- پشتیبان‌گیری‌ها به‌درستی اجرا می‌شوند. اگر کرون‌جاب پشتیبان‌گیری دارید، اجرای بعدی آن را بررسی کنید. این یکی از اولین جاهایی است که در زمان تغییر کلید آن فراموش می‌شود.
نکته: این معیارها را با هم بررسی کنید. ممکن است آپلود و دانلود آزمایشی موفق باشد، اما یک کرون‌جاب پشتیبان‌گیری یا ابزار تحلیل بیرونی هنوز از کلید قبلی استفاده کند.
راهنماهای مرتبط
- روش تغییر متغیرهای محیطی و سکرت‌های سرویس دارکوب
- روش تغییر متغیرهای محیطی و سکرت‌های سرویس کانتینر رجیستری
- روش تغییر متغیرهای محیطی و سکرت‌های سرویس بازارچه
- روش تغییر متغیرهای محیطی و سکرت‌های سرویس دیتابیس
- روش تغییر متغیرهای محیطی و سکرت‌های سرویس سنتری
- روش تغییر متغیرهای محیطی و سکرت‌های سرویس مانیتورینگ
- روش تغییر متغیرهای محیطی و سکرت‌های سرویس لاگ