
# Gerçek Zamanlı Uyumluluk için Kendini Uyarlayan Kanıt Bilgi Grafiği

SaaS dünyasında, güvenlik anketleri, denetim istekleri ve düzenleyici kontrol listeleri neredeyse günlük olarak ortaya çıkıyor. Manuel kopyala‑yapıştır iş akışlarına güvenen şirketler, doğru maddeyi bulmak, geçerliliğini doğrulamak ve her değişikliği takip etmek için sayısız saat harcıyor. Sonuç, hatalara, sürüm kaymalarına ve düzenleyici risklere açık kırılgan bir süreç oluyor.

Karşınızda **Kendini Uyarlayan Kanıt Bilgi Grafiği (SAEKG)** – her uyumluluk varlığını (politikalar, kontroller, kanıt dosyaları, denetim sonuçları ve sistem yapılandırmaları) tek bir grafikte birleştiren, yaşayan bir AI‑geliştirilmiş depolama. Kaynak sistemlerden gelen güncellemeleri sürekli alıp bağlamsal akıl yürütme uygulayarak SAEKG, herhangi bir güvenlik anketinde gösterilen yanıtların her zaman en yeni kanıtlarla tutarlı olmasını sağlıyor.  

Bu makalede şunları ele alacağız:

1. Kendini uyarlayan bir kanıt grafiğinin temel bileşenlerini açıklamak.  
2. Mevcut araçlarla (Ticketing, CI/CD, GRC platformları) entegrasyonunu göstermek.  
3. Grafiği senkronize tutan AI boru hatlarını ayrıntılandırmak.  
4. Procurize kullanarak gerçekçi bir uç‑uç senaryoyu yürütmek.  
5. Güvenlik, denetlenebilirlik ve ölçeklenebilirlik konularını tartışmak.  

> **TL;DR:** Üretken AI ve değişim‑algılama boru hatlarıyla güçlendirilmiş dinamik bir bilgi grafiği, uyumluluk belgelerinizi gerçek zamanlı olarak anket yanıtlarını güncelleyen tek bir doğruluk kaynağına dönüştürebilir.

---

## 1. Neden Statik Bir Depolama Yeterli Değil

Geleneksel uyumluluk depoları, politikaları, kanıtları ve anket şablonlarını **statik dosyalar** olarak ele alır. Bir politika revize edildiğinde depo yeni bir sürüm alır, ancak altındaki anket yanıtları bir insan hatırlayana kadar değişmez. Bu boşluk üç büyük soruna yol açar:

| Sorun | Etki |
|-------|------|
| **Eski Yanıtlar** | Denetçiler tutarsızlıkları fark eder ve başarısız değerlendirmelere yol açar. |
| **Manuel Yük** | Takımlar güvenlik bütçelerinin %30‑40’ını tekrarlayan kopyala‑yapıştır işine harcar. |
| **İzlenebilirlik Eksikliği** | Belirli bir yanıtı tam kanıt sürümüne bağlayan net bir denetim izi yoktur. |

Kendini uyarlayan bir grafik, her yanıtı en yeni doğrulanmış kanıta işaret eden canlı bir düğüme **bağlayarak** bu sorunları çözer.

---

## 2. SAEKG’nin Temel Mimarisi

Aşağıda, ana bileşenleri ve veri akışlarını görselleştiren yüksek seviyeli bir mermaid diyagramı yer alıyor.

```mermaid
graph LR
    subgraph "Alım Katmanı"
        A["\"Politika Belgeleri\""]
        B["\"Kontrol Kataloğu\""]
        C["\"Sistem Yapılandırma Anlık Görüntüleri\""]
        D["\"Denetim Bulguları\""]
        E["\"Ticketing / Issue Tracker\""]
    end

    subgraph "İşleme Motoru"
        F["\"Değişim Algılayıcı\""]
        G["\"Semantik Normalleştirici\""]
        H["\"Kanıt Zenginleştirici\""]
        I["\"Graf Güncelleyici\""]
    end

    subgraph "Bilgi Grafiği"
        K["\"Kanıt Düğümleri\""]
        L["\"Anket Yanıt Düğümleri\""]
        M["\"Politika Düğümleri\""]
        N["\"Risk & Etki Düğümleri\""]
    end

    subgraph "AI Servisleri"
        O["\"LLM Yanıt Üreticisi\""]
        P["\"Doğrulama Sınıflandırıcısı\""]
        Q["\"Uyumluluk Akıl Yürütücüsü\""]
    end

    subgraph "Dışa Aktarım / Tüketim"
        R["\"Procurize UI\""]
        S["\"API / SDK\""]
        T["\"CI/CD Kancası\""]
    end

    A --> F
    B --> F
    C --> F
    D --> F
    E --> F
    F --> G --> H --> I
    I --> K
    I --> L
    I --> M
    I --> N
    K --> O
    L --> O
    O --> P --> Q
    Q --> L
    L --> R
    L --> S
    L --> T
```

### 2.1 Alım Katmanı

* **Politika Belgeleri** – PDF, Markdown dosyaları veya depo‑tabanlı “code‑as‑policy”.  
* **Kontrol Kataloğu** – NIST, [ISO 27001](https://www.iso.org/standard/27001) gibi yapılandırılmış kontroller, veritabanında saklanır.  
* **Sistem Yapılandırma Anlık Görüntüleri** – Bulut altyapısından otomatik dışa aktarımlar (Terraform durumu, CloudTrail logları).  
* **Denetim Bulguları** – Denetim platformlarından (Archer, ServiceNow GRC vb.) JSON veya CSV ihracatları.  
* **Ticketing / Issue Tracker** – Uyumluluğu etkileyen olayları içeren Jira, GitHub Issues gibi sistemlerden gelen veriler.

### 2.2 İşleme Motoru

* **Değişim Algılayıcı** – Diff, hash karşılaştırması ve anlamsal benzerlik kullanarak neyin gerçekten değiştiğini belirler.  
* **Semantik Normalleştirici** – “Veri dinleme şifrelemesi” vs “at‑rest şifrelemesi” gibi farklı terminolojileri hafif bir LLM ile ortak bir forma eşler.  
* **Kanıt Zenginleştirici** – Üretici, zaman damgası, denetçi gibi meta verileri çeker ve bütünlük için kriptografik hash ekler.  
* **Graf Güncelleyici** – Neo4j‑uyumlu graf veri deposunda düğüm ve kenarları ekler/günceller.

### 2.3 AI Servisleri

* **LLM Yanıt Üreticisi** – “Veri şifreleme sürecinizi açıklayın” gibi bir anket sorusuna, bağlantılı politika düğümlerinden alıntı yaparak özlü bir yanıt üretir.  
* **Doğrulama Sınıflandırıcısı** – Oluşturulan yanıtların uyumluluk dil standartlarından sapmasını işaretleyen denetimli bir model.  
* **Uyumluluk Akıl Yürütücüsü** – Kural tabanlı çıkarım çalıştırır (örneğin “Politika X aktifse → yanıt kontrol C‑1.2’ye referans vermeli”).

### 2.4 Dışa Aktarım / Tüketim

Graf şu yollarla sunulur:

* **Procurize UI** – Kanıt düğümlerine izlenebilirlik bağlantılarıyla gerçek‑zamanlı yanıt görünümü.  
* **API / SDK** – İndirgeme sistemleri gibi downstream araçlar için programatik erişim.  
* **CI/CD Kancası** – Yeni kod sürümlerinin uyumluluk iddialarını bozmamasını otomatik olarak kontrol eder.

---

## 3. AI‑Destekli Sürekli Öğrenme Boru Hatları

Statik bir grafik çabuk eskiyebilir. SAEKG’nin kendini uyarlayan doğası, üç döngüsel boru hattı sayesinde gerçekleşir:

### 3.1 Gözlem → Diff → Güncelle

1. **Gözlem:** Zamanlayıcı en yeni artefaktları (politika repo commit’i, yapılandırma dışa aktarımı) çeker.  
2. **Diff:** Metin‑diff algoritması, cümle‑seviye gömme vektörleriyle birleşerek anlamsal değişim skorları hesaplar.  
3. **Güncelle:** Değişim skoru eşik değerini aşan düğümler, bağlı yanıtların yeniden üretilmesini tetikler.

### 3.2 Denetçilerden Gelen Geri Bildirim

Denetçiler bir yanıt üzerine yorum yaptığında (ör. “Lütfen en yeni [SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2) rapor referansını ekleyin”), yorum **geri bildirim kenarı** olarak alınır. Bir pekiştirme‑öğrenme ajanı, gelecekte benzer istekleri daha iyi karşılamak için LLM istem stratejisini günceller.

### 3.3 Kayma Tespiti

LLM güven skoru dağılımı istatistiksel olarak izlenir. Ani düşüşler **insan‑devreye‑giriş** incelemesini tetikler; böylece sistem sessizce kalite kaybı yaşamaz.

---

## 4. Procurize ile Uç‑Uca Bir Senaryo

### Senaryo: Yeni bir SOC 2 Type 2 raporu yüklendi

1. **Yükleme Olayı:** Güvenlik ekibi PDF’yi SharePoint’teki “SOC 2 Raporları” klasörüne bırakır. Bir webhook Alım Katmanı’nı uyarır.  
2. **Değişim Algılama:** Değişim Algılayıcı rapor sürümünün `v2024.05`’ten `v2025.02`’ye değiştiğini hesaplar.  
3. **Normalleştirme:** Semantik Normalleştirici ilgili kontrolleri (CC6.1, CC7.2) çıkarır ve dahili kontrol kataloğuna eşler.  
4. **Graf Güncellemesi:** Yeni kanıt düğümleri (`Kanıt: SOC2-2025.02`) ilgili politika düğümlerine bağlanır.  
5. **Yanıt Yeniden Üretimi:** LLM, “İzleme kontrollerinizin kanıtını sağlayın” sorusunun yanıtını yeni SOC 2 raporuna referans verecek şekilde yeniden üretir.  
6. **Otomatik Bildirim:** Sorumlu uyumluluk analistine Slack mesajı gelir: “‘İzleme Kontrolleri’ yanıtı SOC2‑2025.02’ye referans gösterecek şekilde güncellendi.”  
7. **Denetim İzleri:** UI bir zaman çizelgesi gösterir: *2025‑10‑18 – SOC2‑2025.02 yüklendi → yanıt yeniden üretildi → Jane D. tarafından onaylandı.*  

Tüm bu adımlar analistin anketi manuel olarak açmasını gerektirmez; yanıt döngüsü **3 günden 30 dakikaya** düşer.

---

## 5. Güvenlik, Denetlenebilir İz ve Yönetişim

### 5.1 Değiştirilemez Köken Bilgisi

Her düğüm şunları taşır:

* Kaynak artefaktın **kriptografik hash’i**.  
* Yazarın **dijital imzası** (PKI‑tabanlı).  
* **Sürüm numarası** ve **zaman damgası**.

Bu özellikler, SOC 2 ve [ISO 27001](https://www.iso.org/standard/27001) koşullarını karşılayan bir **değiştirilemez denetim günlüğü** oluşturur.

### 5.2 Rol‑Temelli Erişim Kontrolü (RBAC)

Graf sorguları bir ACL motoru tarafından arabulunur:

| Rol | İzinler |
|-----|----------|
| Görüntüleyici | Yanıtlara yalnızca okunabilir erişim (kanıt indirme yok). |
| Analist | Kanıt düğümlerine okuma/yazma, yanıt yeniden üretimini tetikleme. |
| Denetçi | Tüm düğümlere okuma ve uyumluluk raporları için dışa aktarma hakkı. |
| Yönetici | Politika şeması değişiklikleri dahil tam kontrol. |

### 5.3 GDPR & Veri Yerleşimi

Kişisel veri asla kaynağından ayrılmaz. Graf sadece **meta veri ve hash** tutar; gerçek belgeler orijinal depolama biriminde (ör. AB‑tabanlı Azure Blob) kalır. Bu tasarım, [GDPR](https://gdpr.eu/) kapsamında zorunlu veri minimizasyon ilkesine uygundur.

---

## 6. Binlerce Anket İçin Ölçeklendirme

Büyük bir SaaS sağlayıcısı, çeyrekte **10 k+** anket örneği işleyebilir. Gecikmeyi düşük tutmak için:

* **Yatay Grafik Bölümlendirme:** İş birimi veya bölgeye göre bölme.  
* **Önbellek Katmanı:** Sık kullanılan yanıt alt‑grafiklerini TTL = 5 dakika ile Redis’te önbellekle.  
* **Toplu Güncelleme Modu:** Gece yarısı düşük öncelikli artefaktları toplu diff ile işleyerek gerçek‑zamanlı sorguları etkilemez.  

Orta ölçekli bir fintech’te (5 k kullanıcı) yapılan pilot çalışmada şu sonuçlar elde edildi:

* **Ortalama yanıt getirme süresi:** 120 ms (%95 aralığı).  
* **Azami alım hızı:** Dakikada 250 belge, CPU yükü %5’in altında.  

---

## 7. Takımlar İçin Uygulama Kontrol Listesi

| ✅ Öğe | Açıklama |
|-------|----------|
| **Grafik Deposu** | Neo4j Aura veya ACID garantili açık kaynak bir grafik DB kurun. |
| **LLM Sağlayıcısı** | Veri gizliliği sözleşmeli bir model seçin (Azure OpenAI, Anthropic vb.). |
| **Değişim Algılayıcı** | Kod depoları için `git diff`, PDF’ler için OCR sonrası `diff-match-patch` kurun. |
| **CI/CD Entegrasyonu** | Her sürüm sonrası grafiği doğrulayan bir adım ekleyin (`graph‑check --policy compliance`). |
| **İzleme** | Drift tespiti %0.8’in altında olduğunda Prometheus uyarıları oluşturun. |
| **Yönetişim** | Manuel geçişler ve onay süreçleri için SOP’ları belgeleyin. |

---

## 8. Gelecek Yönelimler

1. **Kanıt Doğrulaması için Sıfır‑Bilgi Kanıtları** – Ham belgeyi ifşa etmeden bir kanıtın bir kontrolü karşıladığını kanıtlamak.  
2. **Federated Bilgi Grafikleri** – Ortak uyumluluk grafiğine katkıda bulunan, veri egemenliğini koruyan ortaklar.  
3. **Üretken RAG ile Entegre Arama‑Destekli Üretim** – Bağlam‑farkındalıklı, zengin yanıtlar için graf araması ile LLM üretimini birleştirmek.  

Kendini uyarlayan kanıt bilgi grafiği, sadece “ek bir özellik” değil; **uyumluluk anket otomasyonunu ölçekli, doğru ve denetlenebilir bir operasyonel omurgaya dönüştüren bir zorunluluk** hâline geliyor.

---

## ## <span class='highlight-content'>İlgili</span> İçerikler
- [NIST SP 800‑53 Revision 5 – Kontrol Kataloğu Genel Bakış](https://csrc.nist.gov/publications/detail/sp/800-53/rev-5/final)  
- [ISO/IEC 27001:2022 – Bilgi Güvenliği Yönetim Sistemi](https://www.iso.org/standard/82875.html)