Güvenlik önlemleri sıkılaştıkça ortaya bir ikilem çıkar: Erişim ne kadar sıkı kontrol edilirse, bu kontrolün kendisi bir gün işin önünde engel olabilir. Acente sahibinin donanım anahtarı kaybolduğunda, tek yönetici hesabının sahibi ulaşılamaz durumdayken ya da kimlik doğrulama servisinde beklenmedik bir sorun yaşandığında kullanıcı yönetimine kim erişecek? Böyle bir anda çözüm aramaya başlamak, ya uzun bir kesintiye ya da aceleyle alınan güvensiz kararlara yol açar.
Acil durum erişim hesapları, İngilizce adıyla break-glass hesapları, bu senaryolar için önceden hazırlanan, normal zamanda hiç kullanılmayan ve kullanıldığında herkesin haberdar olduğu özel hesaplardır. Adını, yangın alarmı kutularındaki "acil durumda camı kırın" uyarısından alır. Bu yazıda acente ölçeğinde bu hesapların nasıl kurgulanabileceğini adım adım ele alıyoruz.
Hangi durumlar için gereklidir?
Acil durum erişimi, olağan yönetim yollarının tamamen kapandığı nadir anlar içindir. Tipik senaryolar şunlardır:
- Yönetici yetkisine sahip tek kişinin hastalık, seyahat veya ayrılık nedeniyle ulaşılamaz olması
- Yöneticinin tüm doğrulama yöntemlerini aynı anda kaybetmesi; örneğin telefonunun ve yedek anahtarının birlikte kaybolması
- Yönetici hesabının ele geçirildiğinden şüphelenilmesi ve bu hesabın derhal devre dışı bırakılması gerekmesi
- Kimlik doğrulama yapılandırmasında yapılan hatalı bir değişikliğin yöneticileri dışarıda bırakması
Dikkat edilirse bu senaryoların hiçbiri "acil bir rapor lazım" ya da "yöneticinin şifresini hatırlamıyorum" gibi gündelik sorunlar değildir. Gündelik sorunlar olağan destek ve kurtarma süreçleriyle çözülmelidir.
Hesabı kurarken gözetilecek beş ilke
Kişiye değil, role bağlı olmalı
Acil durum hesabı herhangi bir çalışanın günlük hesabı olmamalıdır. Ayrı bir hesap olarak tanımlanır, kimsenin olağan iş için kullanmasına izin verilmez. Bu ayrım, hesabın kullanıldığı her anın doğrudan bir olay olarak değerlendirilmesini sağlar.
Kimlik bilgileri bölünmüş saklanmalı
Hesabın parolası ve doğrulama aracı tek bir kişinin elinde olmamalıdır. Yaygın bir uygulama, parolanın iki parçaya bölünerek iki farklı yetkiliye verilmesi ya da parolanın mühürlü bir zarfta kasada, doğrulama anahtarının ise başka bir güvenli yerde tutulmasıdır. Böylece hesabın tek bir kişi tarafından fark edilmeden kullanılması zorlaşır.
Kullanımı anında görünür olmalı
Acil durum hesabıyla giriş yapıldığı anda acente sahibine, diğer yöneticilere ve gerekiyorsa yazılım sağlayıcısının güvenlik ekibine bildirim gitmelidir. Sessiz bir acil durum girişi, saldırgan için ideal bir arka kapıdır.
Yetki kapsamı belirli olmalı
Acil durum hesabı her şeyi yapabilen sınırsız bir hesap olmak zorunda değildir. Çoğu senaryoda ihtiyaç, kullanıcı yönetimine erişip yeni bir yönetici tanımlamak, ele geçirilmiş bir hesabı kapatmak ya da doğrulama ayarlarını düzeltmektir. Yetkiyi bu işlemlerle sınırlamak riski azaltır.
Oturum kısa tutulmalı
Acil durum oturumları uzun süre açık kalmamalı, iş bitince hesap yeniden kilitli duruma getirilmelidir.
Kullanım sonrası prosedür
Camın kırılması kadar, kırıldıktan sonra yapılanlar da önemlidir. Her acil durum kullanımından sonra şu adımlar izlenmelidir:
- Kayıt incelemesi: Acil durum oturumunda yapılan tüm işlemler işlem kayıtlarından gözden geçirilir.
- Gerekçe belgelenir: Hesabın neden, kim tarafından ve hangi saatte kullanıldığı yazılı hale getirilir.
- Kimlik bilgileri yenilenir: Parola değiştirilir, yeni parça veya zarf hazırlanır; kullanılan doğrulama aracı gerekiyorsa yeniden kaydedilir.
- Kök neden giderilir: Acil durumun neden ortaya çıktığı analiz edilir. Örneğin tek yönetici bağımlılığı varsa ikinci bir yönetici tanımlanır.
- Hesap yeniden kilitlenir: Hesap bir sonraki gerçek acil duruma kadar kullanılmaz hale getirilir.
Düzenli test unutulmamalı
Hiç kullanılmayan bir acil durum hesabının, ihtiyaç anında çalışacağından emin olmak zordur. Zarfın yeri unutulmuş, parola politikası nedeniyle hesap kilitlenmiş ya da doğrulama aracının pili bitmiş olabilir. Bu nedenle yılda en az bir veya iki kez, önceden planlanmış ve ilgili kişilere duyurulmuş bir test yapılması önerilir. Testte hesabın açılabildiği, bildirimin doğru kişilere ulaştığı ve kullanım sonrası prosedürün eksiksiz uygulandığı kontrol edilir.
Örnek bir senaryo
Tek yöneticili bir acentede, acente sahibinin telefonu yurt dışı seyahati sırasında kaybolur ve yedek doğrulama anahtarı ofisteki çekmecede kalmıştır. Aynı hafta işten ayrılan bir çalışanın hesabının kapatılması gerekmektedir. Önceden hazırlanmış acil durum prosedürü sayesinde ofis müdürü ve muhasebe sorumlusu, ayrı ayrı sakladıkları parola parçalarını bir araya getirir; kasadaki doğrulama anahtarıyla acil durum hesabına giriş yapılır. Giriş anında acente sahibine e-posta ile bildirim gider. Oturumda yalnızca ayrılan çalışanın hesabı kapatılır ve ofis müdürü geçici yönetici olarak tanımlanır. İşlem bitince oturum kapatılır, acente sahibi döndüğünde kayıtları inceler, parolayı yeniler ve yeni zarfları hazırlar. Bütün süreç, kimsenin aceleyle güvensiz bir yol aramasına gerek kalmadan tamamlanmış olur.
Acil durum hesaplarında görülen zaaflar
- Acil durum hesabını gündelik işte kullanmak: "Bir kereliğine" kullanılan hesap, kısa sürede alışkanlığa dönüşür.
- Parolayı bir dosyada saklamak: Ofis bilgisayarındaki bir metin dosyası, acil durum hesabını herkese açık hale getirir.
- Çok faktörlü doğrulamadan muaf tutmak: Acil durum hesabının doğrulama gerektirmemesi, onu sistemin en zayıf noktasına çevirir. Doğrulama aracı da güvenli biçimde saklanmalıdır.
- İşten ayrılan kişilerin bilgiyi taşıması: Parça veya zarf sahiplerinden biri ayrıldığında kimlik bilgileri mutlaka yenilenmelidir.
Yazılım sağlayıcısıyla koordinasyon
Bulut tabanlı bir acente yazılımı kullanıyorsanız, acil durum senaryolarında sağlayıcının nasıl bir rol üstleneceğini önceden konuşmak faydalıdır. Sağlayıcının hesap sahipliğini hangi belgelerle doğruladığı, acil talepleri hangi kanaldan kabul ettiği ve bu süreçte kimlik teyidini nasıl yaptığı netleşmelidir. Sağlayıcı tarafındaki kurtarma sürecinin de en az acentenin kendi süreci kadar sıkı olması gerekir; aksi halde saldırgan, acente yerine sağlayıcıyı ikna etmeye çalışabilir.
Hazırlık bir kez, huzur her zaman
Acil durum erişim hesabı, umarız hiç kullanılmayacak bir sigorta poliçesine benzer. Birkaç saatlik hazırlık, yönetici hesaplarına erişimin kaybolduğu bir günde acentenin operasyonunu ayakta tutar. Kullanıcı yönetimi ve yönetici rollerinin CRM ve kullanıcı ekranlarında nasıl yapılandırıldığını görmek için demo talep formunu doldurabilirsiniz.