Kurumların ilk konuşmada sorduğu sorular. The questions organisations ask in the first conversation.

Jira süreci taşır, Jenkins teslimatı otomatikleştirir. İkisi de doğru işi yapar. Ancak ikisi de bir veritabanı işleminin riskini değerlendirmez, o riskin kurumun kuralına göre kimin sorumluluğunda olduğunu belirlemez ve kararın kanıtını üretmez.Jira carries the process, Jenkins automates delivery. Both do the right job. Neither one assesses the risk of a database operation, decides whose responsibility that risk is under the organisation's own rule, or produces evidence of the decision.

Yönetişim katmanı bu araçların yerine geçmez. Ürettikleri kararları tek bir karar ve kanıt modeline bağlar.The governance layer does not replace these tools. It connects the decisions they produce into a single decision and evidence model.

Bağ bugün nasıl kuruluyor: bilet numarasıyla. Ürün numarayı ServiceNow ya da Jira'da sorgular, çalıştırma anında bir kez daha sorar ve olayları bilete not olarak yazar. Bağlantı kapalıyken numaranın biçim kuralı denetlenir. Ürün bilet açmaz ve bilet durumunu kendisi değiştirmez. Ayrıntı.How that connection works today: through the ticket number. The product looks the number up in ServiceNow or Jira, asks again at the moment of execution and writes events back to the ticket as notes. While the connector is off, the number's format rule is checked. The product does not open tickets and does not change a ticket's state itself. Details.

Evet. ServiceNow (Table API) ve Jira (REST v2 ve v3) için bağlayıcı vardır; başka bir bilet sistemi için genel REST tanımı yapılabilir. Ürün bilet numarasını talep kaydedilirken ve çalıştırma anında sorar, kapanmış ya da onaysız kayıtta işi durdurur ve olayları bilete not olarak yazar. Bağlantı varsayılan olarak kapalı gelir. Ürün bilet açmaz ve bilet durumunu kendisi değiştirmez. Bağlayıcılar bir laboratuvar simülatörüyle uçtan uca sınandı; kurumunuzdaki gerçek örnekle ilk kurulumda birlikte doğrulanır.Yes. There is a connector for ServiceNow (Table API) and Jira (REST v2 and v3); another ticketing system can be defined through generic REST. The product looks the ticket number up when the request is saved and again at execution, stops the work on a closed or unapproved record and writes events back to the ticket as notes. The connector ships switched off. The product does not open tickets and does not change a ticket's state itself. The connectors were tested end to end against a lab simulator; we verify them with you against your own instance at first setup.

Evet. OpenID Connect ve SAML 2.0 desteklenir; akışlar Keycloak ile uçtan uca sınandı, Entra ID ve AD FS için kurumunuzun kiracısıyla ilk kurulumda birlikte doğrularız. Kullanıcı parolasını kimlik sağlayıcının kendi sayfasına yazar, ürüne parola gelmez. Ürün rolü kimlik sağlayıcıdaki gruptan atanır; sistem yöneticisi rolü hiçbir eşlemeyle verilmez. Kimlik sağlayıcısı olmayan kurumlar için LDAP dizini ve zaman tabanlı ikinci faktör seçenekleri de vardır.Yes. OpenID Connect and SAML 2.0 are supported; the flows were tested end to end with Keycloak, and we verify Entra ID and AD FS with your tenant at first installation. The user types the password on the identity provider's own page and the password never reaches the product. The product role is assigned from the group in the identity provider; the system manager role is never granted by a mapping. For organisations with no identity provider there are also an LDAP directory and a time based second factor.

Evet. Denetim, defter özeti, uygulama günlüğü ve nabız akışları syslog (TLS, TCP, UDP) ya da dosya ile gönderilir. Biçimler RFC 5424 ile JSON, CEF, LEEF, düz JSON ve RFC 5424 yapılandırılmış veridir. Denetim ve defter özeti akışlarında gönderim başarısız olursa olay atlanmaz, bir sonraki tur aynı yerden devam eder. Kurum kapsamı daraltabilir ama daralttığını gizleyemez: süzgeçteki her değişiklik SOC'a ayrı bir olay olarak gider.Yes. The audit, ledger digest, application log and heartbeat streams go out over syslog (TLS, TCP, UDP) or to a file. Formats are RFC 5424 with JSON, CEF, LEEF, plain JSON and RFC 5424 structured data. On the audit and ledger digest streams a failed delivery is not skipped; the next round resumes from the same place. You can narrow the scope but you cannot hide that you did: every change to the filter reaches the SOC as a separate event.

Tam tersi. Yönetişim, ekibin zaten doğru yaptığı işi görünür ve kanıtlanabilir hale getirir.The opposite. Governance makes visible and provable the work the team already does correctly.

Bugün ekip doğru kararı veriyor ama kararın izi kalmıyor. Bu, bir olay sonrasında sorgulandığında ekibi savunmasız bırakır.Today the team makes the right call, but no trace of the call remains. When questions follow an incident, that leaves the team exposed.

Kontrol riske göre işlerse düşük riskli işte ek bekleme azdır. Bugün yavaşlatan şey, her işin aynı ağırlıkta kontrolden geçmesidir.Not much, if the control works by risk. What slows you down today is that every item gets the same weight of control.

Riski kurumun kuralı belirlediğinde düşük riskli işin onay adımları politikayla azaltılabilir, yüksek riskli iş ise hak ettiği dikkati alır.When the organisation's rule determines the risk, the policy can reduce the approval steps for low risk work, and high risk work gets the attention it deserves.

SQL Server, PostgreSQL ve Oracle. Her biri için işlemin ne yaptığı kendi dilinde çözümlenir; kurallar aynı yönetişim modeli üzerinden uygulanır.SQL Server, PostgreSQL and Oracle. What an operation actually does is analysed in each platform's own language, while the rules are applied through the same governance model.

Kural motoru betiği gerçek dilbilgisiyle ayrıştırır ve cümle yapısı üzerinden çalışır. Bu yüzden filtresiz bir UPDATE, kritik nesne üzerinde DROP veya adlandırma kuralı gibi, kural kataloğunda tanımlı olan ve betiğin kendisinden okunabilen durumları yakalar. Çalışma anında metin üreten dinamik SQL'in çalıştırdığı ifade ise betikten okunamaz; ürün bunu yüksek riskli bulgu olarak işaretler.The rule engine parses the script with a real grammar and works on sentence structure. That is why it catches the cases defined in the rule catalogue that can be read from the script itself: an UPDATE without a filter, a DROP on a critical object, or a naming convention. The statement that dynamic SQL builds at runtime cannot be read from the script; the product flags it as a high risk finding.

Bir sorgunun indeksli kolon kullanıp kullanmadığı ise betikten okunamaz; hedef veritabanının kataloğuna bakmayı gerektirir. Bu kontrol bugün kural motorunun kapsamında değildir ve veritabanı izleme araçlarının alanına girer.Whether a query uses an indexed column, however, cannot be read from the script; it requires looking at the target database catalogue. That check is not in the scope of the rule engine today and belongs to database monitoring tools.

Kurumun kendi ortamına kurulur. Veritabanlarınıza erişim sizin ağınızın içinde kalır ve ürün veriyi kendiliğinden dışarı göndermez; sorgu sonucu yalnız onaylı alıcıya, şifreli paketle gider. Kurulumla açık gelen tek dış çağrı zaman damgasıdır ve yalnız bir dosya özeti gönderir.It is installed in your own environment. Access to your databases stays inside your network and the product does not send data out on its own; a query result goes only to an approved recipient, in an encrypted package. The only outbound call switched on at installation is timestamping, which sends only a file digest.

Olgun süreçler bu yaklaşımın asıl hedef kitlesidir. Soru sürecin var olup olmadığı değil, sürecin kişilerden bağımsız işleyip işlemediğidir.Mature processes are exactly who this is for. The question is not whether the process exists, but whether it runs independently of specific people.

Aynı işi iki farklı kişi aynı sonuçla değerlendiremiyorsa, süreç vardır ama henüz kurumsallaşmamıştır.If two different people cannot assess the same work with the same outcome, the process exists but has not yet become institutional.

Günlük kullanıcıları veritabanı ve uygulama ekipleridir. Kararlarını ve raporlarını ise değişiklik yönetimi, bilgi güvenliği ve iç denetim kullanır.Day to day, the database and application teams. Its decisions and reports are used by change management, information security and internal audit.

Sahipliğin tek bir yerde tanımlı olması, kullanıcı sayısından daha önemlidir.Ownership being defined in one place matters more than the number of users.

Çünkü kayıt olaydan sonra derlenmez, olayla birlikte oluşur ve kendi bütünlüğünü taşır. Denetçi kaydın sonradan değiştirilmediğini kendisi doğrulayabilir.Because the record is not assembled after the event. It forms with the event and carries its own integrity. The auditor can verify for themselves that it was not altered later.

Kanıtın değeri içeriğinden değil, kim tarafından hazırlanmadığından gelir.The value of evidence comes less from its content than from who did not prepare it.

Somut olarak: imza anahtarı tanımlı kurulumda teslim edilen zip içinde her dosyanın SHA-256 özetini listeleyen bir künye, o künyenin RSA imzası ve imzayı doğrulayan açık anahtar bulunur. Adımlar kanıt doğrulama sayfasında komutlarıyla birlikte yazılı.Concretely: where a signing key is configured, the delivered zip holds an identity file listing the SHA-256 digest of every file, the RSA signature over it, and the public key that checks the signature. The steps and the commands are written out on the evidence verification page.

Evet, tasarım bunun üzerine kurulu. Paketlerin imzası ve dosya özetleri denetçinin kendi makinesinde PowerShell ya da openssl ile doğrulanır; ürüne bağlanmaz, ağa çıkmaz. Bunun için kurulumda imza anahtarının ve dış özet deposunun tanımlı olması gerekir; imzasız pakette doğrulama betiği sonuca UNSIGNED yazar.Yes, and the design is built around it. The package signatures and file digests are verified on the auditor's own machine with PowerShell or openssl; nothing connects to the product and nothing goes over the network. This requires a signing key and an external digest store to be configured; on an unsigned package the verification script reports UNSIGNED.

Kayıtların kendisi SQL Server ledger tablosundadır: kurumun kendi ortamında bir yedekten geri yüklenen kopyada denetçi, SQL Server'ın kendi yordamını kurumun değiştirilemez deposundan aldığı imzalı defter özetlerine karşı çalıştırır ya da çalıştırılmasını izler. Yedek kurumdan çıkmaz. Bütün adımlar Denetçi Kiti belgesinde yazılıdır ve talep üzerine verilir.The records themselves live in a SQL Server ledger table: on a copy restored from backup in the organisation's own environment, the auditor runs SQL Server's own procedure against the signed ledger digests collected from the organisation's immutable store, or watches it being run. The backup does not leave the organisation. Every step is written out in the Auditor Kit document, available on request.

İmza paketin kimden çıktığını gösterir, ne zaman çıktığını değil. Tarih kurumun kendi sunucu saatinden yazılır ve o saat değiştirilebilir. Bunu dürüstçe söylüyoruz.A signature shows where a package came from, not when. The date is written from the organisation's own server clock, and that clock can be changed. We say so plainly.

İki cevabı var. Birincisi defter: her kaydın commit zamanını SQL Server kendisi tutar ve defter özeti varsayılan olarak saatte bir alınır, imza anahtarı ve dış depo klasörü tanımlı kurulumda imzalanıp kurumun değiştirilemez deposuna yazılır; özetin kapsadığı bir kayıt sonradan değiştirilirse doğrulamada fark olarak görünür; geriye tarihli eklenen bir kayıt ise commit zamanı ile olay zamanı arasındaki farktan görünür. İkincisi RFC 3161 zaman damgası: denetim dosyasının özeti bir zaman damgası otoritesine gönderilir ve dönen yanıt pakete konur. Dışarıya yalnız özet gider, kaydın kendisi gönderilmez. Ayar dosyasında özellik açık gelir ve ücretsiz bir kamu otoritesine işaret eder; üretimde kurumun kendi otoritesiyle değiştirilmeli ya da tek ayarla kapatılmalıdır. Kapalıyken hiçbir ağ çağrısı yapılmaz.There are two answers. The first is the ledger: SQL Server itself keeps the commit time of every record, and the ledger digest is taken every hour by default and, where a signing key and an external output folder are configured, signed and written to the organisation's immutable store; a later change to a record covered by a digest shows up as a difference in verification; a backdated record that is added later shows up through the gap between its commit time and its event time. The second is RFC 3161 timestamping: the digest of the evidence dossier is sent to a timestamp authority and the response is placed in the package. Only the digest leaves; the record itself is not sent. The shipped configuration has this on and points at a free public authority; in production it should be repointed at the organisation's own authority or switched off with a single setting. When it is off, no network call is made at all.

Kurumun bugün hangi seviyede olduğunu görmekle. Altı soruluk öz değerlendirme, hangi alanın en zayıf halka olduğunu gösterir.By seeing which level the organisation is at today. A six question self assessment shows which area is the weakest link.

Yönetişimde toplam seviye, en zayıf halkaya eşittir.In governance, the overall level equals the weakest link.