Əsas fikir
“Bulud dəstəyi” ifadəsini platforma, ƏS, agent, telemetriya, əlaqə və cavab yoxlamalarına çevirin. İdarə olunan xidmətin hostuna giriş olmaya bilər; xidmətə uyğun genişlənmə və API inteqrasiyalarının dəstəyini ayrıca yoxlayın.
Hansı resursların əhatə olunacağını ayırd edin
Əvvəlcə aktivləri qruplaşdırın: bulud hesablarına daxil olan noutbuk və serverlər, IaaS virtual maşınları, konteyner hostları və provayderin idarə etdiyi xidmətlər. Endpoint EDR adətən üzərində agent işləyən əməliyyat sistemlərində hadisə və proses telemetriyası toplayır; bu, bulud hesabının IAM dəyişiklikləri və ya serverless funksiyanın konfiqurasiyası ilə eyni görünürlük deyil. Hər aktiv növü üçün hansı təhlükəni görmək istədiyinizi və hansı başqa nəzarətin bu boşluğu bağladığını yazın. Ənənəvi host agentini xidmətə uyğun icra mühiti genişlənmələri və API inteqrasiyalarından ayırın. Provayderin idarə etdiyi hosta giriş olmadan dəstəklənən icra mühiti vasitələri mövcud ola bilər; xidmət və təchizatçı uyğunluğunu və real telemetriyanı yoxlayın.
| Aktiv | Yoxlanacaq əhatə | Ayrıca yoxlama |
|---|---|---|
| İş stansiyası və ya IaaS VM | Dəstəklənən host agenti və proses telemetriyası | ƏS və canlı siqnalın çatdırılması |
| Konteyner hostu və ya iş yükü | Host və konteyner kimliklərinin fərqi, icra görünürlüğü | Dəstəklənən icra mühiti və qısaömürlü həyat dövrü |
| İdarə olunan funksiya və ya xidmət | Dəstəklənən genişlənmə, API və provayder hadisələri | Host səviyyəsində görünürlük hədləri |
| Bulud hesabı | Audit, IAM və konfiqurasiya hadisələri | Endpoint telemetriyasından əlavə inteqrasiyalar |
Uyğunluğu və əməliyyat şərtlərini təsdiqləyin
Təchizatçının dəstəklədiyi əməliyyat sistemi və versiyalarını, agentin yenilənmə və silinmə qaydasını, şəbəkə çıxışı tələbini və məhdud əlaqədə davranışını yazılı şəkildə alın. Autoscaling və qısaömürlü instance-lar üçün agentin necə qeydiyyata düşdüyünü, identifikatorun yenidən istifadə olunub-olunmadığını və inventardan nə vaxt silindiyini yoxlayın. Hər regionu, arxitekturanı və sistem təsviri (image) növünü ayrıca sınaqdan keçirin. Əhatə faizini yalnız agentin quraşdırılması deyil, siqnalın mərkəzi sistemə çatması və araşdırıla bilməsi ilə ölçün.
Aşkarlama və cavab ssenarilərini sınaqdan keçirin
Pilot zamanı təsdiqlənmiş təhlükəsiz testlər seçin: siyasət pozuntusu, şübhəli proses, izolə etmə tələbi və insident araşdırması. Siqnalın hansı konteksti verdiyini, komandaların onu nə qədər tez tapa bildiyini və hostu karantinə almağın tətbiqə təsirini yoxlayın. Konsol xəbərdarlığı bulud nəzarət müstəvisində hər hadisəni aşkar etdiyini sübut etmir; audit jurnalları, CSPM və bulud provayderinin aşkarlama vasitələri ilə əlaqələndirməni ayrıca qiymətləndirin. Avtomatik cavab yalnız sınaqdan keçmiş təsdiq və bərpa yolu ilə aktivləşdirilməlidir.
Məxfilik, inteqrasiya və dəstəyi müqayisə edin
Telemetriyanın hansı məlumatı topladığını, harada saxlandığını, kimlərin çıxışı olduğunu və nə qədər saxlanıldığını soruşun. SIEM və insident iş axınlarına ötürülən sahələri yoxlayın; ikiqat agent, şəbəkə yükü və konflikt riskini sınaq mühitində ölçün. Müqavilə və əməliyyat planında dəstək saatı, eskalasiya, yeniləmə, insident ixracı və agent nasazlığında bərpa addımlarını dəqiqləşdirin. Seçimi təqdimat əsasında deyil, öz sistemlərinizdə aparılmış uyğunluq və cavab sınaqları əsasında edin.
Pilotu müxtəlif iş qrupları üzrə genişləndirin
Pilota təmsilçi serverləri, istifadəçi cihazlarını və bulud iş yüklərini daxil edin, sonra onların sahiblərini cəlb edin; bir OS və bir şəbəkə şəraitinin nəticəsini bütün mühitə aid etməyin. MSP və ya mərkəzi əməliyyat modeli varsa, müştəri və hesab sərhədlərinin ayrıldığını, rolun yalnız öz əhatəsində cavab verə bildiyini yoxlayın. Yeniləmə dövrü, inventar sinxronu, bildirişlərin həcmi və uğursuz agentin yenidən quraşdırılması üçün komanda sahibini müəyyən edin.