Əsas fikir
Vahid panel bütün platformalarda eyni nəzarətin işlədiyini sübut etmir. Ortaq tələbi yazın, hər provayderdə necə tətbiq olunduğunu sınaqdan keçirin və çatışmazlıqlar üzrə məsul şəxsləri təyin edin.
Ortaq inventar və nəzarət hədəfləri yaradın
AWS hesablarını, Azure abunəliklərini, Google Cloud layihələrini və onların sahiblik əlaqələrini vahid inventarda saxlayın. İş yükü, məlumat sinfi, internetə açıq interfeys, kritik asılılıq və bərpa sahibi kimi ortaq sahələri müəyyən edin. Sonra provayderlər arasında eyni nəticəni tələb edən bazanı qurun: məsələn, imtiyazlı girişin qorunması, logların saxlanması və ehtiyat nüsxənin sınağı. Daxili siyasət vahid ola bilər, amma hər provayderdə konkret xidmət parametrlərini fərqli şəkildə tətbiq etmək lazım gələcək.
| Ortaq məqsəd | Provayderə uyğun yoxlama | Effektivlik sübutu |
|---|---|---|
| İmtiyazlı giriş | Rol, etibar və MFA parametrləri | İcazə verilən və qadağan olunan əməliyyat testi |
| Qorunan yaddaş | İctimai giriş, siyasət və açar parametrləri | Giriş testi və konfiqurasiya |
| İstifadə edilə bilən jurnallar | Hadisə seçimi, ixrac və saxlanma müddəti | İlkin konteksti ilə tapılan hadisə |
| Bərpa | Xidmət asılılıqları, nüsxələr və bərpa yolu | Məşq nəticəsi |
Kimlik və iş yükü etimadnamələrini uyğunlaşdırın
Mərkəzi identifikasiya ilə bulud rollarına giriş verin və ayrı-ayrı provayderlərin rolları, qrupları və etibar siyasətləri üçün uyğunlaşdırma cədvəli saxlayın. İstifadəçi hesablarını, xidmət identifikatorlarını, CI/CD işlərini və hesablararası rol qəbulunu və həmin rollara girişi ayrıca nəzərdən keçirin. Müvəqqəti etimadnamələrə üstünlük verin; statik açar tələb olunarsa sahib, saxlanma yeri, istifadə məqsədi və ləğv tarixi təyin edin. Eyni iş identifikatorunun hər provayderdə eyni səlahiyyətə malik olduğunu fərz etməyin.
Görünürlük və məlumat nəzarətlərini birləşdirin
Provayder jurnallarını ortaq analizə yönəldin, amma ilkin mənbəni və provayderə məxsus sahələri saxlayın ki, araşdırma zamanı hadisənin mənası itirilməsin. Konfiqurasiya qaydalarını hər hesab, abunəlik və layihədə sınaqdan keçirin; istisnalar üçün sahib və müddət təyin edin. Məlumatın ötürülmə yollarında şifrələmə, açar idarəsi, ehtiyat nüsxə və region məhdudiyyətlərini xidmətlər üzrə yoxlayın. Bir provayderin təhlükəsizlik alətinin başqa provayderdə işlədiyini və ya bütün resursları avtomatik əhatə etdiyini fərz etməyin.
Hadisə və bərpa prosedurlarını provayderlər arasında sınaqdan keçirin
İnsident planında komprometasiya olunmuş hesab girişini məqsədli məhdudlaşdırmaq, rol icazəsini azaltmaq, logları ixrac etmək, şəbəkəni məhdudlaşdırmaq və provayder dəstəyinə müraciət etmək üçün platformaya uyğun addımlar saxlayın. Bir provayderdə görünən siqnal digər mühitə yayılmış hücumu göstərməyə bilər; ümumi insident rəhbəri ilə platforma mütəxəssisinin əməkdaşlığını məşq edin. Bərpa sınaqlarını hesablara və xidmətlərə görə ayırın, məlumatın köçürülməsi və tətbiqin asılılıqlarını yoxlayın. Siyasət və avtomatlaşdırma dəyişəndə testləri yeniləyin. Sübut toplamağı və bərpa üçün girişi qoruyun.
API və məlumat mübadiləsini qoruyun
Buludlararası tətbiq əlaqələrində hər xidmətin hansı kimliklə sorğu göndərdiyini və hansı məlumatı oxuya və ya dəyişə bildiyini yoxlayın. API autentifikasiyası, səlahiyyət yoxlaması, sirr rotasiyası, sürət məhdudiyyəti və audit qeydini tətbiqin riskinə uyğun seçin. Həssas məlumatın hansı regionlarda saxlandığını və nüsxələndiyini təsdiqləyin; eyni resursun buludlar arasında köçürülməsi avtomatik olaraq hüquqi və müqavilə tələblərinə cavab verdiyini göstərmir.