Kısa cevap: Tedarikçi erişimi, yapılacak işin hedef, süre ve yetki ihtiyacına göre sınırlandırılmalıdır. Sözleşmenin devam etmesi bütün eski hesapların gerekli olduğu anlamına gelmez.
Bu çalışma ne zaman gerekli?
Tedarikçi kimliklerini ve hangi sistemde ne yaptıklarını envantere bağlayın. Değişiklikleri aktif bakım işlerini dikkate alarak planlayın.
Güvenlik bağlamında değerlendirme
Güvenlik işletiminde yetki, kapsam ve kanıtın açık olması gerekir. Bir ürün veya politika adının bulunması kontrolün doğru çalıştığını göstermez. Önce korunacak iş akışını ve ilgili sorumluları belirleyin. İncelemeyi yalnızca yetkili varlıklar üzerinde yürütün; dış sistemlerin size ait olduğunu varsaymayın. Hassas log, sır veya kişisel veriyi geniş gruplara göndermeyin. Teknik bulguyu kesin olmayan yorumdan ayırın. Değişiklikler gerekli iş onayı ve geri dönüş planıyla uygulanmalıdır. Gerçek olaylarda kurumun yetkili müdahale prosedürü ve uzman ekibi esas alınır. Bu rehber bir saldırı testi, adli inceleme veya hukuki uygunluk kararı yerine geçmez. Amaç temel iş akışını, sahipliği ve doğrulama adımlarını görünür hale getirmektir.
Somut kontrol tablosu
| Başlık | İnceleme ve beklenen çıktı |
|---|---|
| Kimlik | Kişiye veya onaylı servise ait izlenebilir hesap kullanın. |
| Hedef | Gerekli sunucu ve uygulamaları açık tanımlayın. |
| Süre | Geçici işlerin erişim bitişini kaydedin. |
| Devir | Personel veya hizmet değiştiğinde kapatılacak yetkileri belirleyin. |
Çalışmayı hangi sırayla yürütmelisiniz?
- Başlangıcı kaydedin. Etkilenen sistem, sürüm, iş akışı ve sorumluları belirleyin. Varsayımları ölçülmüş veriyle karıştırmayın.
- Küçük kapsamla deneyin. Gerekli onayları aldıktan sonra temsili pilot seçin. Üretim verisi ve erişimlerini kurumun güvenli yöntemleriyle koruyun.
- Sonucu karşılaştırın. Aynı işi önce ve sonra değerlendirin. Tek bir başarılı denemeyi bütün koşullar için garanti saymayın.
- Açık işleri devredin. Eksik kalan başlığa sorumlu ve hedef tarih verin. Geçici istisnaları görünmez hale getirmeyin.
Örnek karar senaryosu
Varsayımsal bir eski bakım hesabı proje bitmesine rağmen açık kalmış olsun. İnceleme kullanım, iş sahibi ve sözleşme kapsamını doğrular; gerekli değilse onaylı süreçle kapatır.
Bu senaryo açıklama amacıyla oluşturulmuştur; gerçek müşteri projesi veya ölçülmüş başarı iddiası değildir.
Hangi yanılgıdan kaçınmalısınız?
Kapanış öncesi bağımlılık kontrolü yapmadan servis hesabını devre dışı bırakmak arka plan görevini durdurabilir. İnsan erişimiyle otomasyon kimliğini ayırın.
Kabul ölçütü ve teslim kaydı
Erişimlerin sahibi, amacı ve gerektiğinde kapanış kanıtı bulunmalıdır.
Teslim notunda ölçüm tarihi, kullanılan veri kapsamı, yapılan değişiklik, doğrulanan iş ve kapsam dışında kalan durumlar bulunsun. Başarısız veya denenmemiş adımları başarılı gibi göstermeyin. Aynı konu başka ekip tarafından ele alındığında tekrar başlangıç araştırması yapılmaması için ilgili talep ve belge bağlantılarını koruyun. Kontrolün ne zaman yeniden yapılacağı da belli olsun.
İlgili araç ve sonraki adım
İlgili ücretsiz CieloSync aracı ile başlangıç bilgilerinizi düzenleyebilirsiniz. Araç sonucu teknik uygunluk veya fiyat teklifi yerine geçmez. Kapsam için ilgili CieloSync çözümünü inceleyin; mevcut yapınızı değerlendirmek için bizimle iletişime geçin.
Teknik başvuru
Google Cloud IAM güvenlik başvurusu. Resmî başvuru kavram ve ürün çerçevesini sağlar; bu rehberdeki örnekler ve işletim kontrol listesi CieloSync için özgün olarak hazırlanmıştır. Uygulamadan önce kullandığınız ürünün tam sürümüne ait belgeleri doğrulayın.