Adim 1
Üretime dokunacak her iş tek listede
Talep numarası, hedef sunucu, risk bandı, hangi onay adımında beklediği ve kimin önünde durduğu aynı satırda. Acil talepler ve geri alma planı olanlar rozetle ayrılır.
Adim 2
Betik çözümlenir, risk bandı hesaplanır
Betik veritabanı tipinin gerçek dilbilgisiyle ayrıştırılır. Tetiklenen kurallar satır ve sütun numarasıyla listelenir. Risk bandı tetiklenen en yüksek bulgunun bandıdır, ortalama alınmaz.
Adim 3
Hangi nesneye dokunulacağı önceden bilinir
Betiğin dokunacağı her nesne, işlem tipiyle birlikte listelenir. Kurumun kritik saydığı nesneler rozetle işaretlenir ve bu işaret onay yolunu değiştirir.
Adim 4
Kural, kaydetmeden önce durdurur
WHERE koşulu olmayan bir UPDATE gibi kaydı engelleyen bir bulgu varsa talep kaydedilemez ve bu bulgu onayla da geçilemez. Engellemeyen ama yüksek dereceli bir bulguda kullanıcı bulguyu görür ve bilerek onaylamak zorundadır; bu onay da kayda geçer.
Adim 5
Onay yolu talebin içeriğine göre kurulur
Hangi politika uygulandı, kaç adım var, her adımı hangi rol kapatabilir. Adımlar risk bandıyla veya kural anahtarıyla tetiklenir. Atlanamaz işaretli bir adım rol üstünlüğüyle geçilemez.
Adim 6
Onaylayan kişide çalıştırma düğmesi kapalıdır
Bu kurulumda onaylayanın çalıştırması kapalı olduğu için onayı veren kişi talebi çalıştıramaz; kurulum varsayılanında bu ayar açıktır. Kural bir belgede değil, düğmenin kendisinde uygulanır. Kapalı düğmenin üzerine gelindiğinde sebebi yazar.
Adim 7
Çalıştıran kişide de onay düğmesi kapalıdır
Aynı ekran, çalıştırma yetkisi olan kişide tam tersini gösterir. Görevler ayrılığı iki yönlü çalışır ve iki ekran yan yana konduğunda denetçiye tek başına yeter.
Adim 8
Düğmeye basan kişi ile çalıştıran süreç ayrı kaydedilir
Çalıştırma kuyruğa alınır ve hizmet tarafından yürütülür. Kayıtta hem çalıştırmayı başlatan kişi hem çalıştıran süreç, hem de etkilenen satır sayısı durur.
Adim 9
Onaylanan metin ile çalışan metin karşılaştırılır
Onay anında alınan hash ile çalıştırma anındaki hash yan yana gösterilir. Bu, denetimde en çok sorulan ama en az kanıtlanabilen sorunun cevabıdır.
Adim 10
Değişiklik gerçekten sunucuda mı
Nesnenin hedef sunucudaki o anki tanımı okunur. Eklenen kolon ve indeks tanımın içinde görünür. Karşılaştırma bir depo dosyasıyla değil, sunucunun kendisiyle yapılır.
Adim 11
Bu kolon nereden geldi
Nesne geçmişi tek ekranda cevaplar: hangi sürüm, hangi talep, hangi bilet, ne zaman ve kim. Olay incelemesinde arkeoloji yapmak gerekmez.
Adim 1
Acele, kontrolü kapatmaz
Acil bir talep de aynı kural setinden geçer. Satır limiti, veritabanı bağlamı ve elle veri değişikliği gibi bulgular aynı şekilde çıkar.
Adim 2
Acil anahtarı açılınca politika değişir
Anahtar açıldığı anda uygulanan onay politikası acil politikasıyla değişir ve iki zorunlu alan açılır. Bu anahtar yalnızca sunucu için acil politika tanımlıysa görünür.
Adim 3
Gerekçe ve olay numarası zorunludur
Bu kurulumda olay numarası zorunlu tutulduğu için neden acil olduğu ve hangi arıza kaydına bağlı olduğu yazılmadan talep kaydedilemez. Değişiklik bileti ile olay numarası ayrı alanlardır: biri arızayı, diğeri müdahaleyi anlatır.
Adim 4
Geri alma betiğini ürün kendisi üretir
Ürün hedef sunucudan okuduğu tanımla geri alma taslağını çıkarır. Üretemediği yeri uydurmaz, açıkça işaretler. Geri alma da kendi politikası olan ayrı bir taleptir.
Adim 5
Eksik geri alma planı çalıştırmayı durdurur
Talep onaylı olsa bile, geri alma betiğinde tamamlanmamış bir yer kaldıysa çalıştırma açılmaz. Planın varlığı yetmez, içeriği de tam olmalıdır.
Adim 6
Gece nöbetçisi kendi talebini çalıştıramaz
Kendi talebini çalıştırma bu kurulumda kapalı olduğu için talebi açan kişi, acil durumda bile onu kendisi çalıştıramaz. İkinci bir yetkili gerekir. Kural yine düğmenin üzerinde, gerekçesiyle birlikte yazar.
Adim 7
İş bittikten sonra soru açılır
Çalıştırma tamamlandığı anda acil sonrası gözden geçirme düğmesi etkinleşir. Bu bir onay değildir; onay olaydan önce alınmıştır. Burada iş bittikten sonra doğru muydu sorusuna cevap verilir.
Adim 8
İki soru, tek not
Gerçekten acil miydi, kalıcı çözüm için talep açıldı mı. Değerlendirme notu zorunludur. Verilen cevap talebi geri almaz, yalnızca kayda geçer.
Adim 9
Acil yetkisinin doğru kullanıldığı kayda geçer
Kimin, ne zaman ve hangi gerekçeyle gözden geçirdiği talebin üstünde durur. Denetçi acil taleplerin kaçının gözden geçirildiğini tek raporla görebilir.
Adim 1
Şu sorguyu çalıştır, sonucu bana at bir kayda dönüşür
Sorgu, iş gerekçesi, sonucun gideceği adres ve teslim biçimi aynı talepte durur. Bilet numarası kurumun biçim kuralına göre doğrulanır.
Adim 2
Okuma da kritik nesne kontrolünden geçer
Sorgu kritik sayılan bir tabloya dokunuyorsa bu bir bulgudur ve risk bandını belirler. Satır limiti ve veritabanı bağlamı gibi eksikler de burada söylenir.
Adim 3
Maskeleme kararı çalıştırmadan önce görünür
Ürün hedef sunucuya sorgunun hangi kolonları döndüreceğini sorar, tek satır veri okumadan. Her kolonun yanında ne olacağı ve hangi kuralın eşleştiği yazar.
Adim 4
Maskesiz kolon istemek gerekçe ister
Bir kolonun açık gelmesi isteniyorsa hangi kolon ve neden yazılır. Bu istek talebi otomatik olarak ek bir onay adımına sokar.
Adim 5
Onay adımlarını talebin içeriği belirler
Kritik tabloya erişim bir adım, tanınmayan bir teslim adresi ikinci adım, maskesiz kolon talebi üçüncü adım ekledi. Hiçbiri elle konmadı.
Adim 6
Onay sonrası karar tabloda değişir
Onay verildiğinde yalnızca istenen kolon açık duruma geçer, diğerleri maskeli kalır. Karar tahmin edilmez, ekranda okunur.
Adim 7
Her kolon kararının bir gerekçesi vardır
Maskeleme sonucu tablosunda her kolonun kararı ve o kararın sebebi yazar. Açık bırakılan kolonun karşısında onayı veren kişinin adı durur.
Adim 8
Parolayı görmek bile kayda geçer
Sonuç dosyası parolalıdır ve parola ekranda gerekçe yazılmadan gösterilmez. Görüntülemenin kendisi talep geçmişine ve denetim kaydına yazılır.
Adim 9
Maskeleme teslim edilen dosyanın içindedir
Ad, soyad, kimlik numarası, telefon ve IBAN maskeli çıkar. Yalnızca gerekçeyle onaylanan kolon açıktır. Maskeleme ekranda verilen bir söz değil, dosyanın kendisidir.
Adim 10
Hassas kolon kataloğu üretim verisine bakmaz
Katalog kolon adına göre çalışır. Böylece hangi kolonun hassas olduğuna karar vermek için kimsenin üretim verisini görmesi gerekmez. Tam ve kısmi maskeleme ayrı ayrı tanımlanır.
Adim 1
Her olay yalnız ekleme yapılabilen bir defter tablosuna yazılır
Giriş, talep, onay, çalıştırma ve kanıt indirme SQL Server'ın append-only ledger tablosuna yazılır. Veritabanı motoru bu kayıtları değiştirmeyi ve silmeyi herkes için reddeder. Saatte bir alınan defter özeti de listede bir olay olarak görünür.
Adim 2
Defterin durumu ekrandan görülür
Kanıt tablosunun gerçekten defter olduğu, yazma sınırının sağlam olduğu, son özetin zamanında alınıp kurumun dış deposuna yazıldığı tek pencerede görünür. Ekran "doğrulandı" demez; doğrulamanın denetçinin kopyasında yapılacağını söyler.
Adim 3
Tek talebin tüm yaşam döngüsü tek dosyada
Talep kimliği, görevler ayrılığı değerlendirmesi ve paket mührü ilk sayfada. Roller ayrışmışsa bunu yazar; kurum ayarı ayrılığı zorunlu tutmuyorsa onu da yazar.
Adim 4
Talebin kaydedildiği andaki kural seti
Sunucu ayarları, onay kuralları ve bilet zorunluluğu dosyanın içinde dondurulur. Aylar sonra bugünün kuralıyla açıklama yapılmaz.
Adim 5
Betik özeti ve risk gerekçesi
Kaydedilen özet ile çalışan betiğin özeti eşleşiyor mu, bandı hangi bulgu belirledi, atlanamaz bir kural tetiklendi mi. Hepsi aynı sayfada.
Adim 6
Kararı verenlerin oturumu, istisnalar ve kanıt durumu
Her kararın hangi oturumla verildiği karar anında dondurulur. İstisnalar gizlenmez. Kanıt durumu, talebin son kaydının dış depoya yazılmış hangi defter özetiyle kapsandığını dosya adıyla söyler.
Adim 7
Tablodaki her bilgi defterle karşılaştırılır
Dosya üretilirken tablodan okunan her alan defterdeki haliyle karşılaştırılır: PASS, MISMATCH, MISSING, UNEXPECTED. Bu örnekte 116 alanın tamamı tutuyor ve defter doğrulaması dış özete kadar geçiyor.
Adim 8
Olay zamanı, commit zamanı ve yazan hesap
Her olayın zamanı defterdeki commit zamanıyla karşılaştırılır ve olayı hangi veritabanı hesabının yazdığı gösterilir. Burada yalnız ürünün API ve Worker hesapları görünür; başka bir hesap kırmızı istisna olurdu.
Adim 9
Paketin değişmediği ürün içinde doğrulanır
Denetçi elindeki paketin künyesini verir. Ürün paketin geçerli olduğunu, hangi talebe ait olduğunu, kimin ne zaman indirdiğini söyler. Tek karakter farkı bile uyarı üretir.
Adim 10
Ürün olmadan da doğrulanır
Paketin içinden çıkan betik dosya özetlerini ve imzayı kontrol eder ve açık anahtarın parmak izini verir. Defter özeti dosyasının imzası openssl ile, defterin kendisi SQL Server'ın sp_verify_database_ledger yordamıyla doğrulanır. Bu ekran demo ortamındaki gerçek çıktıdır; denetçi aynı adımları kurumun ortamında geri yüklenmiş bir kopyada yapar.
Adim 11
Rapor denetim için hazırlanmaz, işten çıkar
Beş grupta 34 hazır rapor. Erişim, değişiklik, onay, istisna ve maskeleme kararları filtrelenebilir durur. Excel ve PDF çıktısı her raporun yanındadır.