رمزگذاری می‌تواند از داده‌ها محافظت کند، اما حفاظت فقط به اندازه روش ایجاد، ذخیره، استفاده، چرخش و بازنشستگی کلیدها قوی است. در یک محیط میزبانی شده، این مسئولیت ها را می توان بین سازمان شما، ارائه دهنده هاست، تیم های برنامه و ابزارهای امنیتی به اشتراک گذاشت. یک فرآیند مدیریت کلید روشن به جلوگیری از از دست دادن کامل کنترل در صورت افشای اعتبارنامه ها یا به خطر افتادن سرور کمک می کند.
چه چیزی در مدیریت کلیدهای امن در یک محیط میزبانی انجام می شود
مدیریت کلید فراتر از انتخاب یک الگوریتم رمزگذاری است. چرخه زندگی کامل کلیدهای رمزگذاری و اسرار مرتبط با آنها، از جمله تولید، ذخیره سازی، توزیع، استفاده، چرخش، لغو، پشتیبان گیری، بازیابی و تخریب را پوشش می دهد. رمزهای عبور برنامه، توکن‌های API، اعتبار پایگاه داده، کلیدهای خصوصی TLS، کلیدهای امضا، و کلیدهای رمزگذاری داده‌ها باید هر کدام دارای مالک، هدف، خط‌مشی دسترسی و طول عمر مشخصی باشند.
- کلیدهای رمزگذاری برای پایگاه داده ها، فایل ها، دیسک ها و آرشیوها
- گواهینامه های TLS و کلیدهای خصوصی
- اسرار برنامه و توکن های API
- پایگاه داده و اعتبار حساب خدمات
- کلیدهای امضا برای نرم افزار، اسناد یا جلسات
- اعتبار برای بازیابی یا استفاده اضطراری
با فهرستی شروع کنید که هدف، مالک، مکان، حساسیت و وابستگی‌های هر کلید یا راز را ثبت می‌کند. متمایز کردن کلیدهای با عمر طولانی از اعتبارنامه های کوتاه مدت به شما کمک می کند کنترل هایی را انتخاب کنید که با خطر مطابقت دارند و درک تأثیر یک حادثه را آسان تر می کند.
کلیدها را از کد برنامه و فایل های سرور دور نگه دارید
هرگز اسرار را در کد منبع، تصاویر ظرف، اسکریپت های استقرار، بلیط ها یا اسناد رمزگذاری نکنید. فایل‌های پیکربندی متن ساده و متغیرهای محیطی نیز می‌توانند از طریق پشتیبان‌گیری، بازرسی فرآیند، خروجی اشکال‌زدایی، گزارش‌های CI یا ارسال تصادفی فاش شوند. برنامه باید راز را در زمان اجرا از یک مدیر مخفی تایید شده از طریق یک کانال تأیید شده بازیابی کند.
در محیط‌های میزبانی‌شده، جایی که مطالب کلیدی می‌توانند با متن ساده ظاهر شوند را محدود کنید. در صورت پشتیبانی از یک اعتبار مخفی یا هویت حجم کاری استفاده کنید، مجوزهای فایل را محدود کنید، ثبت نام کامل در مورد احراز هویت را غیرفعال کنید، و مخازن و تصاویر را برای افشای تصادفی اسکن کنید. اگر کلیدی در معرض خطر قرار گرفته یا در یک سیستم محافظت نشده کپی شده است، آن را به عنوان در معرض خطر تلقی کنید، آن را باطل کنید، و به جای اینکه فقط کپی قابل مشاهده را حذف کنید، آن را جایگزین کنید.
از یک KMS یا HSM اختصاصی برای کلیدهای حساس استفاده کنید
یک سرویس مدیریت کلید اختصاصی (KMS) یا ماژول امنیتی سخت افزاری (HSM) می تواند تولید کلید، اجرای سیاست، ثبت دسترسی و عملیات رمزنگاری را متمرکز کند. انتخاب صحیح به ریسک، انطباق، عملکرد و الزامات کنترل بستگی دارد. کلیدهای اصلی بسیار حساس، کلیدهای اصلی، کلیدهای پرداخت، کلیدهای امضا، یا جداسازی مستاجر ممکن است نیاز به حفاظت سخت افزاری و جداسازی اداری سختگیرانه داشته باشند.
در صورت لزوم از رمزگذاری پاکت نامه استفاده کنید: کلید رمزگذاری داده ها از داده ها محافظت می کند، در حالی که کلید رمزگذاری کلید از کلید داده محافظت یا بسته بندی می کند. این نیاز به نمایش کلید اصلی برنامه را کاهش می دهد و چرخش و بررسی دسترسی را آسان تر می کند. تأیید کنید که کدام طرف ریشه اعتماد را کنترل می کند، کلیدها در کجا ذخیره می شوند، و اینکه آیا پرسنل فروشنده به مواد کلید متن ساده دسترسی دارند یا خیر.
کمترین امتیاز و کنترل هویت قوی را اجرا کنید
به هر شخص، برنامه و سرویس باید فقط مجوزهای کلیدی داده شود که به آنها نیاز دارند. مجوزهای جداگانه برای ایجاد، استفاده، چرخش، صادرات، غیرفعال کردن و از بین بردن کلیدها. برنامه های کاربردی تولید معمولاً نیاز به استفاده از یک کلید برای یک عملیات خاص دارند. آنها نباید به طور خودکار بتوانند هر کلید را فهرست کنند، مواد کلیدی را صادر کنند یا خط مشی آن را تغییر دهند.
اعتبارنامه‌های کوتاه‌مدت، هویت‌های حجم کاری و کنترل‌های دسترسی مبتنی بر نقش را به گذرواژه‌های مشترک سرپرست ترجیح دهید. با احراز هویت چند عاملی، تأیید اقدامات پرخطر، و حساب‌های جداگانه برای شیشه‌های شکسته، از دسترسی اداری انسان محافظت کنید. به طور مرتب مجوزها را بررسی کنید، به خصوص پس از تغییرات پرسنل، مهاجرت برنامه ها یا تغییرات معماری میزبان.
کلیدها را با خیال راحت بچرخانید و باز کنید
چرخش پنجره ای را کاهش می دهد که در آن کلید عمومی می تواند مورد سوء استفاده قرار گیرد، اما چرخش بدون برنامه کاربردی می تواند داده ها را ناخوانا کند یا خدمات را مختل کند. چرخش و محرک های مالکیت را از قبل تعریف کنید: چرخش برنامه ریزی شده، قرار گرفتن در معرض مشکوک، خروج کارکنان، تغییر فروشنده، تغییر الگوریتم یا رویداد امنیتی مهم. از نسخه‌های کلیدی استفاده کنید تا داده‌های جدید از نسخه فعلی استفاده کنند، در حالی که داده‌های قدیمی‌تر را فقط می‌توان در طول انتقال کنترل‌شده رمزگشایی کرد.
چرخش را در صورت امکان خودکار کنید و ابتدا آن را در یک محیط غیر تولیدی آزمایش کنید. یک فرآیند امن باید برنامه‌های کاربردی وابسته را به‌روزرسانی کند، تأیید کند که عملیات رمزگذاری و رمزگشایی جدید کار می‌کنند، نسخه قدیمی را در زمان مناسب بازگرداند یا غیرفعال کند، و هرگونه دسترسی قانونی یا عملیاتی مورد نیاز به داده‌های تاریخی را حفظ کند. برنامه چرخشی را جایگزینی برای خروج فوری پس از مصالحه نکنید.
محیط ها را جدا کنید و شعاع انفجار را محدود کنید
از کلیدهای یکسان در توسعه، مرحله‌بندی، و تولید، یا در میان کلاینت‌ها، برنامه‌ها و کلاس‌های داده غیرمرتبط استفاده نکنید. سلسله مراتب های کلیدی و خط مشی های دسترسی مجزا، احتمال باز کردن قفل داده های تولید توسط سیستم آزمایشی، حساب توسعه دهنده یا حجم کاری کم خطر را کاهش می دهد.
زیرساخت میزبان نیز باید مسیرهای مدیریت را از مسیرهای برنامه جدا کند. نقاط پایانی مدیریت کلید را در صورت امکان به شبکه‌های تایید شده یا رابط‌های خصوصی محدود کنید، از قوانین فایروال و تقسیم‌بندی شبکه استفاده کنید و اعتبار اداری را از بارهای کاری همه منظوره دور نگه دارید. هدف این است که یک میزبان، حساب یا خط لوله استقرار در معرض خطر برای دسترسی به هر سیستم محافظت شده کافی نباشد.
پشتیبان گیری از کلیدها، نظارت بر استفاده و زمان بندی بازیابی
از دست دادن یک کلید می تواند به اندازه دزدیده شدن یک کلید آسیب زا باشد. از مواد رمزگذاری کلید و فراداده های بازیابی مطابق با شرایط ذخیره سازی داده و در دسترس بودن نسخه پشتیبان تهیه کنید، اما از نسخه پشتیبان با اعتبارنامه ها و کنترل های جداگانه محافظت کنید. نحوه بازیابی دسترسی یک تیم مجاز در زمانی که سرور، KMS، حساب سرپرست یا منطقه در دسترس نیست، مستند کنید.
- مالک، هدف، مکان، طبقه بندی و وابستگی های کلید را یادداشت کنید
- برای رمزگشایی داده‌های ذخیره‌شده، نسخه‌های ایمن یا سپردن کلیدهای مورد نیاز را نگه دارید
- پشتیبان‌گیری‌ها را جدا از محیط میزبان اولیه ذخیره کنید
- عملیات بازیابی و صادرات را به پرسنل تایید شده محدود کنید و نیاز به تایید اضافی دارید
- مراحل بازیابی و ورود مجدد را در یک برنامه زمانبندی مشخص آزمایش کنید
- مراحل حادثه را برای قرار گرفتن در معرض، از دست دادن، سوء استفاده مشکوک، و اختلال ارائه دهنده تعریف کنید
هر رویداد کلیدی باید قابل مشاهده باشد. گزارش‌های مربوط به ایجاد کلید، دسترسی، تغییرات خط‌مشی، چرخش، صادرات، غیرفعال‌سازی، حذف، و مجوز ناموفق را جمع‌آوری و ایمن کنید. سوابق را برای مکان‌ها، حجم‌ها، زمان‌ها یا هویت‌های غیرمعمول بررسی کنید و شواهد کافی برای بررسی یک حادثه را حفظ کنید. نظارت جایگزینی برای کنترل دسترسی نیست، اما به اثبات کارآمد بودن کنترل کمک می‌کند و به مسئولین این فرصت را می‌دهد تا قبل از تبدیل شدن یک مواجهه کوچک به یک مصالحه گسترده، اقدام کنند.
نتیجه گیری
مدیریت کلید ایمن در یک محیط میزبانی شده یک رشته چرخه حیات است: اسرار را از کد خارج نگه دارید، از امنیت اختصاصی استفاده کنید، کمترین امتیاز را اعمال کنید، آگاهانه چرخش و لغو کنید، محیط‌ها را جدا کنید، و مسیرهای بازیابی آزمایش شده را حفظ کنید. ابزار دقیق ممکن است بین ابر، کولوکیشن، سرورهای اختصاصی و استقرار ترکیبی متفاوت باشد، اما اصول یکسان باقی می‌مانند.
برای کسب‌وکارهایی که میزبان برنامه‌های حساس یا داده‌های تنظیم‌شده هستند، Dataplugs می‌تواند سرور اختصاصی و محیط‌های میزبانی را فراهم کند که از دسترسی کنترل‌شده، جداسازی شبکه، نظارت و فرآیندهای عملیاتی مستند پشتیبانی می‌کند. زیرساخت می‌تواند پایه محکمی را فراهم کند، اما سازمان شما همچنان باید مالکان کلیدی، خط‌مشی‌ها، الزامات نگهداری و رویه‌های رخدادی را که بر نحوه استفاده از مواد رمزنگاری نظارت می‌کنند، تعریف کند.
برای اطلاعات بیشتر در مورد راه حل های میزبانی Dataplugs، با sales@dataplugs.com تماس بگیرید.
