We’re Tracking the Future of Security

Etiket: Access Control

  • Noblis, Biyometri ve Çevresel Sensörler Kullanan Sürekli Kimlik Doğrulama Sisteminin Patentini Aldı

    Noblis, Biyometri ve Çevresel Sensörler Kullanan Sürekli Kimlik Doğrulama Sisteminin Patentini Aldı

    Noblis, yalnızca oturum açma sırasındaki bir kontrole dayanmak yerine kimliği ve çevresel koşulları sürekli olarak doğrulamak üzere tasarlanmış bir elektronik erişim kontrol sistemi için ABD patenti aldığını duyurdu. Araştırma kuruluşuna göre ABD Patent No. 12,682,086; biyometrik algılama, çevresel izleme ve makine öğrenimi analizini bir araya getiriyor.

    Kimlik ve bağlam birlikte değerlendiriliyor

    Tanımlanan sistem; yüz tanıma, bakış takibi ve göz kırpma algılamayı mekânsal güvenlik, elektromanyetik koşullar ve ağ bütünlüğüne ilişkin sinyallerle birleştiriyor. Bu girdiler, yetkili kişinin ortamda bulunmaya devam edip etmediğini kontrol ederken fotoğraf veya deepfake gibi sunum saldırılarını belirlemeyi amaçlayan dinamik bir canlılık skoruna katkıda bulunuyor. Sistem, yapılandırılmış kriterlere bağlı olarak erişimi sürdürebiliyor, seçili işlevleri kısıtlayabiliyor veya koşullar değiştiğinde erişimi engelleyebiliyor.

    Patent, uygulamaya alındığının kanıtı değildir

    Duyuru, patentli mimariyi ve amaçlanan yetenekleri belgeliyor; ancak tek başına üretim ortamında benimsenmiş olduğunu, bağımsız performans sonuçlarını veya belirli bir uygulama için sertifikasyonu kanıtlamıyor. Sürekli kimlik doğrulamayı değerlendiren güvenlik ekiplerinin gizlilik, biyometrik veri yönetişimi, hata yönetimi, erişilebilirlik, sensör güvenilirliği ve hatalı kararların operasyonel etkisini de dikkate alması gerekiyor. Bu yaklaşım, tek seferlik kimlik bilgisi kontrolünün oturum boyunca yeterli güvence sağlamayabileceği uzaktan ve yüksek güvence gerektiren erişim senaryolarıyla ilgilidir. Kimlik ve erişim kontrolü alanındaki diğer gelişmeler SectechMedia Teknoloji Haberleri arşivinde takip edilmektedir.

    Kaynaklar

  • Erişim Kontrol Denetleyicisi Yedekleme ve Geri Yükleme Doğrulaması

    Erişim Kontrol Denetleyicisi Yedekleme ve Geri Yükleme Doğrulaması

    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.

    Referans kaynaklar

  • Mercury Anketi, Fiziksel Erişim Kontrol Cihazlarındaki Siber Güvenlik Açıklarının Büyüdüğünü Ortaya Koydu

    Mercury Anketi, Fiziksel Erişim Kontrol Cihazlarındaki Siber Güvenlik Açıklarının Büyüdüğünü Ortaya Koydu

    Mercury Security tarafından yapılan yeni bir anket, siber güvenlik gereksinimlerinin kurulu fiziksel erişim kontrol cihazı altyapısının bazı bölümlerinden daha hızlı geliştiğini gösteriyor. Şirketin 2026 Erişim Kontrol Cihazlarındaki Eğilimler Raporu kapsamında yöneticiler, entegratörler, kurulum uzmanları ve son kullanıcılar dâhil olmak üzere 561 fiziksel güvenlik ve siber güvenlik uzmanıyla anket yapıldı.

    Bildirilen siber güvenlik açıkları yıllık bazda arttı

    Katılımcıların yüzde otuz ikisi, mevcut kontrol cihazı sistemlerinde siber güvenlik özelliklerinin eksik olduğunu belirtti; bu oran 2025 anketinde %21’di. Mercury ayrıca, katılımcıların %74’ünün siber güvenlik ile BT arasındaki koordinasyonu yönetmenin daha zor hâle geldiğini bildirdiğini; buna karşın %86’sının kuruluşlarının değişen güvenlik ve veri koruma gereksinimlerine ayak uydurmak için çalıştığını söylediğini aktardı.

    Birlikte çalışabilirlik, satın alma kararlarında merkezi önemini korudu. Katılımcıların yüzde altmış dokuzu bunu kritik olarak tanımlarken, %82’si geriye ve ileriye dönük uyumluluğun gelecek planlaması açısından önemli olduğunu belirtti. Bulut bağlantısına yönelik ilgi de uygulama oranını aştı: %56’sı bunu bir satın alma ölçütü olarak gösterirken, %41’i bulut özellikli kontrol cihazları kullandığını bildirdi.

    Modernizasyon, doğrulanabilir kontroller gerektiriyor

    Anket sonuçları, kurulu sistemlerin bağımsız bir denetiminden ziyade katılımcıların algılarını yansıtıyor. Buna rağmen sonuçlar, kontrol cihazı seçimi sırasında güvenli önyükleme, şifreli iletişim, kimlik bilgisi koruması, yama desteği, günlük kaydı ve ağ segmentasyonunun doğrulanması gerektiğini pekiştiriyor. SectechMedia, ilgili mimariyi erişim kontrolü ve kimlik kapsamındaki yayınlarında ele alıyor.

    Kaynaklar

  • Güvenlik Cihazı Sertifika Yaşam Döngüsü ve Son Kullanma Tarihi Testi

    Güvenlik Cihazı Sertifika Yaşam Döngüsü ve Son Kullanma Tarihi Testi

    Sertifikalar giderek artan biçimde kameralar, erişim kontrol kontrolörleri, kaydediciler, yönetim sunucuları ve operatör istemcileri arasındaki iletişimi korumaktadır. Ancak gizli bir tek arıza noktasına da dönüşebilirler. Süresi dolmuş bir sertifika yönetim erişimini engelleyebilir, olay iletimini kesintiye uğratabilir veya operatörleri bir kesinti sırasında doğrulamayı atlamaya teşvik edebilir. Bu nedenle yaşam döngüsü yönetimi, yıllık bir tablo çalışması olarak ele alınmak yerine operasyonel bir kontrol olarak test edilmelidir.

    Sahiplik temelli bir envanter oluşturun

    Her sertifikanın öznesini, veren kurumunu, seri numarasını, geçerlilik süresini, anahtar kullanımını, uç noktasını, güven zincirini ve sorumlu sahibini kaydedin. Gömülü cihazları, ters proxy’leri, API’leri, mobil kimlik bilgilerini ve iç hizmetleri de dahil edin. Envanter, genel sertifikaları özel açık anahtar altyapısı sertifikalarından ve cihaz tarafından üretilen kendinden imzalı sertifikalardan ayırt etmelidir.

    Sahiplik önemlidir çünkü yenileme farklı ekipleri içerebilir. Bir güvenlik entegratörü kameraları yönetebilir, kurumsal altyapı sertifika otoritesini işletebilir ve bir tedarikçi bir bulut bağlayıcısını kontrol edebilir. Her sertifika, son kullanma tarihinden önce adlandırılmış bir karar yoluna ihtiyaç duyar.

    Doğrulamayı gerçek istemcilerden test edin

    Bir sertifika yönetim konsolunda doğru görünürken, veren zincirinden yoksun bir kaydedici veya eski bir kontrolörde başarısız olabilir. Operatör iş istasyonları, mobil uygulamalar, API’ler ve yedekleme sunucuları dahil her istemci sınıfından test yapın. Ana bilgisayar adı eşleşmesini, güven çapalarını, iptal davranışını ve zaman senkronizasyonunu doğrulayın. NIST anahtar yönetimi rehberliği, kriptografik kontrollerin korunan anahtarlara, tanımlanmış yaşam döngülerine ve hesap verebilir süreçlere bağlı olduğunu vurgulamaktadır.

    Bir testi geçirmek için doğrulamayı devre dışı bırakmayın. Bir istemci gerekli güven modelini desteklemiyorsa, sınırlamayı belgeleyin ve değiştirme veya onaylı bir ağ geçidi planlarken riski izole edin.

    Son tarihten önce yenilemeyi deneyin

    Sertifika imzalama isteklerini, onayı, kurulumu ve hizmet yeniden başlatma gereksinimlerini prova etmek için üretim dışı bir uç nokta veya kanarya cihazı kullanın. Özel anahtarların cihazda kalıp kalamayacağını ve yenilemenin entegrasyonlar tarafından kullanılan parmak izlerini değiştirip değiştirmediğini doğrulayın. Eski zincir süresi dolmadan önce yeni bir zincirin dağıtılabilmesi için örtüşen geçerlilik süresini test edin.

    Otomatik izleme birden fazla eşikte uyarı vermelidir, ancak uyarılar yeterli değildir. Bir yenileme denemesi, ekibin mevcut pencere içinde değişimi elde edebildiğini, dağıtabildiğini ve doğrulayabildiğini kanıtlamalıdır. SectechMedia’nın varlık envanteri ve yapılandırma yönetimi rehberi, sahiplik ve temel kayıtların bu süreci nasıl desteklediğini göstermektedir.

    Anahtarları ve kurtarma materyalini koruyun

    Özel anahtarlar, cihazın riskine ve yeteneklerine göre üretilmeli ve saklanmalıdır. Dışa aktarmayı kısıtlayın, kayıt kimlik bilgilerini koruyun ve yönetimsel değişiklikleri kaydedin. Donanım destekli depolamanın mevcut olmadığı durumlarda, ağ izolasyonu, en az ayrıcalık yönetimi ve hızlı iptal prosedürleri gibi telafi edici kontroller kullanın.

    Sertifika otoritesi yapılandırmasını yedekleyin ve kurtarma bağımlılıklarını belgeleyin, ancak özel anahtarları genel bilet sistemlerine veya paylaşılan klasörlere kopyalamaktan kaçının. Kurtarma testleri, sertifikaların ele geçirilmiş anahtar materyali yeniden kullanılmadan yeniden verilebildiğini kanıtlamalıdır.

    Yaşam döngüsü sağlığını ölçün

    Yararlı ölçütler arasında bilinmeyen sertifikalar, sahibi olmayan sertifikalar, başarısız doğrulama yolları, eşikten önce tamamlanan yenilemeler ve acil durum istisnaları yer alır. Cihaz değişiminden, bellenim güncellemelerinden ve mimari değişikliklerden sonra envanteri gözden geçirin. Amaç yalnızca sıfır süre dolumu değildir; amaç, rutin bakım ve olay müdahalesine dayanabilen sürdürülebilir şifreli güvendir.

    Kaynak referanslar

  • Erişim Kontrolü Olay Zaman Damgası ve Saat Senkronizasyonu Testi

    Erişim Kontrolü Olay Zaman Damgası ve Saat Senkronizasyonu Testi

    Erişim kontrolü soruşturmaları, hangi olayın önce gerçekleştiğini bilmeye bağlıdır. Bir kapı işlemi, alarm videosu ve izinsiz giriş kaydı, kontrolörler kaydığında veya sistemler saat dilimlerini tutarsız uyguladığında aynı olayı farklı zaman damgalarıyla tanımlayabilir.

    Olay zincirindeki her saati haritalayın

    Yönetim sunucusu, veritabanı, saha kontrolörleri, okuyucular, video sistemi ve güvenlik operasyonları platformu tarafından kullanılan zaman kaynağını belirleyin. Her cihazın yerel saati mi yoksa Eşgüdümlü Evrensel Saati (UTC) mi sakladığını ve yaz saati dönüşümünün nerede gerçekleştiğini kaydedin.

    Operasyonel görüntüleme ve adli ilişkilendirme için kabul edilen sapmayı tanımlayın. Rutin erişim için birkaç saniye kabul edilebilir olabilirken, sıkı entegre bir video veya kilitleme iş akışı daha küçük bir tolerans gerektirebilir.

    Tekrarlanabilir bir referans olay oluşturun

    Bağımsız güvenilir bir zaman referansını kaydederken seçilen bir kapıda onaylı bir test kimlik bilgisi kullanın. İzin verilen erişim, reddedilen erişim, zorla açılan kapı alarmı ve kapı açık kalma alarmı oluşturun. Kontrolörde, sunucuda, denetim veritabanında ve operatör ekranında zaman damgalarını yakalayın.

    Testi uzak bir kontrolörde ve yakın zamanda yeniden başlatılmış bir cihazda tekrarlayın. Ağ gecikmesinin saat hatasıyla karıştırılmaması için olay oluşturma zamanını olay alım zamanıyla karşılaştırın.

    Kesintileri ve yeniden senkronizasyonu test edin

    Kontrollü bir planla bir kontrolörün bağlantısını kesin, yerel işlemleri kaydetmesine izin verin ve ardından iletişimi geri yükleyin. Arabelleğe alınmış olayların orijinal gerçekleşme zamanlarını koruduğunu ve yükleme sonrasında doğru sırada göründüğünü doğrulayın.

    Zaman servislerini yeniden başlatın ve mümkün olduğunda üretim dışı bir ortamda yaz saati veya saat dilimi sınırını test edin. Yinelenen veya imkânsız zaman damgalarının sessizce yeniden sıralanmak yerine açıkça ele alındığını doğrulayın.

    Sistemler arası ilişkilendirmeyi doğrulayın

    Erişim olaylarını video yer imleriyle, izinsiz giriş alarmlarıyla ve ziyaretçi kayıtlarıyla karşılaştırın. Bir erişim olayını seçen operatörün doğru kamera aralığını aldığını doğrulayın. Entegrasyonlar kendi zaman damgalarını eklerse, hangi değerin yetkili olduğunu belgeleyin.

    Zaman güvencesi, özellikle günlüklerin soruşturmaları veya uyumluluk raporlarını desteklediği durumlarda, daha geniş Erişim Kontrolü ve Kimlik yönetişiminin bir parçasını oluşturmalıdır.

    Yaşam döngüsü boyunca kaymayı izleyin

    Sapmayı cihaz bazında kaydedin ve zaman içinde eğilimini izleyin. Başarısız senkronizasyon, büyük adımlar veya güç kesintisi sonrasında tekrar tekrar zamanı kaybeden kontrolörler için uyarı oluşturun. Ürün yazılımı, ağ, dizin veya zaman servisi değişikliklerinden sonra yeniden test edin.

    Test sırasında kullanılan ekran görüntülerini, ham günlükleri ve güvenilir referansı saklayın. Sapmaları cihaz saati, dönüşüm, aktarım veya ekran hataları olarak sınıflandırın. Sorunu kapatmadan önce temel nedeni düzeltin ve aynı olay dizisini yeniden çalıştırın.

    Sahiplik ve yükseltmeyi tanımlayın

    Kurumsal zaman kaynakları, kontrolör yapılandırması ve entegrasyon haritalaması için sorumluluk atayın. Bir kayma uyarısı göründüğünde, operatörlerin gayri resmi bir saat sıfırlaması yerine belgelenmiş bir yükseltme yoluna ihtiyacı vardır. Nedeni, etkilenen aralığı ve kronolojisi nitelendirme gerektirebilecek herhangi bir kanıtı kaydedin.

    Zaman bütünlüğünü rutin sağlık raporlamasına dahil edin. Senkronize bir sunucu, güncellemeleri kabul etmeyi durdurmuş bir kontrolörü telafi edemez ve doğru bir kontrolör saati, alıcı platformun yanlış saat dilimi uygulamasını önlemez. Bulguları yalnızca uçtan uca bir olay başarıyla tekrarlandıktan sonra kapatın.

    Referans kaynakları

  • Erişim Kontrolünde Geri Geçiş Önleme (Anti-Passback) Testi ve İstisna Yönetimi

    Erişim Kontrolünde Geri Geçiş Önleme (Anti-Passback) Testi ve İstisna Yönetimi

    Geri geçiş önleme (anti-passback), bir kimlik bilgisinin imkansız bir sırayla giriş veya çıkış yapmasını önlemek için erişim geçmişini kullanır. Kimlik bilgisi paylaşımını azaltabilir ve doluluk kayıtlarını iyileştirebilir, ancak kötü test edilmiş bir kural meşru kullanıcıları da kilitleyebilir veya yanıltıcı bir toplanma listesi üretebilir.

    Kontrollü sırayı haritalayın

    Bir kişinin mantıksal konumunu değiştiren her okuyucuyu belirleyin. Harita birincil kapıları, turnikeleri, araç geçitlerini, erişilebilir güzergahları, acil çıkışları ve servis girişlerini içermelidir. Çıkış okuyucusu olmayan bir kapı, tam kontrollü bir girişten farklı bir politika gerektirebilir.

    Sistemin, geçersiz bir sırayı reddeden sert geri geçiş önlemeyi mi yoksa bir olayı kaydedip erişime izin veren yumuşak geri geçiş önlemeyi mi kullandığını tanımlayın. Seçilen davranış, güvenlik, iş sürekliliği ve denetim gereksinimlerini yansıtmalıdır.

    Normal ve anormal geçişleri test edin

    Bir kimlik bilgisini geçerli giriş ve çıkış sıraları boyunca çalıştırın, ardından tekrarlanan girişi, tekrarlanan çıkışı ve iç içe geçmiş bölgeler arasındaki hareketi test edin. Olay mesajının kimlik bilgisini, okuyucuyu, önceki durumu ve politika kararını belirlediğini doğrulayın. Aynı sırayı bir kontrolör yeniden başlatmasından sonra ve geçici bir ağ kesintisinden sonra test edin.

    Fiziksel geçişin kimlik bilgisi olayıyla eşleşmediği takip etme (tailgating) senaryolarını dahil edin. Geri geçiş önleme, insanlar okuyucuları atladığında dolulukyu güvenilir şekilde tespit edemez, bu nedenle kapılar, turnikeler ve prosedürler mantıksal modeli desteklemelidir.

    İstisnaları ve sıfırlamaları kontrol edin

    Kimin, hangi kanıtla ve hangi denetim izi ile bir kimlik bilgisi durumunu sıfırlayabileceğini belgeleyin. Resepsiyon, güvenlik amirleri ve sistem yöneticileri farklı izinlere ihtiyaç duyabilir. Bir kesintiden sonra toplu sıfırlama onay gerektirmeli ve orijinal alarmları silmemelidir.

    Ziyaretçiler, refakatçiler, teslimat sürücüleri ve acil durum müdahale ekipleri için istisnalar tanımlayın. Geçici baypaslar bir son kullanma süresine ihtiyaç duyar. Acil tahliye hiçbir zaman başarılı bir kimlik bilgisi sırasına bağlı olmamalı ve yaşam güvenliği gereksinimleri doluluk doğruluğuna göre önceliklidir.

    Entegrasyonları ve raporlamayı doğrulayın

    Geri geçiş önleme olaylarının güvenlik operasyon konsolunda, ziyaretçi sisteminde ve toplanma raporlarında nasıl göründüğünü kontrol edin. Erişim kontrolörleri çevrimdışı çalışmaya devam ederse, iletişim döndüğünde işlemlerin nasıl uzlaştırıldığını ve çelişkili durumların vurgulanıp vurgulanmadığını doğrulayın.

    Reddetmeleri ve manuel sıfırlamaları okuyucuya ve zamana göre izleyin. Ani bir artış, arızalı bir çıkış okuyucusunu, zayıf kullanıcı akışını veya politika suistimalini gösterebilir. Geri geçiş önleme testi, rutin Erişim Kontrolü ve Kimlik güvencesinin bir parçası olmalı ve okuyucu, kontrolör, topoloji veya kural değişikliklerinden sonra tekrarlanmalıdır.

    Operasyonel bir temel çizgisi koruyun

    Okuyucuların, bölgelerin, kural türlerinin ve istisna sahiplerinin onaylı bir matrisini tutun. Aylık reddetme, geçersiz kılma ve sıfırlama oranlarını temel çizgiyle karşılaştırın, böylece tekrarlayan kusurlar görünür hale gelir. Sık manuel sıfırlama yapılan bir konum, kalıcı olarak gevşetilmiş bir kural yerine soruşturma gerektirir.

    Bellenim, veritabanı veya entegrasyon değişikliklerinden sonra, temsili bir giriş-çıkış sırasını, çevrimdışı kontrolör kurtarmasını ve denetimli bir istisnayı tekrarlayın. Ekran görüntülerini veya olay dışa aktarımlarını test kaydıyla birlikte saklayın. Bu kanıt, bir yapılandırma kusurunu normal kullanıcı hatasından ayırt etmeye yardımcı olur ve kontrollü geri almayı destekler.

    Referans kaynakları