Erişim kontrol platformları genellikle bir yedeklemenin başarıyla tamamlandığını bildirir, ancak bu mesaj donanım arızası, bozulma veya başarısız bir yükseltme sonrasında denetleyicinin geri yüklenebileceğini kanıtlamaz. Etkili bir kurtarma programı; kimlikler, kimlik bilgileri, kapı yapılandırması, zaman çizelgeleri, alarm mantığı, entegrasyonlar, kriptografik materyaller ve denetim kanıtları dâhil olmak üzere işletim durumunun tamamını doğrular.
Kurtarılabilir yapılandırmayı tanımlayın
Denetleyicilerin, genişletme modüllerinin, okuyucuların, arayüzlerin ve yazılım sürümlerinin envanterini çıkararak başlayın. Hangi bilgilerin merkezi olarak tutulduğunu ve hangilerinin yalnızca saha donanımında kaldığını kaydedin. Bazı sistemler sunucu veritabanını yedekler ancak denetleyiciye özgü dosyaları, sertifikaları, özel betikleri veya entegrasyon sırlarını yedeklemeye dâhil etmez. Her denetleyici sınıfını yeniden oluşturmak için gereken bileşenleri tam olarak belgeleyin.
Operasyonel riski yansıtan kurtarma hedefleri belirleyin. Bir genel merkez girişi ile uzaktaki bir altyapı hizmeti kabini, farklı kurtarma süresi ve veri kaybı toleransları gerektirebilir. NIST acil durum planlama kılavuzu, tek bir genel yedekleme zaman çizelgesine bağlı kalmak yerine teknik kurtarma prosedürlerinin iş etkisiyle ilişkilendirilmesini önerir.
Yedekleri güvenlik varlıkları olarak koruyun
Denetleyici yedekleri; kart sahibi verileri, ağ adresleri, şifreleme anahtarları ve ayrıcalıklı yapılandırmalar içerebilir. Bunları şifreleme, rol tabanlı erişim, bütünlük kontrolleri ve saklama denetimleriyle koruyun. Fidye yazılımlarının veya yönetim hatalarının hem canlı sistemi hem de kurtarma materyallerini ortadan kaldırmasını önlemek için en az bir kopyayı üretim yönetimi ortamının dışında tutun.
Her yedeğin tanımlanabilir bir kaynak cihazı, yazılım sürümü, oluşturulma zamanı ve onaylı sahibi olmalıdır. Karma değerleri ve değiştirilemez depolama, istenmeyen değişikliklerin tespit edilmesine yardımcı olabilir. Geri yükleme kimlik bilgileri, rutin operatör hesaplarından ayrı olarak kontrol edilmelidir.
Temsilî bir test ortamında geri yükleyin
Üretimdeki bir denetleyiciyle eşleşen yedek veya izole edilmiş donanım kullanın. Yedeği geri yükleyin ve cihazın başlatıldığını, güvenli iletişim kurduğunu ve amaçlanan yapılandırmayı aldığını doğrulayın. Kart sahibi sayılarını, erişim düzeylerini, zaman çizelgelerini, tatil günlerini, kapı parametrelerini, giriş/çıkış mantığını ve olay yönlendirmesini referans değerlerle karşılaştırın.
Bir veritabanının hatasız açılması yeterli değildir. Geçerli bir kimlik bilgisi, reddedilen bir kimlik bilgisi, zorla açılan kapı alarmı, iletişim kesintisi ve sunucuyla bağlantı kesikken yerel karar verme senaryolarını uygulayın. SectechMedia’nın erişim kontrolü olay ve saat testi kılavuzu, denetim güvenilirliği için tamamlayıcı kontroller sunar.
Sürüm ve anahtar bağımlılıklarını dikkate alın
Yedek donanım farklı bir ürün yazılımı dalını çalıştırdığında veya sertifikalar ile şifreleme anahtarları kullanılamadığında kurtarma başarısız olabilir. Desteklenen yükseltme ve sürüm düşürme yollarını, anahtar içe aktarma prosedürlerini ve lisans geri yükleme işlemlerini test edin. Bir yedek yalnızca ara bir yazılım sürümü üzerinden geri yüklenebiliyorsa bu yükleyiciyi saklayın ve işlem sırasını belgeleyin.
Kimlik sistemleri, video platformları ve ziyaretçi yönetimiyle entegrasyonlar, üretim dışı uç noktalarla test edilmelidir. Geri yüklenen bağlayıcıların canlı sistemlere yanlışlıkla komut göndermediğini veya yinelenen kayıtlar oluşturmadığını doğrulayın.
Testi kanıtlarla tamamlayın
Kurtarma süresini, geri yüklenen verilerin kapsamını, istisnaları ve düzeltici eylemleri kaydedin. Her mimari veya ürün yazılımı değişikliğinden sonra çalışma kılavuzunu güncelleyin ve testleri risk temelli bir zaman çizelgesine göre tekrarlayın. Olgun bir yedekleme programı, kurtarılabilirliği yalnızca dosyaların varlığıyla değil, gözlemlenen sonuçlarla kanıtlar.
Bir yanıt yazın