Politikalar — neyi, ne zaman, nasıl koru?

Politika nedir, üç kelimeyle?

Bir politika şu üç parçadan oluşur: "KOŞUL → KANAL → KARAR".

• KOŞUL: Dosyada ne var? Örn. "5'ten fazla TC kimlik içeriyor"
• KANAL: Nereye gidiyor? Örn. "USB cihazına kopyalanıyor"
• KARAR: Ne yapılacak? Örn. "Engelle ve audit log'a yaz"

Politika kanalları (PII'nin geçebileceği yollar)

Her politika bir veya birkaç kanala uygulanır:

• USB — Çıkarılabilir disk, flash bellek, harici HDD
• E-posta — Outlook, Thunderbird, browser'dan webmail
• Bulut depolama — Dropbox, Google Drive, OneDrive, iCloud (senkronizasyon klasörleri)
• Yazıcı — Yerel ve ağ yazıcılar
• Ekran görüntüsü — Print Screen + Snipping Tool + Windows+Shift+S
• Pano (clipboard) — Copy/paste hassas içerik (sınırlı, mevcut değil — Faz 9'da)
• Web upload — Browser'dan dosya yüklenmesi (sınırlı, mevcut değil — Faz 9'da)

Üç kademe: Monitor → Warn → Block

Bu en kritik konu. Direkt "Block" ile başlayan DLP felaket olur — false positive'ler iş akışını kilitler, çalışanlar agent'ı kapatmaya çalışır, sistem güveni bozulur. Üçlü kademe:

Hazır politika şablonları

Dashboard → Politikalar → "Şablonlardan Başla" tıklayın. Hazır 8 şablon var:

Bir şablonu seçin → "Aktif Et". Sistem politikayı oluşturur, Monitor modunda başlatır. 1 hafta sonra olayları inceleyin, Warn'a çekin.

Adım adım: ilk politikanızı yazın

Mehmet Özbakır, TC: 12345678901, Tel: 0532 555 33 22
Ayşe Yılmaz, TC: 23456789012, Tel: 0533 444 22 11
Hasan Demir, TC: 34567890123, Tel: 0534 333 11 00
...

Custom dictionary (şirket-özel kelime listesi)

Hazır şablonlar TC, IBAN, kredi kartı gibi genel PII'yi yakalar. Şirketinize özel hassas kelime listenizi de ekleyebilirsiniz:

• Ürün kodları (örn. "MODEL-XR-2024" — ticari sır)
• Müşteri kodları (örn. "ABC-MÜŞ-12345" — müşteri sınıflandırması)
• İç dokümanlarda kullanılan kod adlar (örn. "PROJE-PHOENIX")
• Çalışan sicil numaraları

Ayarlar → Özel Kelime Listeleri → Yeni Liste → CSV/Excel yükleyin (her satır bir kelime). Bir politika oluştururken bu listeyi "DENETLENECEK İÇERİK" olarak seçebilirsiniz.

Politika önceliği ve çakışma çözümü

Birden fazla politika aynı dosyaya eşleşirse: en kısıtlayıcı olan kazanır. Sıralama: Block > Warn > Monitor. Yani bir dosya bir politikada "Warn", diğerinde "Block" karara çıkıyorsa → Block uygulanır.

Politika versiyonlama ve geri alma

Her politika değişikliği yeni versiyon olarak saklanır:

• Politika listesinde her satırın yanında "Geçmiş" linki
• Her versiyonun değişiklik tarihi, yapan kullanıcı, neyin değiştiği görünür
• "Bu versiyona geri dön" — bir tık ile eski politikayı geri alın

Politika rollout (kademeli yayma)

Büyük şirketlerde 200 PC'ye birden Block aktive etmek riskli. Rollout:

1. Pilot grup seç (%10 — örn. IT departmanı, kendi PC'leriniz)
2. 1 hafta gözlemle, sorun yoksa
3. %50'ye genişlet (Pazarlama + Satış)
4. 1 hafta daha, sonra %100

Dashboard → Politika → Rollout sekmesi: kademeli yayma planlanabilir, otomatik geçiş + son adımda manuel onay.

Sık sorulan sorular

YAML Editor — ileri politika yazma

GUI sınırlıdır, karmaşık koşullar için YAML editor kullanın. Politika kaynağı:

# Politika: Müşteri TC Listesi - Pazarlama
name: "Müşteri TC Listesi - Pazarlama"
version: 3
description: "Pazarlama ekibinin müşteri TC listelerini koruma"

# Hangi kullanıcılara uygulanır
applies_to:
  ad_groups:
    - "Pazarlama"
    - "Müşteri Hizmetleri"
  exclude_users:
    - "ayse.yilmaz@firma.local"  # CRM yöneticisi, tam erişim

# Tespit kuralları (hepsi sağlanmalı - AND)
detect:
  any_of:
    - type: "tc_kimlik"
      count: ">= 5"
    - type: "tc_kimlik"
      count: ">= 3"
      and:
        type: "iban"
        count: ">= 1"

# Hangi kanallar izlenir
channels:
  usb:
    action: "block"
    bypass_admins: 2  # 2 admin onayı ile bypass
  email:
    action: "warn"
    require_justification: true
    justification_min_length: 30
  cloud:
    action: "block"
  print:
    action: "monitor"
  screenshot:
    action: "monitor"

# Saat bazlı esnetme
time_rules:
  - hours: "08:00-18:00"
    weekdays: [1,2,3,4,5]  # iş saatleri
    relax: false
  - default:
    relax: true            # gece + hafta sonu daha sıkı

# Bildirim
notify:
  on_block:
    - "owner"
    - "dpo@firma.local"
    - "slack:#dlp-incident"
  on_warn:
    - "supervisor"

# Meta
created_by: "mehmet@firma.local"
created_at: "2026-05-01"
tags: ["pii", "kvkk", "musteri-verisi"]

Regex pattern'leri — özel veri tespiti

Hazır TC/IBAN/KK tespitleri yetmiyorsa kendi regex pattern'lerinizi yazabilirsiniz:

Yaygın Türkiye pattern'leri

# TC Kimlik (Mod-10 doğrulamalı):
\b\d{11}\b → custom validator ile checksum kontrol

# VKN (10 hane, Mod-10):
\b\d{10}\b → custom validator

# IBAN Türkiye (TR + 24 hane):
\bTR\d{2}\s?\d{4}\s?\d{4}\s?\d{4}\s?\d{4}\s?\d{4}\s?\d{2}\b

# Kredi Kartı (Luhn algoritması):
\b\d{13,19}\b → Luhn check

# Türk telefon (mobil):
\b0?5\d{9}\b

# Türk telefon (formatlı):
\b0?5\d{2}[\s\-]?\d{3}[\s\-]?\d{2}[\s\-]?\d{2}\b

# Plaka (TR plaka):
\b\d{2}\s?[A-Z]{1,3}\s?\d{1,4}\b

# SGK sicil:
\bSGK[\-\s]?\d{10,13}\b

# Tapu (mahalle/parsel pattern):
\bPafta[\s:]?\d+[\s,]?Ada[\s:]?\d+[\s,]?Parsel[\s:]?\d+\b

# E-posta (KVKK kapsamında):
\b[A-Za-z0-9._%+-]+@[A-Za-z0-9.-]+\.[A-Z|a-z]{2,}\b

Sektörel pattern'ler

Sağlık

# ICD-10 tanı kodu:
\b[A-Z]\d{2}(\.\d{1,2})?\b   # örn: J45.0 (Astım)

# Reçete + ilaç:
\bRp[\.\s][^\n]{0,200}\b

# Tahlil değer pattern'i:
\b(hemoglobin|glukoz|kreatinin)[\s:]?\d+[\.,]?\d*\s?(mg|mmol|g)/\w*\b

Hukuk

# Dava dosya no (T.C. Mahkeme formatı):
\bE[\.\s]?\d{4}/\d{1,5}\b   # örn: E. 2024/1234

# UYAP dosya no:
\b\d{13,15}\b → 13 haneli, kontrol algoritması

# Avukatlık ruhsat no:
\bRuhsat\s?No[\s:]?\d{6,7}\b

Muhasebe

# SGK işyeri sicil no:
\b\d{2}[\s/]?\d{3}[\s/]?\d{7}\b

# Beyanname numarası:
\b(KDV|Stopaj|Muhtasar)[\s\-]?\d{13}\b

# Maliye tahakkuk numarası:
\bTAHAK[\-\s]?\d{10}\b

Sektörel hazır politika setleri

Dashboard → Politikalar → "Sektör Setleri" → tek tıkla 5-10 politika birden aktive olur. Sektörünüze uygun seti seçin:

Sigorta Acentesi Seti (8 politika)

1. Müşteri TC + İletişim Listesi (USB Block, Email Warn)
2. Poliçe Numara Listesi (USB Block)
3. Plaka Listesi - 20+ plaka (USB Block, Email Warn)
4. Sağlık Raporu - "tanı" + TC (Tüm kanal Block)
5. Hasar Fotoğrafları (USB Warn, Bulut Block)
6. Sigorta Şirketi Komisyon Raporu (Tüm Block)
7. Müşteri IBAN + tutar (Email Warn)
8. SBM (Sigorta Bilgi Merkezi) export'u (Tüm Block)

Muhasebe Ofisi Seti (10 politika)

1. Bordro toplu - TC + maaş anahtar (Tüm Block)
2. Müşteri firma listesi - 5+ VKN (USB Block)
3. KDV/Stopaj beyanname (Email Warn)
4. SGK işyeri sicil + çalışan sicil (Tüm Block)
5. Vergi dairesi yazışmaları (Email Warn)
6. E-fatura/E-arşiv portal login (Tüm Block + audit)
7. Banka extreleri (USB Block, Bulut Warn)
8. Çalışan IBAN listesi (Tüm Block)
9. Mali rapor + bilanço (USB Block)
10. Hata düzeltme beyanı (Email Warn)

Hukuk Bürosu Seti (7 politika)

1. Müvekkil dosyaları - path: \\dava\* (Tüm Block, mahkeme kararı yoksa)
2. UYAP login bilgileri (Tüm Block + Audit)
3. Tanık ifadesi - "ifade" + "tanık" + TC (Tüm Block)
4. Savunma stratejisi - "strateji" + ödemeli avukat (Email Block)
5. İcra takip dosyaları - "takip no" + VKN (USB Block)
6. Karşı taraf bilgileri (Email Warn)
7. Tahsilat listesi - 10+ borçlu (USB Block)

Sağlık Kuruluşu Seti (9 politika - Madde 6)

Madde 6 hassasiyeti gereği varsayılan Block. Detay için Bölüm 11 → Sağlık.

1. Hasta TC + ICD tanı kodu (Tüm Block)
2. Reçete ve ilaç listesi (Tüm Block)
3. Tahlil sonuçları - "kan" / "biyokimya" + sayısal değer (Tüm Block)
4. DICOM dosyaları (.dcm) (USB Block, Bulut Block)
5. Tıbbi görüntü fotoğraf - JPG + "hasta" anahtarı (USB Block)
6. HBYS export (Tüm Block)
7. SGK / Medula export (Tüm Block)
8. SUT kodları toplu (Email Warn)
9. Patolojide tanı raporu (Tüm Block)

E-Ticaret Seti (8 politika)

1. Müşteri veritabanı - 50+ TC + adres (Tüm Block)
2. Kredi kartı no - Luhn check (Tüm Block + PCI-DSS)
3. API anahtarları - "API_KEY" / "Bearer" (Tüm Block)
4. Trendyol/Hepsiburada export'u (USB Block, Bulut Warn)
5. Adres listesi - 20+ adres (USB Block)
6. Sipariş raporu - 100+ sipariş (USB Block)
7. Maliyet/Kar marjı raporu (Tüm Block - ticari sır)
8. Kupon kodları havuzu (USB Block, Email Warn)

Rollout stratejileri — risk yönetimi

Strateji 1: Departman bazlı kademeli (önerilen KOBİ)

En düşük riskli yayma:

1. Hafta 1: IT departmanı (10 PC) — Monitor mod
2. Hafta 2: Yönetim ekibi (5 PC) — Monitor mod, IT'de Warn mod
3. Hafta 3: Pazarlama (20 PC) — Monitor
4. Hafta 4: Müşteri hizmetleri (30 PC) — Monitor
5. Hafta 5: Tüm şirket — Monitor
6. Hafta 7: Yüksek risk politikalar → Warn
7. Hafta 10: Kritik politikalar → Block (bordro, KK gibi)

Strateji 2: Politika bazlı kademeli

Tüm PC'ler dahil, ama her politika ayrı zamanda yükseltilir:

1. Gün 1: Tüm politikalar Monitor
2. Hafta 2: Düşük etki politikaları (telefon listesi, mail) → Warn
3. Hafta 4: Orta etki (TC + IBAN birlikte) → Warn
4. Hafta 6: Kredi kartı → Block (PCI-DSS zorunlu)
5. Hafta 8: Bordro toplu listesi → Block
6. Hafta 12: Müşteri DB → Block (en zorlu, en uzun süre Warn)

Strateji 3: A/B test (büyük ekipler için)

1000+ çalışan, "Block politikası iş aksatır mı?" belirsiz:

1. Pazarlama %50'sini "Block" grup, %50'sini "Warn" grup
2. 2 hafta veri topla
3. Karşılaştır: hangi grupta gerekçe sayısı yüksek, hangi grupta iş aksaması var
4. Sonuca göre tüm filo'ya hangi modu uygulayacağını belirle

Politika çakışma yönetimi

Aynı dosya birden çok politikayı tetikliyorsa:

1. En kısıtlayıcı kazanır: Block > Warn > Monitor
2. Eşit kısıt durumunda öncelik: Politika listesinde üstteki kazanır
3. İstisna kuralları: "X kullanıcı bypass" gibi exception'lar tüm politikaları override eder

Çakışma analizi

Bir dosyanın hangi politikalara takıldığını görmek için "Simulasyon" özelliği:

1. Ayarlar → Politika → Simulator
2. İçerik girin (TC, IBAN dolu örnek metin)
3. Kanal seçin (USB)
4. Sonuç: hangi politikalar tetiklendi, hangi karar uygulandı, niye

Custom dictionary — ileri kullanım

Versiyonlama

Her custom dictionary versiyonlu — değiştirince eski versiyon arşivde kalır. "Politika ayarladım, dictionary değiştirdim, false positive arttı" durumunda eski versiyona geri dönebilirsiniz.

Hiyerarşik dictionary'ler

Şirket genelinde "Tüm Müşteri Kodları" + Departman bazlı "Pazarlama Müşterileri". Politikada "her ikisi de tetiklenmiş" diyebilirsiniz (AND).

Wildcard + regex desteği

Dictionary girdileri sadece tam eşleşme değil, pattern olabilir:

MUS-202[0-9]-\d{5}       # 2020-2029 yılları arasında müşteri kodları
PROJE-PHOENIX-*           # Projeyle ilgili tüm referanslar
@firma.local              # Şirket içi email pattern'leri

Dictionary auto-update

SFTP/HTTPS endpoint'inizden günlük dictionary güncelleme:

1. Endpoint'inizde CSV yayınlayın (örn. https://api.firma.local/dlp-codes.csv)
2. VeritaDLP "Auto-update Dictionary" → URL + güncellik kontrol sıklığı
3. Her gün gece sync, yeni satırlar dictionary'ye eklenir

Politika test ortamı (staging)

Production öncesi politika test için "staging" tenant:

1. Ayarlar → Çoklu Ortam → "Staging Tenant Oluştur"
2. Production verinizin maskeli kopyası staging'e
3. Yeni politikayı önce staging'de test et
4. 1 hafta sorun yoksa production'a kopyala