01Sorun ve çözüm
Secrets management kurulumu hizmetinde önce bu dağınıklığın haritasını çıkarıyor, ardından gizli bilgileri merkezi bir kasaya taşıyıp uygulamalarınızın onları çalışma anında, kimlikleriyle doğrulanarak almasını sağlıyoruz. Kimin hangi anahtarı ne zaman okuduğu kaydediliyor; mümkün olan yerde kalıcı parolaların yerini kısa ömürlü, otomatik yenilenen kimlik bilgileri alıyor.
02Kimler için
Secrets management kurulumu kimler için gerekli
Gizli bilgi sayısı arttıkça elle yönetim hem riskli hem yorucu hâle gelir.
- Birden fazla ortamda (geliştirme, test, canlı) aynı uygulamayı çalıştıran ve parolaları ortamlar arasında kopyalayan yazılım ekipleri
- Kubernetes ya da konteyner tabanlı altyapıya geçen ve gizli bilgileri imaj içine gömmekten kurtulmak isteyen şirketler
- Kod deposunda parola veya anahtar bulunduğu bir tarama ya da sızıntı sonrasında fark edilmiş işletmeler
- Ekipten ayrılan geliştiricilerin eriştiği bütün anahtarları değiştirme işini her seferinde elle yapan BT yöneticileri
- Denetimde gizli bilgilere kimin eriştiğini ve ne sıklıkla değiştirildiğini göstermesi istenen kuruluşlar
03İhtiyaçlar
Gizli bilgi yönetiminde tipik riskler
Sızan bir anahtarın zararı, ne kadar süre geçerli kaldığı ve ne kadar yetki taşıdığıyla orantılıdır.
- 01
Git geçmişinde kalan anahtarlar
Bir parola koddan silinse bile önceki commit'lerde durmaya devam eder. Depo kopyalanmış ya da açığa çıkmışsa o anahtar değiştirilene kadar geçerlidir.
- 02
Hiç değişmeyen parolalar
Uygulamanın veritabanı parolası kurulduğu günden beri aynıysa, geçmişte ona erişmiş herkes hâlâ erişebilir. Değiştirmek kesinti korkusuyla sürekli ertelenir.
- 03
Fazla yetkili ortak hesaplar
Bütün servislerin aynı yönetici hesabıyla veritabanına bağlanması, tek bir servisteki açığın bütün veriyi açığa çıkarmasına yol açar.
- 04
Pipeline ve log sızıntıları
CI/CD değişkenleri hata ayıklama çıktısına basılabilir, derleme logları geniş bir ekibe açık olabilir. Gizli bilginin maskelenmesi ve yalnızca gereken adıma verilmesi gerekir.
04Özellikler
Secrets management kurulumu adımları ve çıktıları
Kasa kurulumu işin yalnızca bir parçası; asıl iş uygulamaları ona geçirmek ve eski kopyaları temizlemektir.
- 01
Gizli bilgi envanteri
Kod depoları, git geçmişi, pipeline değişkenleri, sunucu yapılandırmaları ve paylaşılan belgeler taranır. Bulunan her kayıt sahibi, kullanıldığı yer ve yetkisiyle listelenir.
- 02
Erişim politikaları
Her uygulama ve ekip yalnızca ihtiyaç duyduğu yolu okuyabilir. Canlı ortam anahtarlarına geliştirici erişimi kapatılır, yönetici erişimi çift onaya ya da acil durum prosedürüne bağlanır.
- 03
Dinamik kimlik bilgileri ve dönüşüm
Destekleyen veritabanları ve bulut hesapları için kasa, isteğe göre kısa süreli kullanıcı üretir. Statik kalması gereken anahtarlar için düzenli dönüşüm takvimi kurulur ve uygulamaların yeni değeri kesintisiz alması sağlanır.
- 04
Geçiş ve temizlik
Uygulamalar kasaya tek tek geçirilir, eski .env dosyaları ve pipeline değişkenleri kaldırılır. Açığa çıkmış olabilecek anahtarlar geçiş sırasında yenilenir.
05Entegrasyonlar
Kasa seçenekleri ve bağlanan sistemler
Seçim, altyapınızın nerede çalıştığına ve ekibinizin işletebileceği karmaşıklığa göre yapılır.
- 01
Bulut sağlayıcı kasaları
AWS Secrets Manager, Azure Key Vault veya Google Secret Manager, tek bir bulutta çalışan yapılarda en az işletme yüküyle kurulur ve bulut kimlikleriyle doğrudan çalışır.
- 02
Kendi altyapınızda kasa
Çoklu bulut ya da kurum içi sunucular için HashiCorp Vault veya açık kaynaklı çatalı OpenBao gibi seçenekler değerlendirilir; yüksek erişilebilirlik ve yedekleme planıyla kurulur.
- 03
Kubernetes ve konteynerler
External Secrets Operator ya da kasanın kendi ajanıyla gizli bilgiler pod'lara çalışma anında aktarılır; Git'te tutulması gerekenler için SOPS ile şifreleme kullanılabilir.
- 04
Pipeline ve uygulama kodu
GitHub Actions, GitLab CI gibi araçlar kasaya OIDC ile kısa süreli kimlikle bağlanır. Uygulama tarafında kasadan okuma ve yenilenen değeri yeniden yükleme kodu eklenir.
06Süreç
Secrets management kurulumu hizmeti nasıl ilerler?
Adım 01
Analiz
İş akışınızı, kullanıcılarınızı ve mevcut sistemlerinizi dinleriz; kapsamı, öncelikleri ve kabul ölçütlerini yazılı hâle getiririz.
Adım 02
Tasarım
Ekran akışlarını ve veri modelini çıkarırız. Arayüzü sizinle gözden geçirip onay almadan geliştirmeye geçmeyiz.
Adım 03
Geliştirme
Kısa döngülerle çalışırız; her döngü sonunda çalışan bir sürümü test ortamında görürsünüz.
Adım 04
Test
İşlevsel testler, entegrasyon testleri ve temel güvenlik kontrolleriyle hataları yayından önce yakalarız.
Adım 05
Yayın
Sunucu, alan adı, yedekleme ve izleme ayarlarını yaparak canlıya alırız; ekibinize kısa bir kullanım eğitimi veririz.
Adım 06
Bakım
İsterseniz bakım ve destek anlaşmasıyla güncellemeleri, izlemeyi ve yeni geliştirmeleri sürdürürüz.
07Teknoloji
Kasa mimarisinde dikkat ettiğimiz noktalar
Kasanın kendisi en değerli hedef olduğu için ana anahtarın korunması, açılış prosedürü ve yöneticiler arasında paylaştırılması baştan planlanır. Kasaya erişim parolayla değil iş yükü kimliğiyle yapılır: sunucunun bulut rolü, Kubernetes servis hesabı ya da pipeline'ın kısa ömürlü belirteci. Böylece kasaya ulaşmak için yeniden bir parola saklamak gerekmez.
Devamını okuDaha az göster
Her okuma ve değişiklik işlemi denetim kaydına yazılır ve merkezi log sisteminize gönderilir. Kasa erişilemez olduğunda uygulamaların nasıl davranacağı, önbellek süresi ve felaket senaryosunda geri dönüş yolu belgelenir. Ekibinize günlük işlemler için kısa bir işletim rehberi bırakıyor, danışmanlık modeliyle politika ve dönüşüm takvimini birlikte gözden geçirmeye devam edebiliyoruz.
08Çalışma modelleri
Bu hizmette çalışma modelleri
- 01
Proje bazlı
Sabit kapsam, sabit fiyat ve belirli teslim tarihi
Kapsamı belli, teslim tarihi olan işler için.
- Yazılı kapsam ve kabul ölçütleri
- Sabit fiyat ve belirli teslim tarihi
- Teslim ve kabul adımları sözleşmede
- 02
Danışmanlık
Saatlik veya günlük teknik danışmanlık
Karar, denetim veya yön belirleme gereken durumlar için.
- Saatlik veya günlük çalışma
- Yazılı rapor ve öneriler
- Ekibinizle birlikte çalışma
09Sık sorulan sorular
Secrets management kurulumu hakkında sık sorulan sorular
Ortam değişkenleri ve .env dosyası kullanmak neden yetmiyor?
Bu dosyalar kopyalanır, yedeklere ve sohbetlere girer, kimin okuduğu kaydedilmez ve değiştirilmeleri elle yapılır. Kasa ise erişimi kimliğe bağlar, her okumayı kaydeder ve dönüşümü otomatikleştirir.
Secrets management kurulumu fiyatları neye bağlı?
Uygulama ve ortam sayısı, seçilen kasa türü, yüksek erişilebilirlik ihtiyacı, dinamik kimlik kurulacak sistemler ve mevcut gizli bilgilerin ne kadar dağınık olduğu belirleyicidir. Kendi sunucunuzda kurulan bir kasa, bulut kasasına göre daha fazla işletme emeği ister.
Geçiş sırasında uygulamalarımız durur mu?
Durmaması için her uygulama ayrı ayrı ve önce test ortamında geçirilir. Eski değer ile yeni okuma yöntemi kısa bir süre birlikte çalışır, sorun yoksa eski kopya kaldırılır.
Git geçmişinde bulunan parolaları siliyor musunuz?
Öncelikli adım, bulunan her anahtarı geçersiz kılıp yenilemektir; geçmişi temizlemek tek başına yeterli değildir çünkü depo daha önce kopyalanmış olabilir. İstenirse geçmiş, ekibinizle koordineli biçimde yeniden yazılır.
Bir secrets management kurulumu firması kasadaki değerleri görebilir mi?
Kurulum yönetici yetkisiyle yapılır, ancak teslimden sonra ana anahtar ve kök erişim size devredilir, kurulum için kullanılan hesaplar kapatılır. Değerlerin taşınması, isterseniz sizin ekibinizin elinde yapılacak şekilde planlanır.
Küçük bir ekibiz, bu yapı bize fazla gelmez mi?
Tek bir bulut kullanan küçük ekipler için sağlayıcının yönetilen kasası çoğu zaman yeterlidir ve işletmesi basittir. Kapsamı ihtiyacınıza göre daraltır, karmaşık bir yapı kurmayı önermeyiz.
10İlgili hizmetler