İnvekor Bilgi Teknolojileri

Kategori: BT Yönetimi ve Danışmanlık

  • Sıfır Gün Saldırısı Nedir? Korunma Yöntemleri ve Gerçek Vakalar

    Sıfır Gün Saldırısı Nedir? Korunma Yöntemleri ve Gerçek Vakalar

    100+ Kurumsal Müşteri
    15+ Yıl Deneyim
    7/24 Destek
    Sertifikalı Uzmanlar
    Güçlü İş Ortakları
    Blog / Siber Güvenlik

    Sıfır Gün Saldırısı Nedir? Korunma Yöntemleri ve Gerçek Vakalar

    ⚡ HIZLI ÖZET

    Sıfır gün saldırısı, yazılım geliştiricisinin ve güvenlik topluluğunun henüz farkında olmadığı bir açıktan yararlanan siber saldırı türüdür. Saldırganlar bu boşluktan yararlanarak hedef sisteme sızmadan önce savunma tarafının yamaya sıfır gün süresi vardır—buradan ‘zero-day’ adı gelir.

    2025 yılında kaydedilen zero-day açıkları bir önceki yıla göre %37 artış gösterdi ve ortalama açık başına pazar fiyatı 500.000–2.000.000 USD aralığına yükseldi. Türkiye’de kamu kurumlarına yönelik saldırıların %18’inde sıfır gün exploitleri kullanılıyor; bu oran OECD ortalamasının iki katına yakın.

    2021 yılında Microsoft Exchange Server’da keşfedilen dört ayrı sıfır gün açığı, dünya çapında on binlerce kurumun e-posta sunucularına sızılmasına yol açtı. Saldırganlar, Microsoft yamayı duyurmadan önce haftalarca erişimi elinde tuttu ve hassas verileri sızdırdı. Bu olay, zero-day tehdidinin ne denli yıkıcı olabileceğinin çarpıcı bir örneği. Günümüzde gelişmiş saldırganlar—APT grupları, devlet destekli tehdit aktörleri ve organize siber suç örgütleri—açık pazarlarda ya da kendi araştırma ekiplerinde keşfettikleri sıfır gün açıklarını stratejik hedeflere karşı kullanıyor. Sahada gördüğümüz kadarıyla, Türkiye’deki orta ve büyük ölçekli kurumların çoğu hâlâ reaktif yama süreçlerine dayanıyor ve sıfır gün senaryolarına yönelik proaktif savunma katmanlarından yoksun. Bu yazıda, sıfır gün saldırısının teknik anatomisini, korunma stratejilerini ve gerçek vakaları inceleyeceğiz.

    Sıfır Gün Saldırısı Nedir?

    Sıfır gün saldırısı (zero-day attack), yazılım satıcısı ve kullanıcıların henüz bilmediği bir güvenlik açığından yararlanılarak gerçekleştirilen siber saldırıdır. Açık keşfedildiği andan itibaren savunma tarafının yamaya sıfır gün süresi olduğu için bu isimle anılır.

    Klasik güvenlik açıkları keşfedildiğinde genellikle sorumlu açıklama (responsible disclosure) süreciyle satıcıya bildirilir ve bir yama (patch) geliştirilip yayımlanır. Sıfır gün senaryolarında ise saldırgan açığı satıcıdan önce keşfeder veya satın alır ve sessizce istismar eder. Kurban kuruluş, yamanın hazır olmadığı bir dönemde saldırıya maruz kalır. Deneyimlerimizde, bu tür saldırılara maruz kalan kurumlarda ortalama tespit süresi 45-60 gün arasında değişiyor; yani saldırgan aylarca sistemde dolaşabiliyor.

    Sıfır gün açıkları üç ana fazdan oluşur: keşif (açığın bulunması), exploit geliştirme (istismar kodunun yazılması) ve dağıtım (hedef sisteme yüklenmesi). Bu süreçlerin her biri farklı beceriler ve kaynaklar gerektirir; bu nedenle zero-day’ler genellikle devlet destekli gruplar veya büyük bütçeli suç örgütleri tarafından kullanılır.

    Sıfır Gün vs. Bilinen Açıklar: Farklar ve Riskler

    Siber güvenlik ekipleri her gün CVE veritabanındaki binlerce bilinen açıkla uğraşır. Peki sıfır gün açıkları bunlardan nasıl ayrılır? Aşağıdaki tablo temel farkları özetliyor:

    KriterBilinen Açık (CVE)Sıfır Gün Açığı
    Açığın durumuSatıcı tarafından duyurulmuş, yama mevcutSatıcı farkında değil, yama yok
    Tespit edilebilirlikIDS/IPS imzaları, güvenlik açığı tarayıcıları ile tespit edilebilirİmza tabanlı sistemler tespit edemez; davranış analizi gerekir
    Saldırgan maliyetiDüşük (exploit araçları halka açık)Yüksek (açık başına 500 bin–2 milyon USD)
    Kullanım sıklığıYaygın; otomatik taramalar ile kitlesel saldırılarNadir; hedefli (APT) saldırılarda kullanılır
    Savunma stratejisiYama yönetimi, güvenlik tarayıcılarıDavranış tabanlı tespit (EDR/XDR), ağ segmentasyonu, mikro yalıtım

    Müşterilerimizde sık karşılaştığımız durum şu: IT ekipleri CVE’lere odaklanıyor, ancak EDR/XDR gibi davranış tabanlı koruma katmanlarını devreye almıyor. Zero-day’e maruz kalındığında imza tabanlı antivirüs ve güvenlik duvarı yetersiz kalıyor.

    Sıfır Gün Pazarı ve Güncel İstatistikler

    Sıfır gün açıkları, hem legal güvenlik araştırmacıları hem de siber suçlular için değerli varlıklardır. Bug bounty programları açıkları ödüllendirirken, karanlık web pazarlarında da exploit satışları yapılıyor. 2026 itibarıyla durum şöyle:

    972025’te kaydedilen zero-day sayısıMandiant, 2026
    %372024’e göre artış oranıGoogle TAG
    2M USDiOS zero-day ortalama fiyatıZerodium, 2026
    18%Türkiye’de kamu kurumlarına yönelik zero-day kullanımıUlusal Siber Olaylara Müdahale Merkezi

    Bu rakamlar yalnızca tespit edilen ve kamuya açıklanan açıkları yansıtır. Gizli kalan zero-day’lerin sayısının çok daha yüksek olduğu tahmin ediliyor. Sahada gördüğümüz kadarıyla, Türkiye’deki kurumlar genellikle uluslararası APT gruplarının ‘ikinci dalga’ hedefleri arasında; bir açık büyük hedeflerde tükendikten sonra bölgesel şirketlere yöneliyor.

    Sıfır Gün Saldırılarından Korunma Yöntemleri

    Sıfır gün tehdidine karşı klasik yama yönetimi yeterli değildir. Proaktif ve çok katmanlı savunma stratejileri gerekir:

    1. Davranış Tabanlı Tespit (EDR/XDR) Endpoint ve ağ seviyesinde anormal davranışları (dosya şifreleme, lateral movement, privilege escalation) gerçek zamanlı izler. İnvekor olarak, müşterilerimize endpoint güvenliği çözümleriyle sıfır gün exploit’lerinin erken tespitini sağlıyoruz.
    2. Uygulama Beyaz Listesi (Application Whitelisting) Yalnızca onaylanmış uygulamaların çalışmasına izin verir; bilinmeyen exploit kodlarının yürütülmesini engeller.
    3. Ağ Segmentasyonu ve Mikro Segmentasyon Saldırgan bir segmente girdiğinde yanal hareketi (lateral movement) sınırlar. Kritik sistemleri izole alt ağlara alın.
    4. Tehdit İstihbaratı Entegrasyonu OSINT, ISAC paylaşımları ve ticari istihbarat akışlarıyla yeni açıkları ve IoC’leri (Indicators of Compromise) hızla öğrenin. Siber tehdit istihbaratı hizmetimiz bu süreci otomatikleştirir.
    5. Düzenli Sızma Testleri ve Red Team Kendi sistemlerinizde zero-day benzeri senaryolar oluşturarak savunma yeteneklerinizi test edin. Sızma testi hizmetlerimizle kritik varlıklarınızı gerçekçi saldırılara karşı deneyin.

    ⚠️ Yalnızca Güvenlik Duvarı Yeterli Değil

    Çoğu zero-day exploit, HTTPS, RDP veya VPN gibi meşru protokoller üzerinden gelir. Klasik güvenlik duvarları trafiği şifreli olduğu için görmez; yeni nesil güvenlik duvarı (NGFW) ve SSL çözme katmanları gerekir.

    Dünyadan ve Türkiye'den Gerçek Sıfır Gün Vakaları

    Stuxnet (2010): İran’ın nükleer tesislerini hedef alan Stuxnet solucanı, dört ayrı zero-day açığını aynı anda kullandı. SCADA sistemlerini enfekte ederek santrifüjlerin fiziksel olarak arızalanmasına yol açtı. Bu vaka, sıfır gün saldırılarının kritik altyapıya vereceği zararı gösteren dönüm noktası oldu.

    Microsoft Exchange ProxyLogon (2021): Çin merkezli APT grubunun kullandığı dört zero-day, dünya çapında 30 bin Exchange sunucusuna sızıldı. Türkiye’de de kamu ve özel sektörden onlarca kuruluş etkilendi; bazı kurumlar veri kaybını ancak aylar sonra fark etti.

    Log4Shell (2021): Apache Log4j kütüphanesindeki zero-day, binlerce Java tabanlı uygulamayı etkiledi. Otomotiv, e-ticaret ve finans sektöründeki Türk şirketleri de saldırılara maruz kaldı. İnvekor olarak, müşterilerimize 48 saat içinde yama ve tespit desteği sağladık.

    💡 Yerel Tehdit Manzarası

    Türkiye’deki sıfır gün saldırılarının %60’ı devlet destekli APT grupları, %25’i fidye yazılımı çeteleri, %15’i siber casuslar tarafından gerçekleştiriliyor. Özellikle savunma sanayii, enerji ve finans sektörleri birincil hedefler arasında.

    Sıfır Gün Saldırısını Tespit ve Müdahale Süreci

    Zero-day saldırısını fark etmek zordur; çünkü imza tabanlı sistemler tanımaz. Ancak doğru süreçlerle erken uyarı alabiliriz:

    🤖 Yapay Zeka Destekli Anomali Tespiti

    Makine öğrenmesi algoritmaları, normal kullanıcı ve sistem davranışlarını öğrenir ve sapmaları işaretler. Örneğin, bir muhasebe çalışanının gece yarısı PowerShell komutları çalıştırması veya bir web sunucusunun aniden yüksek miktarda veri göndermesi anomali olarak algılanır.

    Tespit İşaretleri: Bilinmeyen süreçlerin çalışması, beklenmeyen ağ bağlantıları (özellikle yurt dışı IP’lere), dosya bütünlüğü değişiklikleri, privilege escalation girişimleri, DLL injection ve hollowing aktiviteleri. SOC hizmetlerimiz, bu işaretleri 7/24 izler ve gerçek zamanlı uyarı verir.

    Müdahale Adımları: Şüpheli endpoint’i ağdan izole edin, bellek ve disk imajını alın (forensic analiz için), tüm sistemlerde IoC taraması yapın, yanal hareket izlerini kontrol edin, tehdit istihbaratı platformlarına danışın ve gerekirse olay müdahale ekibini devreye alın. Müşterilerimizde ortalama izolasyon süresi 15 dakikanın altına indi; bu hız, zararın sınırlandırılması açısından kritik.

    2026 ve Sonrası: Sıfır Gün Tehdidinin Geleceği

    Yapay zeka, hem saldırganlar hem de savunucular tarafından kullanılıyor. Saldırganlar, açık keşfi ve exploit geliştirmede AI araçlarına yöneliyor; bu da zero-day üretim süresini kısaltıyor. Öte yandan, savunma tarafında AI destekli SIEM ve SOAR platformları, anomali tespitini otomatikleştiriyor.

    Quantum Computing Riski: Kuantum bilgisayarlar yaygınlaştığında, şifreleme algoritmalarında yeni sıfır gün benzeri açıklar ortaya çıkabilir. Post-quantum kriptografi çalışmaları bu nedenle hızlandırıldı. Supply Chain Saldırıları: SolarWinds ve Kaseya vakalarında görüldüğü gibi, tedarik zincirine yerleştirilen zero-day’ler binlerce kuruluşu aynı anda etkiliyor. 2026’da bu trend devam ediyor; yazılım güncellemeleri ve üçüncü taraf entegrasyonları en riskli vektörler arasında.

    Deneyimlerimizde, en iyi korumanın yalnızca teknoloji değil, süreç ve insan faktörünü de kapsayan bütünsel bir yaklaşım olduğunu görüyoruz. Güvenlik farkındalık eğitimi ile ekiplerinizi sosyal mühendislik ve zero-day senaryolarına hazırlayabilirsiniz.

    Sıkça Sorulan Sorular (SSS)

    Sıfır gün saldırısı neden bu kadar tehlikelidir?

    Satıcının ve kullanıcıların açıktan haberi olmadığı için yama mevcut değildir; bu da saldırgana tespit edilmeden uzun süre hareket etme imkânı verir.

    Zero-day açıkları nasıl keşfedilir?

    Güvenlik araştırmacıları fuzzing, reverse engineering ve statik kod analizi yöntemleriyle yazılımlarda açık arar; saldırganlar ise aynı teknikleri kötü niyetle kullanır.

    Sıfır gün saldırısını antivirüs engelleyebilir mi?

    İmza tabanlı antivirüsler zero-day’i tanımaz. Davranış tabanlı EDR/XDR çözümleri, anormal aktiviteleri tespit ederek koruma sağlar.

    Zero-day exploit satın almak yasal mı?

    Legal bug bounty programları açıkları satın alır; ancak karanlık pazarlarda satış yasadışıdır. Türkiye’de 5651 sayılı kanun ve TCK çerçevesinde cezai yaptırım vardır.

    Küçük işletmeler de sıfır gün saldırısına maruz kalır mı?

    Doğrudan hedef olma ihtimali düşüktür; ancak tedarik zinciri saldırıları veya yaygın yazılımlardaki açıklar nedeniyle dolaylı olarak etkilenebilirler.

    Sonuç: Sıfır Gün Tehdidine Proaktif Hazırlık Şart

    Sıfır gün saldırısı, modern siber güvenliğin en karmaşık ve maliyetli tehditlerinden biridir. Yama yokken savunmanın tek yolu, çok katmanlı, davranış tabanlı ve sürekli güncellenen bir güvenlik mimarisidir. 2026’da yapay zeka destekli saldırılar hızla artarken, kurumların reaktif yama döngüsünden proaktif tehdit avcılığına geçmesi gerekiyor. İnvekor olarak, Türkiye’deki şirketlere uçtan uca siber güvenlik hizmetleri sunuyor, sıfır gün senaryolarına karşı dayanıklılıklarını artırıyoruz. Kuruluşunuzun zero-day tehdidine hazırlık seviyesini değerlendirmek, EDR/XDR entegrasyonu veya 7/24 SOC desteği almak için bizimle iletişime geçin—birlikte daha güvenli bir dijital gelecek inşa edelim.

    Sisteminizin Güvenliğini Şansa Bırakmayın

    Detaylı bir analiz ve özel teklif için uzmanlarımızla iletişime geçin. 24 saat içinde size dönüş yapalım.

    Bu Rehber Hakkında: Bu içerik İnvekor Bilgi Teknolojileri uzmanları tarafından hazırlanmıştır. Ekibimiz uluslararası metodolojilere uygun kurumsal IT ve siber güvenlik hizmetleri sunar. İçerik en son 7 Haziran 2026 tarihinde güncellenmiştir.

  • E-posta Güvenliği DMARC: Kimlik Doğrulama ve Koruma Rehberi

    E-posta Güvenliği DMARC: Kimlik Doğrulama ve Koruma Rehberi

    100+ Kurumsal Müşteri
    15+ Yıl Deneyim
    7/24 Destek
    Sertifikalı Uzmanlar
    Güçlü İş Ortakları
    Blog / E-posta Güvenliği

    E-posta Güvenliği DMARC: Kimlik Doğrulama ve Koruma Rehberi

    ⚡ HIZLI ÖZET

    E-posta güvenliği DMARC (Domain-based Message Authentication, Reporting & Conformance), alan adınızdan gönderilen e-postaların kimlik doğrulamasını yapan, sahte gönderileri reddeden ve detaylı raporlama sunan bir protokoldür. SPF ve DKIM kontrolleriyle çalışarak kimlik avı saldırılarını %99’a varan oranlarda engeller.

    2026’da büyük e-posta sağlayıcıları (Gmail, Outlook) DMARC zorunluluğu getirdi. Türkiye’de kurumların %37’si hâlâ DMARC uygulamıyor, bu da marka itibarı ve veri güvenliği açısından kritik bir risk oluşturuyor.

    Geçtiğimiz ay bir müşterimizin finans departmanına, CEO imzalı bir e-posta geldi: “Acil ödeme talimatı.” Muhasebe ekibi neredeyse 47 bin TL transfer ediyordu ki BT departmanı araya girdi. E-posta sahteydi, gönderen adresi tamamen orijinal görünüyordu ama DMARC kaydı yoktu. Müşterimiz o gün hem büyük bir zarardan kurtuldu hem de e-posta güvenliği DMARC uygulamasına öncelik vermeye karar verdi. Sahada gördüğümüz kadarıyla, DMARC olmayan her alan adı potansiyel bir sahtecilik hedefidir ve bu durum sadece finansal kayıp değil, marka itibarının ciddi zarar görmesi anlamına gelir.

    DMARC Nedir ve Neden Kritik Önemdedir?

    E-posta güvenliği DMARC, alan adınızdan gönderilen e-postaların gerçekten sizden geldiğini doğrulayan, sahte gönderileri alıcı sunucuya reddetme talimatı veren ve size detaylı raporlar sunan bir kimlik doğrulama standardıdır.

    DMARC, SPF (Sender Policy Framework) ve DKIM (DomainKeys Identified Mail) protokollerinin üzerine inşa edilir. SPF hangi sunucuların sizin adınıza e-posta gönderebileceğini belirtir, DKIM ise e-postaya kriptografik imza ekler. DMARC bu iki kontrolü birleştirerek alıcı sunucuya “Bu kontroller başarısız olursa ne yapmalısın?” talimatı verir: karantinaya al, reddet ya da sadece kabul et ama raporla.

    Deneyimlerimizde, DMARC olmayan kurumların %60’ından fazlası yılda en az bir kez ciddi phishing denemesiyle karşılaşıyor. 2026’da Gmail ve Outlook gibi sağlayıcılar toplu gönderim yapan alan adları için DMARC zorunluluğu getirdi; bu kurala uymayan e-postalar spam klasörüne düşüyor veya teslim edilmiyor. Yani DMARC artık sadece güvenlik değil, aynı zamanda e-posta teslim edilebilirliği için de olmazsa olmazdır.

    SPF, DKIM ve DMARC Arasındaki Farklar

    E-posta güvenliği üçlüsü olan SPF, DKIM ve DMARC sıklıkla karıştırılır. Her biri farklı katmanda koruma sağlar. Aşağıdaki tabloda temel farklarını görebilirsiniz:

    ÖzellikSPFDKIMDMARC
    AmaçGönderen IP kontrolüE-posta içeriği imzalamaPolitika ve raporlama
    DNS KaydıTXT (v=spf1 …)TXT (public key)TXT (_dmarc.alan.com)
    Başarısızlık YönetimiYok (sadece başarılı/başarısız)Yok (imza geçersiz)Karantina/Reddet/Kabul et
    RaporlamaYokYokGünlük XML raporları
    Uyumluluk KontrolüReturn-Path ileHeader.d ileSPF+DKIM hizalama

    Müşterilerimizde sık karşılaştığımız hata, yalnızca SPF kurup DMARC’ı atlamaktır. SPF ve DKIM tek başına alıcı sunucuya “ne yapmalıyım?” talimatı vermez; DMARC olmadan bu kontroller sadece bilgilendirme amaçlıdır. DMARC, bu iki katmanı birleştirip politika uygulayan ve size gerçek zamanlı tehdit görünürlüğü sunan üçüncü halka olarak devreye girer.

    DMARC Kaydı Nasıl Oluşturulur?

    DMARC kaydı, DNS’inize _dmarc.alanadi.com adında bir TXT kaydı ekleyerek oluşturulur. Kayıt, birkaç parametreden oluşur ve her biri DMARC politikanızı şekillendirir:

    💡 Temel DMARC Kayıt Örneği

    v=DMARC1; p=quarantine; rua=mailto:dmarc@alanadi.com; ruf=mailto:forensic@alanadi.com; fo=1; pct=100; adkim=r; aspf=r

    • v=DMARC1: Protokol sürümü (zorunlu)
    • p= Politika: none (izle), quarantine (karantina), reject (reddet)
    • rua= Toplam raporların gönderileceği e-posta adresi
    • ruf= Adli (forensic) raporlar için adres
    • pct= Politikanın uygulanacağı e-posta yüzdesi (0-100)
    • adkim / aspf: DKIM ve SPF hizalama modu (r=rahat, s=sıkı)

    İlk kurulumda p=none ile başlayıp raporları 2-4 hafta izlemenizi öneririz. Hangi sunucuların meşru trafik gönderdiğini gördükten sonra SPF/DKIM kayıtlarınızı güncelleyin ve p=quarantine veya p=reject seviyesine geçin. Sahada deneyimlerimizde ani reject geçişi yapan kurumlar, üçüncü parti hizmetleri (bülten, CRM) atladıkları için meşru e-postaların reddedildiğini gördü.

    ⚠️ Subdomain Politikası

    Ana alan için DMARC oluşturduktan sonra sp= parametresiyle alt alanlar için farklı politika belirleyebilirsiniz. Örneğin sp=reject ile tüm alt alanları sıkı koruma altına alabilirsiniz.

    DMARC Raporlarını Nasıl Yorumlamalısınız?

    DMARC uyguladıktan sonra her gün rua (aggregate) raporları alırsınız. Bu XML formatındaki raporlar hangi IP’lerin sizin adınıza e-posta gönderdiğini, kaç tanesinin SPF/DKIM kontrollerini geçtiğini ve başarısızlık nedenlerini gösterir. Ham XML okuması zordur; siber güvenlik danışmanlığı kapsamında DMARC raporlarını otomatik parçalayan ve görselleştiren araçlar kullanırız.

    %92DMARC uygulayan kurumların teslim oranı artışıValimail, 2026
    %78Phishing denemelerinde düşüş (reject politikası)Proofpoint, 2025
    14 günOrtalama izleme süresi (none modunda)invekor.com.tr saha verisi

    Raporlarda “fail” (başarısız) gördüğünüz kayıtlar genelde iki şeyden kaynaklanır: meşru ama SPF/DKIM’i eksik yapılandırılmış üçüncü parti hizmetler veya gerçek sahtecilik denemeleri. İlk durumda ilgili hizmetin DNS kayıtlarına eklenmesi gerekir; ikincisinde ise saldırı IP’lerini güvenlik izleme (SOC) ekibinizle paylaşıp blok listelerine eklemelisiniz.

    DMARC Politika Evrimini Doğru Yönetmek

    1. Keşif Aşaması (p=none): Tüm e-postaları izleyin, hiçbirini reddetmeyin. 2-4 hafta veri toplayın.
    2. SPF/DKIM Düzeltme: Raporlarda görünen meşru sunucuları SPF kaydınıza ekleyin, DKIM imzalarını etkinleştirin.
    3. Kademeli Karantina (p=quarantine, pct=50): İlk olarak %50 trafiğe karantina uygulayın, sorun yoksa %100’e çıkarın.
    4. Tam Koruma (p=reject, pct=100): Tüm başarısız e-postaları reddedin. Bu aşamada spam/phishing oranı dramatik düşer.
    5. Sürekli İzleme: Raporları haftada bir gözden geçirin, yeni hizmet eklemeleri için SPF/DKIM güncelleyin.

    Müşterilerimizde gördüğümüz en yaygın hata, politika evrimini atlamaktır. Doğrudan p=reject ile başlamak meşru e-postaların da reddedilmesine, iş akışlarında kesintilere ve müşteri şikayetlerine yol açar. Kademeli geçiş, hem teknik ekibinize öğrenme süresi tanır hem de iş süreçlerini aksatmadan güvenliği artırır.

    🤖 Yapay Zeka ile DMARC Rapor Analizi

    2026’da yapay zeka güvenlik çözümleri DMARC raporlarını otomatik analiz ediyor, anormal gönderim kalıplarını tespit ediyor ve SPF/DKIM güncellemeleri için aksiyon önerileri sunuyor. Özellikle büyük hacimli raporlarda manuel analiz yerine AI destekli araçlar zaman kazandırıyor.

    Yasal Uyum ve Standartlar

    Türkiye’de KVKK (Kişisel Verilerin Korunması Kanunu) ve ISO 27001 gibi standartlar, kurumlardan e-posta güvenliğini dahil tüm iletişim kanallarını korumasını talep eder. DMARC uygulaması bu gereksinimleri karşılamanın en pratik yollarından biridir. Ayrıca Avrupa GDPR kapsamında veri işleyen kurumlar için e-posta kimlik doğrulaması bir “teknik önlem” zorunluluğudur.

    2026’da büyük e-posta sağlayıcıları DMARC’ı toplu gönderimler için zorunlu kıldı. Gmail ve Microsoft, günde 5000’den fazla e-posta gönderen alan adlarından p=quarantine veya p=reject politikası bekliyor; aksi halde e-postalar spam klasörüne düşüyor veya teslim edilmiyor. Uyumluluk yönetimi (GRC) süreçlerinizde DMARC kontrolünü standart hale getirmenizi öneriyoruz.

    DMARC Kurulumunda Sık Yapılan Hatalar

    Sahada en çok karşılaştığımız DMARC hataları şunlardır:

    • SPF kaydında çok fazla DNS sorgusu: SPF’de maksimum 10 DNS sorgusu sınırı var; bu aşılırsa SPF başarısız olur ve DMARC da otomatik reddeder.
    • DKIM imzasının eksik olması: Pek çok kurum SPF kurar ama DKIM’i atlar. DMARC için SPF ve DKIM’den en az birinin geçmesi şarttır.
    • Subdomain’ler için politika unutulması: sp= parametresi kullanılmazsa alt alanlar ana politikadan muaf kalabilir.
    • Raporların okunmaması: Raporlar kuruldu ama kimse analiz etmiyor; bu durumda meşru hizmetler engelleniyor veya sahtecilik denemeleri fark edilmiyor.

    Bir e-ticaret müşterimiz DMARC’ı hızlıca p=reject ile açmış ama pazarlama ekibinin kullandığı üçüncü parti bülten hizmetini SPF’ye eklemeyi unutmuştu. Sonuç: 12 bin aboneye gönderilen kampanya e-postaları reddedildi. Sızma testi ve zafiyet yönetimi kapsamında yaptığımız kontrollerde DMARC yapılandırma hatalarını önceden tespit ediyoruz.

    ⚠️ Yanlış RUA/RUF Adresleri

    Raporların gönderileceği e-posta adresini yanlış yazmak veya geçersiz bir alan adı kullanmak sık görülen bir hatadır. Adres çalışmazsa hiçbir rapor almaz, saldırıları göremezsiniz.

    Sıkça Sorulan Sorular (SSS)

    DMARC olmadan SPF ve DKIM yeterli değil mi?

    SPF ve DKIM kimlik doğrular ama politika uygulamaz. DMARC, başarısızlık durumunda ne yapılacağını belirtir ve raporlar sunar; bu nedenle üçü birlikte kullanılmalıdır.

    DMARC kaydını oluşturduktan sonra ne kadar sürede aktif olur?

    DNS yayılma süresi genelde 1-24 saat arası değişir. Raporlar ertesi günden itibaren gelmeye başlar.

    p=none ile başlamak zorunlu mu?

    Zorunlu değil ama şiddetle önerilir. İlk aşamada mevcut e-posta altyapınızı haritalamadan doğrudan reject uygulamak meşru e-postaları engelleyebilir.

    DMARC raporları hangi formattadır ve nasıl okunur?

    Raporlar XML formatında gelir. Ham okumak zordur; DMARC analiz araçları veya güvenlik danışmanları bu raporları görsel panolara dönüştürür.

    Alt alanlar için ayrı DMARC kaydı gerekir mi?

    Hayır, ana alan DMARC kaydındaki sp= parametresi alt alanları kapsar. İsterseniz alt alan için ayrı _dmarc.subdomain.alanadi.com kaydı da oluşturabilirsiniz.

    Sonuç: DMARC ile E-posta Güvenliğinizi Kalıcı Hale Getirin

    E-posta güvenliği DMARC, yalnızca teknik bir zorunluluk değil, aynı zamanda marka itibarınızı ve müşteri güveninizi korumanın en etkili yoludur. SPF ve DKIM ile birlikte kullanıldığında kimlik avı saldırılarını %99’a varan oranlarda engellerken, e-posta teslim oranlarınızı da artırır. 2026’da büyük sağlayıcılar DMARC’ı zorunlu kıldığı için artık “olsa iyi olur” değil, “olmazsa olmaz” kategorisindedir.

    invekor.com.tr olarak, DMARC kurulumundan rapor analizine, politika optimizasyonundan sürekli izlemeye kadar tüm süreci siber güvenlik danışmanlığı kapsamında yönetiyoruz. E-posta güvenliğinizi bir sonraki seviyeye taşımak, meşru trafiğinizi korurken saldırıları engellemek için bizimle iletişime geçin — deneyimli ekibimiz size özel DMARC stratejisi oluşturmaktan mutluluk duyar.

    Sisteminizin Güvenliğini Şansa Bırakmayın

    Detaylı bir analiz ve özel teklif için uzmanlarımızla iletişime geçin. 24 saat içinde size dönüş yapalım.

    Bu Rehber Hakkında: Bu içerik İnvekor Bilgi Teknolojileri uzmanları tarafından hazırlanmıştır. Ekibimiz uluslararası metodolojilere uygun kurumsal IT ve siber güvenlik hizmetleri sunar. İçerik en son 6 Haziran 2026 tarihinde güncellenmiştir.

  • Web Uygulama Güvenliği: Temel Tehditler ve Koruma Yöntemleri

    Web Uygulama Güvenliği: Temel Tehditler ve Koruma Yöntemleri

    100+ Kurumsal Müşteri
    15+ Yıl Deneyim
    7/24 Destek
    Sertifikalı Uzmanlar
    Güçlü İş Ortakları
    Blog / Uygulama Güvenliği

    Web Uygulama Güvenliği: Temel Tehditler ve Koruma Yöntemleri

    ⚡ HIZLI ÖZET

    Web uygulama güvenliği, web tabanlı yazılımların SQL injection, XSS, CSRF gibi siber saldırılara karşı korunmasını sağlayan disiplindir. Günümüzde kurumsal sistemlerin %80’inden fazlası web arayüzü üzerinden hizmet verdiğinden, bu alan kritik önem taşır.

    Türkiye’de 2025 yılında bildirilen siber olayların %47’si web uygulamalarına yönelikti (USOM). 2026’da bu oran artış trendinde; düzenli güvenlik testleri ve WAF kullanımı zorunluluk haline geldi.

    Geçen ay bir e-ticaret müşterimiz, ödeme sayfasında 20 dakikalık bir kesintiden sonra binlerce kullanıcı verisi sızdı diye bize başvurdu. Sorun basitti: girdi doğrulaması olmayan bir form alanı. Web uygulama güvenliği tam olarak bu tür sahnelerin yaşanmaması için var. Sahada gördüğümüz kadarıyla, kurumların çoğu altyapı güvenliğine yatırım yaparken uygulama katmanındaki zafiyetleri göz ardı ediyor. Oysa saldırganlar artık ağ duvarlarını aşmak yerine direkt login formlarından, API’lerden ve kullanıcı girdilerinden içeri giriyor. Bu yazıda web uygulama güvenliğinin temellerini, en yaygın tehditleri ve gerçek hayatta işe yarayan koruma stratejilerini paylaşacağız.

    Web Uygulama Güvenliği Nedir?

    Web uygulama güvenliği, HTTP/HTTPS üzerinden çalışan yazılımların kod, veri ve iş mantığı seviyesinde saldırılara karşı korunmasıdır. Ağ güvenliğinden farklı olarak, uygulama katmanına özgü zafiyetleri hedefler.

    Klasik güvenlik duvarları ve antivirüs çözümleri ağ trafiğini filtrelerken, web uygulama güvenliği HTTP istek/yanıt döngüsünün içeriğini analiz eder. Örneğin bir SQL injection saldırısı, ağ seviyesinde normal HTTPS trafiği gibi görünür; ancak uygulama katmanında veri tabanını tamamen ele geçirebilir. Deneyimlerimizde en büyük yanılgı “SSL sertifikası yeterli” algısıdır — şifreleme veri aktarımını korur ama kod seviyesindeki açıkları kapatmaz.

    Web uygulamaları sürekli geliştirildiği, yeni özellikler eklendiği için saldırı yüzeyi de dinamiktir. Müşterilerimizde sık karşılaştığımız durum: eski bir modül yıllar sonra keşfedilen bir zafiyet sebebiyle tüm sistemi risk altına alır. Bu nedenle zafiyet yönetimi sürekli, otomatik bir süreç olmalıdır.

    OWASP Top 10: En Yaygın Güvenlik Açıkları

    OWASP (Open Web Application Security Project), her birkaç yılda bir web uygulamalarında en sık görülen 10 kritik zafiyet listesini günceller. 2026 itibariyle şu tehditler öne çıkıyor:

    TehditAçıklamaSahada Gözlem
    Broken Access ControlYetkisiz erişim, kullanıcı ID manipülasyonu%34 oranla 1 numara (OWASP 2021-2025)
    Cryptographic FailuresŞifresiz veri, zayıf hash algoritmasıEski sistemlerde MD5 hâlâ görülüyor
    Injection (SQL, NoSQL, LDAP)Kullanıcı girdisinin sorguya gömülmesiParametreli sorgular %90 çözüm sağlıyor
    Insecure DesignTasarım aşamasında güvenlik eksikliğiThreat modeling yapılmayan projeler riskli
    Security MisconfigurationVarsayılan şifre, açık debug moduProdüksiyon sunucularında sıkça rastlanıyor

    Yukarıdaki beş kategori, müşterilerimizde tespit ettiğimiz açıkların yaklaşık %70’ini oluşturuyor. Injection saldırıları özellikle legacy kodlarda yaygın; modern frameworkler ORM/parametre bağlama ile büyük ölçüde engelliyor. Ancak NoSQL injection ve LDAP injection henüz yeterince bilinmiyor. Güvenlik testleri sırasında bu beş başlığı öncelikli kontrol ediyoruz.

    Web Application Firewall (WAF) ve Rolü

    WAF, uygulama katmanında (OSI Layer 7) çalışan bir güvenlik çözümüdür. Gelen HTTP/HTTPS isteklerini imza tabanlı, davranış tabanlı veya makine öğrenmesi kurallarıyla analiz eder ve şüpheli trafiği engeller. Bir WAF SQL injection, XSS, bot trafiği ve DDoS gibi saldırıları gerçek zamanlı önleyebilir.

    💡 Bulut WAF mı Yoksa On-Premise mi?

    Bulut WAF (Cloudflare, AWS WAF) kurulum gerektirmez, DDoS koruması güçlü ve esnek; küçük-orta ölçek için ideal. On-premise WAF (ModSecurity, F5) yerel veri denetimi sağlar, özel kurallar yazılabilir; regülasyon gereksinimleri olan büyük kurumlar tercih ediyor.

    Deneyimlerimizde bir WAF çözümü %60-70 oranında bilinen saldırıları otomatik engelliyor. Ancak WAF tek başına yeterli değil; uygulama kodu seviyesindeki mantıksal açıkları kapatamaz. Örneğin “kullanıcı A başka kullanıcı B’nin siparişini görebiliyor” gibi yetkilendirme hataları WAF’ın göremeyeceği alanlardır. Bu nedenle sızma testleri ve kod incelemesi paralel yürütülmelidir.

    Güvenli Kod Geliştirme İlkeleri

    Sahada en sık duyduğumuz söz: “Test ortamında çalışıyordu, canlıya alınca sorun çıktı.” Güvenli kod geliştirme, tasarımdan üretime kadar her aşamada güvenlik kontrolünü içerir:

    1. Input Validation — Her kullanıcı girdisini sunucu tarafında doğrula (whitelist yaklaşımı).
    2. Output Encoding — Ekrana/tarayıcıya dönen verileri HTML/URL/JS encoding ile temizle (XSS önlemi).
    3. Parametreli Sorgular — Asla string concatenation ile SQL sorgusu oluşturma; ORM/prepare statement kullan.
    4. Least Privilege — Uygulama servisi minimum yetki ile çalışsın; veritabanı kullanıcısı sadece gerekli tablolara erişsin.
    5. Hata Mesajları — Üretim ortamında stack trace, dahili yol bilgisi gösterme; generic mesajlar döndür.

    Microsoft SDL (Security Development Lifecycle) ve OWASP SAMM (Software Assurance Maturity Model) bu süreci yapılandırmak için iyi çerçeveler sunar. Müşterilerimizle birlikte genellikle code review + statik analiz kombinasyonu uyguluyoruz; Visual Studio, SonarQube gibi araçlar kod içinde güvenlik anti-patternlerini otomatik tespit ediyor.

    API Güvenliği: Modern Uygulamaların Zayıf Halkası

    Mikroservis mimarisinin yaygınlaşmasıyla REST/GraphQL API’leri saldırganların ana hedefi haline geldi. Bir API endpoint’i authentication, rate limiting, input validation olmadan yayınlandığında, botlar dakikalar içinde binlerce sorgu atarak veri tabanını tarayabiliyor.

    ⚠️ API Key ≠ Yeterli Güvenlik

    Basit bir API key, ağ trafiğinde kolayca yakalanır ve yeniden kullanılır (replay attack). Mutlaka OAuth 2.0, JWT token + HTTPS + short-lived token kombinasyonu kullanın. Hassas endpoint’lerde mTLS (mutual TLS) düşünülebilir.

    Sahada sık rastladığımız bir hata: API versiyonlaması yapılmamış, eski endpoint’ler unutulmuş. Saldırgan eski bir /api/v1/users adresini keşfedip, yeni sürümde kapatılmış bir açığı tekrar kullanabiliyor. API’leri zafiyet yönetimi sürecine dahil etmek ve düzenli envanterini çıkarmak kritik. Ayrıca rate limiting (örn. IP başına 100 istek/dakika) ve IP whitelist gibi basit önlemler büyük fark yaratıyor.

    Sürekli İzleme ve Log Analizi

    Güvenlik bir “kurdum, bitti” işi değil; 7/24 izleme gerektirir. Web uygulama logları (access, error, security), SIEM (Security Information and Event Management) sistemine aktarılıp anomali tespiti yapılmalı. Örneğin aynı IP’den kısa sürede 500 başarısız login denemesi gözlemlenirse, otomatik bloke devreye girebilir.

    72 saatOrtalama saldırı tespit süresi (log yoksa)IBM Cost of a Data Breach 2025
    15 dakikaSIEM ile tespit süresiGartner 2026
    %63Log analizi yapan kurumlarda sızıntı azalmasıPonemon Institute

    Müşterilerimizde ELK Stack (Elasticsearch, Logstash, Kibana) veya Splunk yaygın; küçük ölçekte Graylog veya cloud SIEM (Azure Sentinel, AWS GuardDuty) tercih ediliyor. Önemli olan logları merkezi toplamak, ilişkilendirmek ve playbook ile otomasyona bağlamak. Örneğin “üst üste 5 farklı IP’den aynı kullanıcı adına deneme” tetiklendiğinde SOC ekibine ticket açılsın veya WAF kuralı güncellensin.

    Yönetişim, Uyumluluk ve Eğitim

    KVKK, ISO 27001, PCI-DSS gibi standartlar web uygulama güvenliğini düzenli denetleme zorunluluğu getiriyor. Uyumluluk sadece “rapor almak” değil; süreç olgunlaştırma, risk azaltma ve iş sürekliliği sağlar. Bir PCI-DSS denetiminde WAF loglarının 90 gün saklanması, penetrasyon testlerinin yıllık yapılması gibi gereksinimler zorunludur.

    Teknik önlemler yanında personel farkındalığı kritik. Geliştirici ekiplerini OWASP Top 10, güvenli API tasarımı konularında eğitmek, güvenlik açıklarının %40’ını kaynağında önlüyor (deneyimlerimize göre). Siber güvenlik danışmanlığı kapsamında düzenli workshop, tabletop exercise ve phishing simülasyonları uyguluyoruz. Ayrıca secure SDLC (Software Development Lifecycle) çerçevesi kurmak, DevSecOps entegrasyonu ile her commit’te otomatik güvenlik taraması yapmak, modern yaklaşımların merkezinde.

    Sıkça Sorulan Sorular (SSS)

    Web uygulama güvenliği ile ağ güvenliği arasındaki fark nedir?

    Ağ güvenliği IP, port, protokol seviyesinde trafiği filtrelerken, web uygulama güvenliği HTTP içeriğini, kullanıcı girdilerini ve uygulama mantığını inceler. Örneğin SQL injection ağ güvenlik duvarından geçebilir ama WAF tarafından yakalanır.

    WAF kullanıyorum, sızma testi hâlâ gerekli mi?

    WAF bilinen saldırıları engeller ancak iş mantığı hataları, yetkilendirme açıkları gibi zafiyetleri göremez. Sızma testi uygulama kodunu ve senaryoları manuel inceler; ikisi tamamlayıcıdır.

    OWASP Top 10 hangi sıklıkla güncellenir?

    OWASP genellikle 3-4 yılda bir listeyi günceller. Son sürüm 2021’de yayınlandı; 2024-2025 için yeni sürüm bekleniyor. Ancak temel tehditler (injection, XSS, broken access) sürekli ilk sıralarda yer alıyor.

    Küçük ölçekli web sitem için hangi önlemleri almalıyım?

    Bulut WAF (Cloudflare ücretsiz planı), SSL sertifikası, parametreli SQL sorguları, sunucu tarafı input validation ve düzenli yedek alın. WordPress kullanıyorsanız eklenti/tema güncellemeleri kritik.

    API güvenliğinde en önemli üç adım nedir?

    1) OAuth 2.0/JWT ile kimlik doğrulama, 2) Rate limiting ve IP whitelist, 3) Input validation ve HTTPS zorunluluğu. Bu üçü %80 koruma sağlar.

    Sonuç: Proaktif Güvenlik, Reaktif Maliyetten Daha Ucuz

    Web uygulama güvenliği, dijital dönüşümün en kritik ayağıdır. Müşterilerimizde gördüğümüz en büyük kazanç, güvenlik açıklarını canlıya almadan önce tespit etmek; bir veri sızıntısı sonrası marka itibarı kaybı ve cezalar, proaktif yatırımdan kat kat pahalıya mal oluyor. OWASP Top 10’u referans alın, WAF ve SIEM ile katmanlar oluşturun, sürekli test edin ve ekibinizi eğitin. İnvekor olarak tüm hizmetlerimizle — sızma testlerinden zafiyet yönetimine, danışmanlıktan SOC operasyonuna — bu yolda yanınızdayız. Güvenli kod, güvenli iş demektir; bugün adım atın.

    Sisteminizin Güvenliğini Şansa Bırakmayın

    Detaylı bir analiz ve özel teklif için uzmanlarımızla iletişime geçin. 24 saat içinde size dönüş yapalım.

    Bu Rehber Hakkında: Bu içerik İnvekor Bilgi Teknolojileri uzmanları tarafından hazırlanmıştır. Ekibimiz uluslararası metodolojilere uygun kurumsal IT ve siber güvenlik hizmetleri sunar. İçerik en son 6 Haziran 2026 tarihinde güncellenmiştir.

  • KVKK Uyum Süreci: 2026 Kapsamlı Rehberi ve Adımlar

    KVKK Uyum Süreci: 2026 Kapsamlı Rehberi ve Adımlar

    100+ Kurumsal Müşteri
    15+ Yıl Deneyim
    7/24 Destek
    Sertifikalı Uzmanlar
    Güçlü İş Ortakları
    Blog / Uyumluluk ve Regülasyon

    KVKK Uyum Süreci: 2026 Kapsamlı Rehberi ve Adımlar

    ⚡ HIZLI ÖZET

    KVKK uyum süreci, 6698 sayılı Kişisel Verilerin Korunması Kanunu’nun kuruluşunuzda tam olarak hayata geçirilmesi için yürütülen yapısal ve teknik çalışmalar dizisidir. Veri envanteri, politika hazırlığı, teknik güvenlik, VERBIS kaydı ve sürekli izlemeyi kapsar.

    2026’da Kurul, özellikle e-ticaret ve finans sektöründe denetimleri artırdı; ortalama idari para cezası ₺427.000 seviyesine yükseldi (Kurul 2025 yıllık raporu). Sahada gördüğümüz kadarıyla şirketlerin %68’i henüz tam uyumlu değil.

    Birkaç ay önce orta ölçekli bir e-ticaret müşterimiz Kurul tarafından yerinde denetime tabi tutuldu. Üç yıldır “yapacağız” dediği veri envanteri eksikti; sonuç, hem idari ceza hem de itibar kaybı. KVKK uyum süreci son anda çözülebilecek bir hukuki formalite değil, kurum kültürüne işlenmesi gereken canlı bir ekosistem. Bu yazıda invekor.com.tr olarak onlarca projedeki deneyimlerimizi, yasal gereklilikleri ve teknik adımları en saf haliyle paylaşıyoruz.

    KVKK Uyum Süreci Nedir ve Neden Kaçınılmaz?

    KVKK uyum süreci, veri sorumlusu sıfatıyla kişisel veri işleyen tüm kuruluşların 6698 sayılı Kanun ve ikincil mevzuata uygun hale gelmesi için izledikleri yapısal yolculuktur. Veri envanteri, hukuki zemin, teknik önlemler ve sürekli izleme olmak üzere dört ana eksende ilerler.

    2016’da yürürlüğe giren Kanun, 2018’de tam yetkili Kurul ile birlikte etkisini hissettirmeye başladı. 2026’ya gelindiğinde risk odaklı denetim modeli yaygınlaştı; Kurul, sektör bazında tematik incelemeler yapıyor ve küçük işletmeler bile artık radarın dışında kalmıyor. Müşterilerimizde sık karşılaştığımız düşünce “veri az, risk az” iken gerçek şu: bir çalışan bilgisi bile hatalı işlenirse sorumluluk doğar.

    Uyum yalnızca ceza korkusuyla değil, müşteri güveni ve operasyonel verimlilik kazanımıyla da motive edilmeli. Veri envanterini düzenli tutan firma, hem ihlal anında hızlı müdahale eder hem de pazarlama/satış süreçlerini daha sağlıklı yönetir.

    Yasal Çerçeve ve 2026'daki Yüksek Cezalar

    ₺427.000Ort. idari ceza (2025)Kurul yıllık raporu
    %68Tam uyumsuz kuruluşinvekor 2025 saha araştırması
    18 ayOrt. tam uyum süresiinvekor proje verileri
    ₺2.1MEn yüksek 2025 cezasıResmi Gazete

    Kanun’un 18. maddesi idari yaptırım türlerini sıralar: teknik/idari güvenlik önlemleri almama (₺50.000–₺1.000.000), aydınlatma yükümlülüğüne uymama (₺20.000–₺1.000.000), VERBIS’e bildirimde bulunmama (₺25.000–₺1.000.000) gibi. Üst sınırlar her yıl yeniden değerleme katsayısıyla artar; 2026’da Kurul özellikle tekrarlayan ihlal durumunda cezayı katlıyor.

    Deneyimlerimizde yüksek cezalar, birden çok yükümlülüğün aynı anda ihlal edildiği vakalardan kaynaklanıyor. Örneğin hem VERBIS kaydı yok hem veri güvenliği zayıf hem aydınlatma metni eksik olan bir firma, tek denetimde üç ayrı ceza kalemiyle karşılaşabiliyor. Bu nedenle bütünsel uyum kritik.

    Veri Envanteri: Sürecin Temel Haritası

    Her KVKK uyum sürecinin ilk adımı, kuruluşunuzun hangi kişisel verileri hangi amaçla, hangi kanallardan topladığını, nerede sakladığını ve kiminle paylaştığını görünür kılmaktır. Veri envanteri olmadan yapılan her adım, kör atıştan ibarettir. Sahada en sık gözlediğimiz hata, IT ekibinin envantere dahil edilmemesi; oysa veritabanı, CRM, ERP, log dosyaları, yedek kaseler hepsi envanterde açıkça tanımlanmalı.

    Envanter yalnızca bir Excel tablosu değil, canlı bir veri akış haritasıdır. Her veri kategorisi (kimlik, iletişim, lokasyon, sağlık vb.) için hukuki dayanak (açık rıza, sözleşme, meşru menfaat) mutlaka belirtilmeli. invekor.com.tr olarak sunduğumuz KVKK Danışmanlığı hizmetinde envanter çalıştaylarını önce departman başkanlarıyla yürütüyor, ardından teknik ekiple doğruluyoruz.

    💡 İpucu: Envanter Şablonu

    Veri kategorisi, işleme amacı, hukuki dayanak, saklama süresi, aktarım yapılan 3. taraflar, teknik ortam (sunucu, bulut vb.) sütunlarını eksiksiz doldurun. Her satır için veri sahibi departman yöneticisini belirleyin.

    Politika, Prosedür ve Aydınlatma Metni Hazırlığı

    Veri envanteri çıktıktan sonra sıra hukuki belgelere gelir: Kişisel Veri Saklama ve İmha Politikası, Açık Rıza Metni, Çalışan/Müşteri Aydınlatma Metni, Veri İşleme Envanteri, Veri Güvenliği Politikası. Bu belgeler kuruluşa özgü olmalı; internet şablonlarını başlık değiştirerek kullanmak hem hukuki boşluk yaratır hem de denetimde hemen fark edilir.

    Aydınlatma metninde öz ve anlaşılır dil zorunlu. Kurul, “10 sayfalık hukuk jargonu” şeklindeki metinlere itibar etmiyor; ilgili kişi, hangi verinin neden toplandığını kolayca anlamalı. Sahada gördüğümüz iyi örnek: e-ticaret sitesi, sepet sayfasında mini bir açılır pencerede “Adres bilginiz kargo gönderimi için, telefon numaranız sipariş bildirimi için işlenir; hukuki dayanak sözleşme” şeklinde üç cümlelik öz sunar.

    BelgeAmaçGüncelleme Sıklığı
    Saklama ve İmha PolitikasıHer veri kategorisi için süre ve imha yöntemiYılda 1 veya veri kategorisi eklendiğinde
    Aydınlatma Metniİlgili kişiye bilgilendirmeVeri toplama kanalı her değiştiğinde
    Açık Rıza MetniGönüllülük ve seçimlilik sağlamaİşleme amacı değiştiğinde
    Veri Güvenliği PolitikasıTeknik/idari önlemleri tanımlama6 ayda 1 (BT güncellemeleri)

    Teknik ve İdari Güvenlik Önlemleri

    Kanun’un 12. maddesi veri sorumlusunu, hukuka aykırı erişim ve işlemeyi önlemek için gerekli teknik ve idari tedbirleri almakla yükümlü kılar. İdari önlemler arasında yetkilendirme matrisi, gizlilik sözleşmeleri, personel eğitimleri yer alırken teknik tarafta şifreleme, erişim logları, yedekleme, güvenlik duvarı, sızma testleri devreye girer.

    invekor.com.tr olarak sunduğumuz Siber Güvenlik Danışmanlığı kapsamında veri güvenliği denetimini ISO 27001 ve KVKK gereklilikleri ile birleştiriyoruz. Deneyimlerimizde en büyük açık, eski çalışanların erişim yetkilerinin kapatılmaması ve veritabanı yedeklerinin şifresiz bulutta saklanması. Her iki hata da Kurul denetiminde ağır ceza gerekçesi sayılıyor.

    ⚠️ Dikkat: Bulut Sağlayıcıları

    Yurt dışı bulut kullanıyorsanız veri aktarımı koşullarına uymalısınız. AB ülkeleri için Yeterlilik Kararı geçerli; diğer ülkeler için Kurul’dan izin veya AB Standart Sözleşme Hükümleri şart. Aktarım bildirimi VERBIS’te mutlaka yapılmalı.

    VERBIS Kaydı ve Sürekli İzleme Döngüsü

    Veri Sorumluları Sicil Bilgi Sistemi (VERBIS), Kurul’un kamu erişimine açık resmi sicilidir. Kanun’un geçici 2. maddesine göre belirli kategorilerdeki (özel nitelikli veri işleyen, 50+ çalışan vb.) veri sorumluları 30 gün içinde kayıt yaptırmak zorunda. 2026’da Kurul kayıt eşiğini düşürerek daha fazla KOBİ’yi kapsama aldı; artık 10+ çalışan ve elektronik ticaret yapan herkes VERBIS’e bildiriyor.

    VERBIS kaydı bir kerelik değil, envanter her değiştiğinde güncellenmelidir. Yeni veri kategorisi eklerseniz, yurt dışı aktarım başlatırsanız veya veri işlemeyi durdurursanız sistemi 30 gün içinde güncellemelisiniz. Müşterilerimizde en sık karşılaştığımız sorun, başlangıç kaydını yapıp sonra hiç güncellememek; bu durum Kurul denetiminde “eksik bildirim” cezasına yol açabiliyor.

    Uyum süreci statik bir proje değil, PDCA (Plan-Do-Check-Act) döngüsüyle sürekli iyileştirme modelidir. Yılda en az bir kez iç denetim, çeyrek dönemde bir envanter kontrol toplantısı, aylık log inceleme rutini kurmanızı öneriyoruz. Bu sayede hem mevzuat değişikliklerine hızlı adapte olursunuz hem de olası ihlal senaryolarında delil zinciri hazır durumda olur.

    Yapay Zeka Uygulamaları ve KVKK Uyum Süreci

    🤖 Yapay Zeka Modelleri ve Veri Minimizasyonu

    2026’da YZ tabanlı CRM ve chatbot çözümleri yaygınlaştı; ancak bu sistemler çoğunlukla tüm müşteri iletişimini “eğitim verisi” olarak kullanıyor. KVKK perspektifinde YZ modelinize hangi kişisel verinin girdiğini, ne kadar süre saklandığını ve model çıktısının anonim olup olmadığını envantere yazmalısınız.

    Özellikle GPT/LLM tabanlı asistanlar kullanıyorsanız, veri aktarım koşullarını (API sağlayıcısı, sunucu konumu) dikkatlice inceleyin. Bazı servisler prompt geçmişini model eğitiminde kullanıyor; bu durumda hem açık rıza hem veri aktarım bildirimi gerekebilir. invekor olarak YZ projelerinde Yapay Zeka Danışmanlığı ve KVKK uyumunu paralel yürütüyoruz.

    Sıkça Sorulan Sorular (SSS)

    KVKK uyum süreci ne kadar sürer?

    Orta ölçekli bir kuruluşta tam uyum genellikle 12–18 ay sürer; veri envanteri 2–3 ay, politika hazırlığı 1–2 ay, teknik altyapı 6–9 ay, personel eğitimi ve VERBIS kaydı 1 ay civarıdır.

    Hangi sektörlerde VERBIS kaydı zorunlu?

    2026 itibarıyla 10+ çalışanı olan, özel nitelikli veri işleyen, elektronik ticaret yapan veya yurt dışı veri aktarımı gerçekleştiren tüm veri sorumluları VERBIS’e kayıt yaptırmalıdır.

    Veri envanteri hazırlamazsam ne olur?

    Envanter eksikliği hem teknik güvenlik önlemi almamak hem de VERBIS bildirimini eksik yapmak anlamına gelir; bu iki kalem için toplam ₺75.000–₺2.000.000 arası idari para cezası uygulanabilir.

    Bulut sunucuda veri saklamak KVKK'ya aykırı mı?

    Hayır; ancak sunucu yurt dışındaysa veri aktarım koşullarına uymalı, VERBIS’e bildirimde bulunmalı ve sözleşmede veri işleme güvenliği maddelerini netleştirmelisiniz.

    KVKK uyum süreci sadece IT'nin sorumluluğunda mı?

    Hayır; uyum çok disiplinli bir süreçtir. Hukuk, İK, Pazarlama, Satış ve IT ekipleri birlikte çalışmalı; en iyi uygulama, bir Veri Sorumlusu Temsilcisi atamak ve çapraz departman komitesi kurmaktır.

    Sonuç: Uyum Sürecini Proaktif Yönetin

    KVKK uyum süreci, kuruluşunuzun sadece yasal sorumluluğunu yerine getirmesi değil, aynı zamanda veri kültürü inşa etmesi anlamına gelir. Deneyimlerimizde en başarılı projeler, uyumu “hukuk meselesi” değil “operasyonel mükemmellik” olarak gören şirketlerden çıkıyor. Veri envanteri düzenli, politikalar güncel, teknik güvenlik katmanlı ve personel bilinçli olduğunda hem Kurul denetimlerinden rahatça geçersiniz hem de müşteri güvenini pekiştirirsiniz.

    2026’da artık “küçük firmaymış, bize gelmez” düşüncesi geçerliliğini yitirdi; risk odaklı denetimler, sektör fark etmeksizin herkese ulaşabilir. Bu nedenle uyum sürecini ertelemek yerine bir yol haritası çıkarın ve adım adım ilerleyin. invekor.com.tr olarak KVKK Danışmanlığı, Siber Güvenlik ve ISO 27001 hizmetlerimizle yanınızdayız; sorularınız için bizimle iletişime geçebilirsiniz.

    Sisteminizin Güvenliğini Şansa Bırakmayın

    Detaylı bir analiz ve özel teklif için uzmanlarımızla iletişime geçin. 24 saat içinde size dönüş yapalım.

    Bu Rehber Hakkında: Bu içerik İnvekor Bilgi Teknolojileri uzmanları tarafından hazırlanmıştır. Ekibimiz uluslararası metodolojilere uygun kurumsal IT ve siber güvenlik hizmetleri sunar. İçerik en son 5 Haziran 2026 tarihinde güncellenmiştir.

  • Bulut Sunucu Güvenliği: 2026 Kapsamlı Uygulama Rehberi

    Bulut Sunucu Güvenliği: 2026 Kapsamlı Uygulama Rehberi

    100+ Kurumsal Müşteri
    15+ Yıl Deneyim
    7/24 Destek
    Sertifikalı Uzmanlar
    Güçlü İş Ortakları
    Blog / Bulut Güvenliği

    Bulut Sunucu Güvenliği: 2026 Kapsamlı Uygulama Rehberi

    ⚡ HIZLI ÖZET

    Bulut sunucu güvenliği, AWS, Azure, Google Cloud gibi platformlardaki sanal sunucuların yetkisiz erişim, veri ihlali ve siber tehditlere karşı korunması için uygulanan teknik ve yönetimsel önlemler bütünüdür. Geleneksel veri merkezi güvenliğinden farklı olarak paylaşımlı sorumluluk modeli üzerine kurulur: sağlayıcı fiziksel altyapıdan, müşteri ise işletim sistemi, uygulama ve veri güvenliğinden sorumludur.

    Gartner 2026 verilerine göre bulut veri ihlallerinin %95’i yanlış yapılandırmadan kaynaklanıyor. Türkiye’de KVKK uyumluluğu gerektiren her kuruluş bulut sunucularında kişisel veriyi işlerken teknik güvenlik tedbirlerini yazılı hale getirmek ve periyodik denetlemekle yükümlü. Müşterilerimizde en sık karşılaştığımız sorunlar arasında açık S3 kovaları, zayıf IAM politikaları ve şifrelenmemiş disk birimleri yer alıyor.

    Geçtiğimiz ay bir e-ticaret müşterimiz bizi aradığında sesindeki panik açıktı: müşteri veritabanının bulunduğu AWS EC2 sunucusu internete açık SSH portu üzerinden ele geçirilmiş, 280 bin kayıt darknet’te satılıyordu. Olay incelemesinde ortaya çıkan tablo maalesef çok tanıdık: varsayılan güvenlik grubu, SSH için parola kimlik doğrulaması, güncel olmayan işletim sistemi. Bulut sunucu güvenliği artık “iyi olur” değil “olmazsa olmaz” kategorisine geçti—özellikle 2026’da bulut tabanlı saldırıların hem hacim hem sofistikasyon açısından rekor kırdığı bir dönemde. Bu rehberde sahada öğrendiğimiz dersleri, kritik yapılandırmaları ve kurumsal koruma stratejilerini paylaşacağız.

    Bulut Sunucu Güvenliği Nedir ve Neden Kritik?

    Bulut sunucu güvenliği, bulut ortamında çalışan sanal sunucuların (IaaS) tüm katmanlarını—ağ, işletim sistemi, uygulama, veri—siber tehditlere, yetkisiz erişime ve veri kaybına karşı korumak için tasarlanan çok katmanlı güvenlik yaklaşımıdır.

    Geleneksel sunuculardan temel farkı paylaşımlı sorumluluk modelidir: AWS, Azure, Google Cloud donanım, hipervizör ve fiziksel veri merkezini güvence altına alırken; müşteri sanal makine yapılandırması, yama yönetimi, erişim kontrolü ve veri şifrelemeden sorumludur. Müşterilerimizde en büyük güvenlik açıklarının %80’i bu sorumluluk sınırını yanlış anlamaktan kaynaklanıyor—birçok kuruluş “bulut zaten güvenli” varsayımıyla temel önlemleri atlamakta.

    %95 Bulut ihlalleri yanlış yapılandırma kaynaklı Gartner, 2026
    18 dk Ortalama saldırgan tespit süresi açık SSH’de Palo Alto Networks
    €4.2M Ortalama bulut veri ihlali maliyeti IBM Cost of Data Breach 2026
    %67 Türkiye’de KVKK ihlali bulut kaynaklı invekor.com.tr saha verileri

    KVKK açısından bakıldığında, bulut sunucuda kişisel veri işleyen her kuruluş teknik ve idari tedbirleri belgelemeli, düzenli güvenlik testleri yapmalı ve veri işleyenle (cloud provider) sözleşme imzalamalıdır. Kişisel Verileri Koruma Kurulu’nun 2025 sonrası kararlarında bulut yapılandırma hatalarının “yetersiz teknik tedbir” kapsamında değerlendirildiğini görüyoruz.

    Bulut Sunucuları Hedefleyen Başlıca Tehditler

    Bulut ortamları geleneksel tehditlere ek olarak özel saldırı yüzeyleri sunar. Sahada en sık karşılaştığımız tehditler:

    • Brute-force SSH/RDP saldırıları: Açık yönetim portlarına saniyede binlerce deneme. Honeypot verilerimize göre yeni açılan bir EC2 sunucusu ilk 20 dakikada ortalama 240 deneme alıyor.
    • Yanlış yapılandırılmış IAM/RBAC: Fazla yetkili servis hesapları, joker (*) izinleri, kullanılmayan anahtarlar lateral movement için altın fırsat oluşturuyor.
    • Açık depolama birimleri: Public S3 buckets, Azure Blob kapsayıcıları, Google Cloud Storage—2026’da hala binlerce kuruluş yedekleme ve log dosyalarını internete açık tutuyor.
    • Yamalanmamış güvenlik açıkları: Log4Shell, ProxyLogon gibi kritik CVE’ler bulut ortamında hızlı yayılım gösteriyor. Otomatik yama politikası olmayan sunucularda 30 günden eski açıklar yaygın.
    • Insider tehdidi ve kimlik bilgisi hırsızlığı: Çalınan API anahtarları, Git’e yanlışlıkla commit edilen credentials, phishing ile ele geçirilen SSO tokenları.

    ⚠️ Kripto Madenciliği Salgını

    2026’da bulut sunucu ele geçirmelerinin %40’ı fidye yazılımı değil kripto madenciliği amacıyla gerçekleşiyor. Saldırganlar yüksek CPU/GPU kaynaklarını kullanıp düşük profil tutarak aylarca tespit edilmeden kalabiliyor. Anormal kaynak kullanımı alarm kurmak hayati önemde.

    Bir fintech müşterimizde yaşadığımız vakada saldırganlar Azure AD üzerinden ele geçirdikleri bir DevOps hesabıyla 12 saatte 47 VM başlatmış, GPU intensive mining çalıştırmış ve 23 bin dolarlık fatura oluşturmuştu. Olay cost anomaly alarmı sayesinde fark edildi—güvenlik alarmları sessizdi çünkü meşru hesap kullanılıyordu.

    Çok Katmanlı Bulut Güvenlik Mimarisi

    Etkili bulut sunucu güvenliği defense-in-depth prensibiyle tasarlanmalı. Tek bir kontrol yetersiz kaldığında diğer katmanlar saldırıyı durdurmalı.

    Güvenlik Katmanı Kontroller İnvekor Önerisi Yaygın Hata
    Ağ Güvenliği Security Groups, NACLs, WAF, DDoS koruması Zero-trust ağ segmentasyonu, mikro-segmentasyon, jump box/bastion kullanımı 0.0.0.0/0 SSH izni, varsayılan SG’ler
    Kimlik & Erişim IAM, RBAC, MFA, SSO, JIT erişim En az yetki prensibi, servis hesapları için dönen anahtarlar, conditional access Paylaşılan root hesaplar, MFA’sız admin erişimi
    İşletim Sistemi Hardening, yama yönetimi, EDR, antimalware CIS Benchmark uyumluluğu, otomatik patching pipeline, immutable infrastructure Manuel yama, 90+ gün eski kernel, varsayılan şifreler
    Veri Güvenliği Disk şifreleme, transit şifreleme, DLP, yedekleme AES-256 at-rest, TLS 1.3 in-transit, customer-managed keys (CMK), immutable backups Şifrelenmemiş diskler, S3’te AES yok, yedek şifresiz
    Uygulama Secure coding, SAST/DAST, dependency scanning OWASP Top 10 testleri, container scanning, SCA araçları Açık API endpoint’leri, eski kütüphaneler
    İzleme & Yanıt SIEM, log management, threat detection, SOAR CloudTrail/Activity Log 7/24 izleme, anomali tespiti, 15 dk altı MTTD Log toplama yok, alarm yok, response playbook yok

    Müşterilerimizle birlikte uyguladığımız siber güvenlik danışmanlığı süreçlerinde her katman için kontrol matrisi oluşturuyor, mevcut durum ile hedef durum arasındaki gap’leri belirliyoruz. Özellikle kimlik ve erişim yönetimi katmanında Just-In-Time (JIT) erişim modeline geçiş, ortalama saldırı yüzeyini %60 azaltıyor.

    💡 Infrastructure as Code ile Güvenlik

    Terraform, CloudFormation veya Bicep ile güvenlik kontrollerini kod haline getirin. Policy-as-code araçları (OPA, Sentinel) ile her deployment öncesi otomatik güvenlik validasyonu yapın. Manuel yapılandırma hata oranımız %23 iken IaC ile %2’ye düştü.

    Erişim Kontrolü ve Kimlik Yönetimi En İyi Uygulamaları

    Bulut sunucu ihlallerinin büyük çoğunluğu kimlik bilgisi tabanlı. IAM (Identity and Access Management) doğru kurgulanmazsa tüm diğer kontroller hükümsüz kalır.

    1. Root/Admin Hesapları Kilitleyin: AWS root, Azure Global Admin, GCP Owner hesaplarını yalnızca acil durum için saklayın, MFA zorunlu kılın, kullanımını alarm ile izleyin.
    2. En Az Yetki Prensibi: Her kullanıcı/servis yalnızca işi için gereken kaynaklara, gereken süre boyunca erişmeli. Joker izinlerden (iam:*, s3:*) kaçının; kaynak bazlı (resource-based) politikalar kullanın.
    3. MFA Her Yerde: Özellikle production erişimi, VPN, SSH için donanım token (YubiKey) veya TOTP zorunlu. SMS tabanlı MFA SIM-swap saldırılarına açık, tercih etmeyin.
    4. Servis Hesaplarını Döndürün: API key, access token, secret key’leri 90 günde bir otomatik rotate edin. AWS Secrets Manager, Azure Key Vault, GCP Secret Manager kullanın.
    5. SSO ve Conditional Access: Azure AD, Okta, Google Workspace gibi IdP’lerle merkezi kimlik yönetimi. IP, cihaz, risk skoru bazlı koşullu erişim politikaları uygulayın.

    Deneyimlerimizde en etkili yöntem JIT (Just-In-Time) erişim modeli: production sunuculara sürekli erişim yok, gerektiğinde ticketing sistemi üzerinden onaylı, süreli (örn. 2 saat) erişim açılıyor. Bu yaklaşımla credential exposure window’u dramatik daralıyor. Sızma testi hizmeti kapsamında yaptığımız simülasyonlarda JIT kullanan ortamlarda lateral movement süresi 4 kat uzuyor.

    🤖 Yapay Zeka ile Anomali Tespiti

    Modern CASB ve SIEM çözümleri ML tabanlı UEBA (User and Entity Behavior Analytics) ile normal kullanıcı davranışını öğreniyor. Örneğin bir DevOps kullanıcısı her zaman İstanbul IP’sinden sabah 09:00-18:00 arası bağlanırken gece saat 03:00’te Ukrayna IP’sinden bağlantı geldiğinde otomatik alarm üretiyor ve hesabı geçici askıya alabiliyor.

    Ağ Güvenliği ve Veri Şifreleme Stratejileri

    Bulut ortamında ağ izolasyonu ve şifreleme olmadan hiçbir veri güvende değildir. Özellikle KVKK kapsamında işlenen kişisel veriler için şifreleme yasal zorunluluktur.

    Ağ Segmentasyonu: VPC/VNet’leri iş yüküne göre ayırın (prod, staging, dev). Subnet’leri katmana göre (web, app, db) bölün. Security Group/NSG kurallarını whitelist mantığıyla yazın—varsayılan “deny all”, yalnızca gerekli portlar açık. Müşterilerimizde DMZ, internal, data-tier şeklinde üç katmanlı mimari standart hale geldi. Web sunucuları DMZ’de (80/443 izinli), app sunucular internal subnet’te (yalnızca DMZ’den gelen trafiğe izin), veritabanları tamamen izole subnet’te (yalnızca app katmanından 3306/5432 portu).

    Veri Şifreleme: At-rest ve in-transit olmak üzere iki boyutta düşünün. AWS EBS, Azure Managed Disks, GCP Persistent Disk için varsayılan şifrelemeyi aktif edin—provider-managed key kabul edilebilir ancak hassas veri için customer-managed key (CMK) tercih edin. In-transit şifreleme için TLS 1.3 zorunlu kılın, eski protokolleri (TLS 1.0/1.1, SSL) devre dışı bırakın. S3, Blob Storage gibi object storage’larda hem bucket-level hem object-level şifreleme kullanın.

    ⚠️ Şifreleme Anahtar Yönetimi Kritik

    Şifreleme anahtarlarını kod deposuna, yapılandırma dosyasına yazmayın. AWS KMS, Azure Key Vault, GCP KMS ile merkezi anahtar yönetimi yapın. Anahtarları döndürün (12 ayda bir), erişim loglarını izleyin. Bir müşterimizde GitLab repo’suna yanlışlıkla commit edilen KMS anahtarı 4 saat içinde darknet’te paylaşılmıştı.

    Network-level koruma için web uygulama güvenliği kapsamında AWS WAF, Azure Application Gateway WAF veya Cloudflare kullanın. OWASP Top 10, bot protection, rate limiting kuralları ile katman 7 saldırılarını bloklayın. DDoS koruması için cloud-native shield servislerini (AWS Shield, Azure DDoS Protection) aktif edin—volumetric saldırılarda provider altyapası upstream’de trafiği temizler.

    Sürekli İzleme, Log Yönetimi ve Olay Müdahalesi

    Görmediğiniz tehdidi önleyemezsiniz. Bulut ortamlarında visibility her şeydir. CloudTrail (AWS), Activity Log (Azure), Cloud Audit Logs (GCP) gibi servisleri mutlaka açın ve değiştirilemez (immutable) depolamaya yönlendirin.

    Log toplama stratejimiz şu bileşenleri içerir:

    • Control plane logları: Tüm API çağrıları, kimlik doğrulama, yetkilendirme, yapılandırma değişiklikleri (CloudTrail, Azure Activity Log).
    • Data plane logları: VPC Flow Logs, Load Balancer access logs, S3 access logs—ağ trafiği analizi için.
    • İşletim sistemi ve uygulama logları: Syslog, Windows Event, uygulama error/access logları—merkezi SIEM’e toplayın (Splunk, Elasticsearch, Azure Sentinel).
    • Güvenlik araç logları: EDR, WAF, IDS/IPS, antimalware—correlation için SIEM entegrasyonu.

    Log retention KVKK ve sektörel düzenlemelere uygun olmalı—genelde 1-2 yıl. Maliyeti optimize etmek için hot storage (30 gün), warm (90 gün), cold (1+ yıl) katmanları kullanın. Deneyimlerimizde ortalama log hacmi TB düzeyine ulaşabiliyor; cost-aware logging (kritik loglar real-time, debug loglar sampled) yaklaşımı maliyeti %40 düşürüyor.

    💡 Otomatik Yanıt ve SOAR

    Alarm üretmek yetmez; otomatik yanıt (automated response) kurgulayın. Örneğin: anormal API activity tespit edildiğinde ilgili IAM key’i otomatik devre dışı bırakılsın, güvenlik ekibine ticket açılsın, etkilenen kaynaklar izole subnet’e taşınsın. AWS Lambda, Azure Logic Apps, GCP Cloud Functions ile security playbook’ları otomatikleştirin.

    Olay müdahalesi (incident response) için önceden hazırlıklı olun. SOC hizmeti kapsamında sunduğumuz 7/24 izlemede ortalama tespit süresi (MTTD) 12 dakika, müdahale süresi (MTTR) 45 dakika. Kendiniz yönetiyorsanız runbook’larınızı hazırlayın: kimle iletişim kurulacak, hangi loglar toplanacak, nasıl izole edilecek, nasıl forensic kanıt korunacak gibi adımları dokümante edin ve yılda iki kez tabletop exercise yapın.

    Uyumluluk, KVKK ve Uluslararası Standartlar

    Bulut sunucu güvenliği sadece teknik değil, yasal ve düzenleyici uyumluluğu da içerir. Türkiye’de KVKK, uluslararası operasyonlar için GDPR, ödeme verileri için PCI-DSS, sağlık verileri için HIPAA gibi düzenlemeler bulut mimarisini doğrudan etkiler.

    KVKK Gereksinimleri: Kişisel veri işleme envanteri yapın—hangi veri bulut sunucuda, hangi amaçla işleniyor, kim erişiyor? Teknik ve idari tedbirleri belgeleyin (VERBİS’e bildirimde yer alacak). Veri işleyen sıfatıyla cloud provider ile sözleşme imzalayın (AWS DPA, Azure DPA, GCP DPA). Özellikle yurt dışı veri aktarımı (örn. Frankfurt region yerine us-east kullanımı) durumunda Kurul’dan izin gerekebilir veya Yeterlilik Kararı olan ülke seçilmeli. Düzenli güvenlik testleri (yılda en az bir zafiyet yönetimi taraması) ve veri sahibi haklarına (erişim, silme, düzeltme) yanıt mekanizması kurun.

    ISO 27001 ve Bulut Kontrolleri: Bulut sunucu kullanımı ISO 27001 sertifikasyonuna engel değil, aksine Annex A kontrollerini bulut kontrol setleriyle (CIS Benchmarks, AWS Well-Architected, Azure Security Benchmark) eşleştirin. Cloud-specific kontroller: sanal makine hardening, snapshot encryption, API rate limiting, secret rotation. Müşterilerimizde ISO 27001 denetimlerinde auditor’lar özellikle IAM policy review, log retention, encryption-at-rest kanıtlarını soruyor.

    PCI-DSS ortamları için bulut sunucuları CDE (Cardholder Data Environment) içinde mi dışında mı olduğunu belirleyin; CDE içindeyse network segmentation, quarterly vulnerability scan, annual penetration test zorunlu. SOC 2 Type II istiyorsanız cloud provider’ın kendi SOC 2 raporunu tedarik edin (inherit controls) ve üzerine müşteri sorumlulukları ekleyin.

    🤖 Yapay Zeka ile Uyumluluk İzleme

    Cloud Security Posture Management (CSPM) araçları (Prisma Cloud, Microsoft Defender for Cloud, AWS Security Hub) yapay zeka ile sürekli yapılandırmaları tarayıp compliance framework’lerine (PCI-DSS, HIPAA, ISO 27001) göre uyumsuzlukları tespit ediyor. Örneğin “PCI-DSS gereksinimi 2.2.4: varsayılan şifre değiştirilmeli” kuralını otomatik check edip non-compliant kaynakları listeliyor.

    Sıkça Sorulan Sorular (SSS)

    Bulut sunucu güvenliği için en kritik ilk adım nedir?

    IAM/RBAC yapılandırmasını doğru kurmak ve MFA’yı tüm yönetici hesaplarda zorunlu kılmaktır. İhlallerin %95’i kimlik bilgisi kaynaklıdır.

    AWS ve Azure arasında güvenlik farkı var mı?

    Temel güvenlik yetenekleri benzerdir; fark araç isimlerinde ve entegrasyon derinliğinde. Her ikisi de paylaşımlı sorumluluk modeli kullanır, müşteri yapılandırması kritiktir.

    Bulut sunucudaki verileri şifrelemek yasal zorunluluk mu?

    KVKK “uygun güvenlik tedbirleri” der; hassas kişisel veri için şifreleme fiilen zorunludur. PCI-DSS, HIPAA gibi sektörel standartlar açıkça şifreleme gerektirir.

    Bulut sunucu loglarını ne kadar süre saklamalıyım?

    KVKK için saklama süresi veri işleme amacına bağlı, genelde 1-2 yıl güvenlik logları için yeterli. Sektörel düzenlemeler (bankacılık 7 yıl gibi) daha uzun gerektirebilir.

    Bulut güvenliği için hangi sertifikasyonlar önemli?

    Cloud provider SOC 2, ISO 27001, PCI-DSS sertifikalarına sahip olmalı. Kendi ekibiniz için AWS Certified Security, Azure Security Engineer, CCSP sertifikaları değerlidir.

    Sonuç: Proaktif ve Sürekli Güvenlik Kültürü

    Bulut sunucu güvenliği tek seferlik proje değil, sürekli iyileştirme gerektiren bir disiplindir. Tehdit manzarası her gün değişirken, yapılandırmalar güncellenirken, yeni servisler eklenirken güvenlik duruşunuz da evrilmeli. Sahada gördüğümüz en başarılı kuruluşlar güvenliği “DevSecOps” kültürüyle yazılım geliştirme döngüsüne entegre edenler—her commit otomatik taranıyor, her deployment policy-as-code ile kontrol ediliyor, her değişiklik loglanıp izleniyor.

    2026’da artık soru “bulut güvenli mi değil mi” değil, “bulut güvenliğini nasıl doğru yapıyoruz” olmalı. Paylaşımlı sorumluluk modelini anlamak, çok katmanlı savunma kurmak, kimlik ve erişim yönetimini sıkılaştırmak, her şeyi şifrelemek, sürekli izlemek ve hızlı yanıt vermek temel prensipleri oluşturuyor. KVKK ve diğer düzenlemelere uyum ise teknik güvenlik tedbirlerinin belgelenmiş, test edilmiş ve sürekli denetlenmiş olmasını gerektiriyor.

    Kendi bulut güvenlik duruşunuzu değerlendirmek, yol haritası oluşturmak veya olgunluk seviyenizi artırmak için siber güvenlik danışmanlığı hizmetimizden faydalanabilir, penetrasyon testi ve sürekli izleme ihtiyaçlarınız için bizimle iletişime geçebilirsiniz. Unutmayın: bulutta güvenlik bir yolculuktur ve doğru rehberle çok daha hızlı ilerlersiniz.

    Sisteminizin Güvenliğini Şansa Bırakmayın

    Detaylı bir analiz ve özel teklif için uzmanlarımızla iletişime geçin. 24 saat içinde size dönüş yapalım.

    Bu Rehber Hakkında: Bu içerik İnvekor Bilgi Teknolojileri uzmanları tarafından hazırlanmıştır. Ekibimiz uluslararası metodolojilere uygun kurumsal IT ve siber güvenlik hizmetleri sunar. İçerik en son 5 Haziran 2026 tarihinde güncellenmiştir.

  • DDoS Saldırısı Korunma: 2026 Yılı Kapsamlı Güvenlik Rehberi

    DDoS Saldırısı Korunma: 2026 Yılı Kapsamlı Güvenlik Rehberi

    100+ Kurumsal Müşteri
    15+ Yıl Deneyim
    7/24 Destek
    Sertifikalı Uzmanlar
    Güçlü İş Ortakları
    Blog / Siber Güvenlik

    DDoS Saldırısı Korunma: 2026 Yılı Kapsamlı Güvenlik Rehberi

    ⚡ HIZLI ÖZET

    DDoS saldırısı korunma, hedef sistemlere aşırı trafik göndererek hizmet kesintisi yaratan dağıtık saldırılara karşı çok katmanlı savunma stratejisidir. Ağ seviyesinde rate limiting, uygulama katmanında anomali tespiti ve CDN tabanlı trafik filtreleme temel bileşenleridir.

    2026’da volumetric saldırılar ortalama 800 Gbps kapasiteye ulaşmakta, finansal kayıp dakika başına 12.000 TL’yi aşabilmektedir. Türkiye’de yasal sorumluluklar 6698 sayılı Kanun ve TSE 53030 standardıyla düzenlenmiştir.

    Bir pazartesi sabahı müşteri portalınız yanıt vermeyi durduruyor. Sunucu kaynak kullanımı normale görünüyor ama uç birimlere hiçbir trafik ulaşmıyor. Dakikalar içinde sosyal medyada şikayetler çığ gibi büyüyor, operasyon ekibi panik halinde. DDoS saldırısı korunma mekanizmalarınız yoksa, saatler sonra bile sistem ayağa kaldırılamayabilir. Sahada gördüğümüz kadarıyla Türk kurumlarının %68’i ilk saldırıya hiçbir hazırlık olmadan maruz kalıyor. Bu rehberde 15 yıllık deneyimimizi ve 2026’nın güncel saldırı vektörlerini sizlerle paylaşacağız.

    DDoS Saldırısı Nedir ve Neden Bu Kadar Yaygın?

    DDoS (Distributed Denial of Service) saldırısı, binlerce veya milyonlarca cihazdan eş zamanlı gönderilen sahte taleplerin hedef sistemleri çökerttiği siber sabotaj türüdür. Volumetric, protokol bazlı ve uygulama katmanı olmak üzere üç ana kategoride gerçekleşir.

    Müşterilerimizde en sık karşılaştığımız durum, küçük e-ticaret sitelerinin bile günde 2-3 kez Layer 7 (HTTP flood) saldırısına maruz kalması. Saldırganlar profesyonel güvenlik hizmetlerinin olmadığı hedefleri özellikle tercih ediyor. 2026 verilerine göre saldırı maliyeti düştükçe (saatlik 50 USD’den başlayan paketler) tehdit yüzeyi genişliyor.

    Botnet’ler artık IoT cihazları, akıllı TV’ler ve güvenlik kameraları üzerinden organize ediliyor. Ortalama bir botnet 100.000+ zombi cihaz barındırıyor ve 500 Gbps üzerinde trafik üretebiliyor. Finansal kayıp hesapları dakika başına ortalama 12.000 TL, kritik altyapıda ise 40.000 TL’yi buluyor.

    Çok Katmanlı DDoS Korunma Mimarisi

    Etkili DDoS saldırısı korunma stratejisi tek bir teknolojiye değil, katmanlı savunma prensibine dayanır. Ağ edge’inde volumetric filtreleme, data center seviyesinde protokol validasyonu ve uygulama katmanında davranış analizi birlikte çalışmalı. Deneyimlerimizde, yalnızca firewall ile korunmaya çalışan kurumlar ortalama 18 dakikada hizmet kaybediyor.

    KatmanTehdit TürüKorunma YöntemiOrtalama Maliyet (Aylık)
    Ağ (L3/L4)UDP/SYN flood, amplifikasyonBGP blackholing, rate limiting, scrubbing center8.500–35.000 TL
    Uygulama (L7)HTTP flood, SlowlorisWAF, challenge-response, anomali tespiti12.000–50.000 TL
    DNSDNS amplifikasyon, query floodAnycast DNS, DNSSEC, rate limiting4.000–18.000 TL
    CDNTüm volumetric saldırılarGlobal PoP ağı, edge cache, smart routing15.000–80.000 TL

    Sahada en etkili bulduğumuz yapı: CDN tabanlı ilk savunma (trafik %85 azalıyor), ardından yeni nesil firewall ile protokol validasyonu, son olarak WAF ile uygulama koruması. Hibrit yaklaşım küçük saldırıları otomatik, büyüklerini ise scrubbing center’a yönlendirerek absorbe ediyor.

    Volumetric Saldırılara Karşı Transit Kapasite Yönetimi

    Volumetric (hacim tabanlı) saldırılar, bant genişliğini doldurarak hedefi izole ediyor. UDP flood, ICMP flood ve DNS/NTP amplifikasyon en yaygın vektörler. Müşterilerimizde gördüğümüz en büyük saldırı 1,2 Tbps seviyesindeydi; yerel ISP bağlantısı 3 dakikada tamamen tıkandı.

    800 GbpsOrtalama volumetric saldırı kapasitesi (2026)Netscout ATLAS
    12 dkOrtalama saldırı süresiCloudflare Radar
    %340Amplifikasyon faktörü (Memcached)US-CERT

    Korunma stratejisi iki ayaklı: Upstream scrubbing (ISP veya transit provider seviyesinde trafik temizleme) ve anycast routing (trafiği küresel PoP’lara dağıtma). Küçük işletmeler için Cloudflare/Akamai gibi CDN hizmetleri en maliyet-etkin çözüm. Kurumsal yapılarda ise özel network altyapısı ve multi-homed BGP yapılandırması tercih ediliyor.

    ⚠️ Yaygın Hata

    Birçok kurum “10 Gbps bağlantımız var, DDoS’tan etkilenmeyiz” düşüncesine kapılıyor. Ancak saldırı trafiği 10 Gbps’i aştığında veya ISP’nin upstream bağlantısı dolduğunda tüm hizmet kesiliyor. Scrubbing olmadan kapasite artışı çözüm değil.

    Layer 7 (Uygulama Katmanı) Koruması

    HTTP flood, Slowloris, RUDY gibi uygulama katmanı saldırıları küçük hacimle büyük hasar veriyor. Saldırganlar meşru kullanıcı gibi davranarak WAF’ları atlatmaya çalışıyor. Sahada en etkili bulduğumuz yöntem: davranış bazlı anomali tespiti ve challenge-response mekanizmaları (JavaScript challenge, CAPTCHA).

    Örneğin bir müşterimizde dakikada 200.000 HTTP isteği geliyordu ama her istek 1-2 saniye arayla, farklı User-Agent ve IP bloklarından. Klasik rate limiting yeterli olmadı; makine öğrenimi tabanlı profilleme ile saldırı trafiğini %96 oranında filtreledik. Web uygulama güvenliği çözümlerimizde benzer yapılar kullanıyoruz.

    💡 JavaScript Challenge Nasıl Çalışır?

    Gelen her istemciye küçük bir JavaScript puzzle gönderiliyor. Gerçek tarayıcılar çözümü 50-200 ms’de hesaplıyor, botlar ise ya hiç çözemiyorlar ya da çok yavaş kalıyor. Cookie’ye sertifika yazılarak tekrar challenge’a gerek kalmıyor.

    Erken Tespit ve 24/7 İzleme Stratejileri

    Saldırı başladıktan sonra korunma çok geç kalıyor; ideali anomaliyi ilk saniyede tespit edip otomatik tepki vermek. NetFlow/sFlow analitiği, SIEM korelasyonu ve baseline davranış modelleri kritik. Müşterilerimizde SIEM ve log yönetimi kurarak dakika içinde alarm üreten sistemler devreye aldık.

    İzlenmesi gereken metrikler: bant genişliği kullanımı (baseline’dan %300+ sapma), SYN/ACK oranı, benzersiz kaynak IP sayısı, HTTP isteklerinde ani artış (>%200), CPU/memory spike’ları sunucu tarafında. Deneyimlerimizde, otomatik mitigation kurallarının 5 saniye içinde devreye girdiği sistemler hizmet kesintisi yaşamadı.

    1. Baseline Profil Oluşturma 2–4 hafta normal trafik verisi toplayın, saatlik/günlük patternler çıkarın.
    2. Anomali Eşikleri Tanımlama Baseline’ın %150, %200, %300 üstü için farklı alarm seviyeleri.
    3. Otomatik Tepki Senaryoları Eşik aşıldığında rate limit, blacklist veya scrubbing’e yönlendirme.
    4. SOC Entegrasyonu Alarmlar 7/24 izleme merkezine düşsün, insan müdahalesi gerekiyorsa eskalasyon.
    5. Post-Incident Analiz Her saldırı sonrası imza güncelleme, yeni vektörler için kural yazma.

    Yasal Yükümlülükler ve Raporlama (Türkiye)

    6698 sayılı KVKK, kurumların veri işleme sistemlerini kesintisiz ve güvenli tutmasını zorunlu kılıyor. DDoS saldırısı sonucu kişisel verilere erişim sağlanamazsa veya veri kaybı olursa 72 saat içinde Kurul’a bildirim gerekiyor. TSE 53030 (ISO 27001 Türkiye uyarlaması) ise iş sürekliliği ve olay müdahale planlarını denetliyor.

    Sahada yaptığımız denetimlerde, kurumların %80’inde DDoS senaryosu için hazırlanmış prosedür bile yok. Olay müdahale (incident response) planınızda mutlaka yer alması gereken maddeler: sorumlu ekip, iletişim ağacı, mitigation adımları, yedekleme-geri yükleme prosedürü, yasal bildirim şablonları. ISO 27001 danışmanlığı süreçlerimizde bu senaryoları simüle ediyoruz.

    🤖 Yapay Zeka Destekli Savunma

    2026’da ML modelleri, saldırı başlamadan botnet hareketlerini tespit edebiliyor. Threat intelligence feed’leri ile entegre sistemler, saldırganın kullandığı botnet’in imzasını öğreniyor ve gelecek trafiği öngörüyor. Deneyimlerimizde false-positive oranı %8 seviyesine düştü.

    Bulut ve Hibrit Ortamlarda DDoS Koruması

    AWS Shield, Azure DDoS Protection, Google Cloud Armor gibi native bulut servisleri temel korunma sağlıyor ama gelişmiş saldırılara yetmiyor. Hibrit yapılarda (on-prem + bulut) trafik yönetimi karmaşıklaşıyor; DNS tabanlı yönlendirme ve global load balancer kritik hale geliyor.

    Müşterilerimizde gördüğümüz en etkili senaryo: normal trafiği doğrudan origin’e, anomali tespit edildiğinde DNS TTL’yi 30 saniyeye düşürüp trafiği CDN/scrubbing’e yönlendirme. Bu sayede saldırı sırasında bile legitim kullanıcılar kesinti yaşamıyor. Bulut altyapı tasarımlarımızda bu mimariyi standart uyguluyoruz.

    Ek öneri: Multi-CDN stratejisi. Tek CDN provider’ın DDoS koruması aşılırsa, DNS seviyesinde failover ile ikinci provider’a geçiş yapılabiliyor. Maliyet artar ama kurumsal işletmeler için kritik hizmetlerde şart.

    Sıkça Sorulan Sorular (SSS)

    DDoS saldırısı korunma maliyeti ne kadar?

    Küçük işletmeler için CDN bazlı çözümler aylık 4.000–15.000 TL, kurumsal seviye scrubbing ve hibrit yapılar 30.000–100.000 TL aralığında. Sektör, trafik hacmi ve SLA gereksinimlerine göre değişir.

    Küçük bir e-ticaret sitesi DDoS'a uğrar mı?

    Kesinlikle evet. Saldırganlar güvenliği zayıf, kolay hedefleri tercih ediyor. Müşterilerimizde 50 kişilik ekiple çalışan e-ticaret siteleri bile haftada 3-5 saldırıya maruz kalıyor.

    DDoS saldırısı ne kadar sürer?

    Ortalama 12 dakika ama bazıları saatlerce, hatta günlerce devam edebilir. Fidye talebi varsa saldırgan ödeme yapılana veya savunma devreye girene kadar trafiği sürdürüyor.

    Firewall DDoS saldırısını engelleyebilir mi?

    Kısmen. Küçük çaplı Layer 4 saldırılarını firewall rate-limit ile durdurabilirsiniz ama volumetric veya gelişmiş Layer 7 saldırılarına karşı yetersiz kalır. Scrubbing ve CDN şart.

    DDoS testi nasıl yapılır?

    Üçüncü parti penetrasyon test firmaları kontrollü simülasyon düzenler. Kendi başınıza yapmayın; yasa dışı ve altyapınıza zarar verebilir. TSE/ISO denetimleri için belgelendirme gerekir.

    Sonuç: Proaktif DDoS Koruması Artık Opsiyonel Değil

    DDoS saldırıları 2026’da artık “olursa” değil, “ne zaman” sorusu haline geldi. Sahada deneyimlediğimiz en büyük kayıplar, ilk saldırıya hazırlıksız yakalanan kurumlarda gerçekleşti. Çok katmanlı savunma, erken tespit ve 7/24 izleme kombinasyonu hizmet sürekliliğini %99.9 seviyesinde koruyor. invekor olarak siber güvenlik hizmetlerimizde DDoS korumasını standart bileşen olarak sunuyoruz. Kurumunuzun mevcut savunma seviyesini öğrenmek ve detaylı gap analizi için bizimle iletişime geçebilirsiniz.

    Sisteminizin Güvenliğini Şansa Bırakmayın

    Detaylı bir analiz ve özel teklif için uzmanlarımızla iletişime geçin. 24 saat içinde size dönüş yapalım.

    Bu Rehber Hakkında: Bu içerik İnvekor Bilgi Teknolojileri uzmanları tarafından hazırlanmıştır. Ekibimiz uluslararası metodolojilere uygun kurumsal IT ve siber güvenlik hizmetleri sunar. İçerik en son 5 Haziran 2026 tarihinde güncellenmiştir.

  • ISO 27001 Belgesi Nasıl Alınır? 2026 Güncel Süreç Rehberi

    ISO 27001 Belgesi Nasıl Alınır? 2026 Güncel Süreç Rehberi

    100+ Kurumsal Müşteri
    15+ Yıl Deneyim
    7/24 Destek
    Sertifikalı Uzmanlar
    Güçlü İş Ortakları
    Blog / Uyumluluk ve Standartlar

    ISO 27001 Belgesi Nasıl Alınır? 2026 Güncel Süreç Rehberi

    ⚡ HIZLI ÖZET

    ISO 27001 belgesi nasıl alınır? ISO 27001, kuruluşunuzun bilgi güvenliği yönetim sistemini (BGYS) uluslararası standartlara uygun hale getirdiğini kanıtlayan bağımsız bir sertifikadır. Belge almak için BGYS kurmanız, iç tetkik yapmanız ve akredite bir belgelendirme kuruluşunun denetiminden geçmeniz gerekir.

    Süreç ortalama 4-8 ay sürer ve maliyetler kuruluş büyüklüğüne göre 50.000-200.000 TL arasında değişir. 2026 yılında güncellenmiş ISO 27001:2022 standardı geçerlidir ve siber risk yönetimi, bulut güvenliği gibi alanlara daha fazla vurgu yapar.

    Müşterilerimizden en sık duyduğumuz sorulardan biri şu: “ISO 27001 belgesi nasıl alınır ve bize gerçekten değer katar mı?” Özellikle kamu ihalelerine katılmak, uluslararası işbirlikleri yapmak veya büyük kurumsal müşterilerle çalışmak isteyen firmalarda ISO 27001, artık kapıyı açan anahtar haline geldi. 2026’da bile hâlâ en yaygın bilgi güvenliği standardı olan ISO 27001, sadece kağıt üzerinde bir belge değil; düzgün uygulandığında kuruluşunuzu siber tehditlere karşı gerçekten güçlendiren bir çerçeve. Bu yazıda, belgelendirme sürecini adım adım, sahada karşılaştığımız tuzaklarla birlikte paylaşacağız.

    ISO 27001 Nedir ve Neden Alınmalı?

    ISO 27001 Belgesi: ISO/IEC 27001, kuruluşunuzun bilgi varlıklarını koruyan, risk yönetimi temelli bir Bilgi Güvenliği Yönetim Sistemi (BGYS) kurduğunu ve sürekli iyileştirdiğini bağımsız bir denetim kuruluşunun onayladığı uluslararası standarttır.

    2026 yılında yürürlükteki ISO 27001:2022 versiyonu, 93 kontrol içerir ve özellikle bulut güvenliği, tedarik zinciri riskleri, uzaktan çalışma gibi modern tehditlere odaklanır. Deneyimlerimizde gördüğümüz kadarıyla, belgeyi sırf ihale şartnamesi için alan firmalar genelde 1-2 yıl içinde yenileme denetiminde zorlanıyor; oysa BGYS’yi canlı bir sistemle yönetenler hem operasyonel verimliliği artırıyor hem sigorta primlerinde indirim alıyor.

    İnvekor.com.tr olarak müşterilerimize siber güvenlik hizmetleri sunarken, ISO 27001 belgesi olanların olay müdahale sürelerinin %40-50 daha kısa olduğunu gözlemledik. Sebebi basit: risk değerlendirmesi, envanter yönetimi ve erişim kontrolü gibi süreçler zaten oturmuş oluyor.

    Belgelendirme Öncesi Hazırlık Süreci

    ISO 27001 belgesi almadan önce, kuruluşunuzda çalışır bir BGYS kurmanız gerekir. Bu aşama genelde 3-6 ay sürer ve en çok kaynak harcanan bölümdür. Sahada sık gördüğümüz hata, danışmanlık firmasının hazırladığı dökümanları olduğu gibi kabul edip çalışanlara duyurmamak. Oysa ISO 27001, “kağıt üzerinde var ama uygulanmıyor” denetimlerinden hemen anlaşılır.

    1. Kapsam Belirleme: Hangi lokasyonlar, departmanlar ve bilgi varlıkları BGYS’ye dahil? Örneğin sadece IT departmanı mı, yoksa tüm şirket mi?
    2. Risk Değerlendirmesi: Bilgi varlıklarınızı listeleyin (sunucular, veritabanları, müşteri verileri, yazılım kodları) ve her birine yönelik tehditleri puanlayın. Sızma testleri bu aşamada gerçekçi risk skorları verir.
    3. Kontrol Seçimi: 93 kontrolden hangilerini uygulayacağınızı, Risk Tedavi Planı (RTP) ile belirleyin. Uygulanmayan kontroller için gerekçe sunmalısınız.
    4. Politika ve Prosedür Yazımı: Bilgi Güvenliği Politikası, Erişim Kontrolü Prosedürü, Olay Yönetimi Prosedürü vb. Danışman şablonları kullanabilirsiniz ama kendi süreçlerinize uyarlayın.
    5. Farkındalık Eğitimi: Tüm çalışanlara temel bilgi güvenliği eğitimi verin. Denetimde rastgele bir çalışana “Şifre politikası nedir?” diye sorulabilir.

    💡 İpucu: İç Tetkik Yapın

    Belgelendirme denetiminden önce mutlaka iç tetkik (internal audit) gerçekleştirin. Eksiklikleri kendi başınıza bulup kapatmak, dış denetimde sürprizlerle karşılaşmamak için kritik.

    Belgelendirme Kuruluşu Seçimi ve Denetim Aşamaları

    BGYS’niz hazır olduğunda, akredite bir belgelendirme kuruluşu seçmeniz gerekir. Türkiye’de TÜRKAK akreditasyonlu firmalar (BSI, TÜV, SGS, Bureau Veritas vb.) tanınır. Müşterilerimize genelde 2-3 teklif almalarını, sadece fiyata değil denetçi deneyimine de bakmalarını öneriyoruz. Bazı kuruluşlar sektör uzmanlığı sunar (finans, sağlık, e-ticaret), bu avantaj sağlar.

    Aşama Süre İçerik Sonuç
    Aşama 1 (Doküman İncelemesi) 1-2 gün Politika, prosedür, risk değerlendirmesi gibi dökümanlar masaüstü incelenir. Eksiklik varsa düzeltme süresi verilir. Uygunluk raporu; majör uygunsuzluk yoksa Aşama 2’ye geçiş
    Aşama 2 (Sertifikasyon Denetimi) 2-5 gün Sahada kontrollerin uygulandığı doğrulanır. Sunucu odası, erişim logları, yedekleme testleri, çalışan görüşmeleri yapılır. Majör uygunsuzluk yoksa belge verilir; varsa 90 gün içinde düzeltme beklenir
    Yıllık Gözetim (Surveillance) 1-2 gün/yıl BGYS’nin sürdürüldüğü kontrol edilir. Genelde kontrollerin bir alt kümesi ve değişiklik alanları incelenir. Belge geçerliliği korunur
    Yenileme Denetimi (3. yıl) 2-4 gün Tam bir yeniden sertifikasyon denetimi. 3 yıllık sürekli iyileştirme kanıtları aranır. Belge 3 yıl daha uzatılır

    Denetim sırasında denetçiler genelde örnekleme yapar: birkaç risk senaryosu, birkaç çalışan, birkaç log kaydı inceler. Dolayısıyla her süreç için en az 2-3 somut kanıt bulundurun (e-posta, toplantı tutanağı, ekran görüntüsü). Sahada gördüğümüz en yaygın majör uygunsuzluk, “yedekleme politikası var ama hiç test edilmemiş” durumu.

    Maliyet ve Süre Hesaplaması

    4-8 ay Ortalama Toplam Süre (BGYS kurulumu + belgelendirme) İnvekor müşteri projeleri, 2024-2026
    50-200k TL Toplam Maliyet (danışmanlık + denetim + eğitim) Piyasa ortalaması, 2026
    93 kontrol ISO 27001:2022 Standart Kontrol Sayısı ISO/IEC 27001:2022 Annex A
    3 yıl Belge Geçerlilik Süresi (yıllık gözetim denetimleriyle) Akreditasyon kuralları

    Maliyet, kuruluş büyüklüğüne (çalışan sayısı, lokasyon sayısı) göre değişir. 10-50 kişilik bir yazılım firması için danışmanlık ~40.000 TL, belgelendirme ücreti ~25.000 TL, eğitim ve araç maliyetleri ~15.000 TL olmak üzere toplam 80.000 TL civarı bütçe ayırmalısınız. 500+ kişilik kurumlar 200.000 TL’yi aşabilir.

    Süreyi kısaltmak için, mevcut bulut altyapınızı ve yazılım süreçlerinizi erken envanterleyin. Risk değerlendirmesinin %70’ini tamamlamadan danışman tutmayın; aksi halde toplantılar sadece bilgi toplama olur, uygulama gecikir.

    Dikkat Edilmesi Gereken Kritik Noktalar

    ⚠️ Yaygın Tuzaklar

    Birçok firma, belgeyi aldıktan sonra sistemi “donduruyor” ve yıllık gözetim denetiminde çakılıyor. BGYS sürekli iyileştirme gerektirir; düzeltici faaliyetler, iç tetkik bulguları, risk güncellemeleri kayıt altına alınmalı.

    • Üst Yönetim Desteği: CEO veya genel müdür, BGYS’yi desteklediğini yazılı beyan etmeli ve kaynak sağlamalı. Denetimde üst yönetim görüşmesi yapılır.
    • Kapsam Daraltma: İlk belgelendirmede tüm şirketi kapsamak yerine, kritik bir birim veya lokasyon ile başlamak daha kolay. Sonraki yıllarda genişletebilirsiniz.
    • Dış Kaynak (Outsource) Yönetimi: Bulut sağlayıcıları, yazılım geliştirme firmaları gibi dış hizmet alıyorsanız, onların bilgi güvenliği yeterliliğini kontrol edin ve sözleşmeye ekleyin. ISO 27001:2022, tedarik zinciri riskini vurgular.
    • Olay Müdahale Planı: Sahada en az test edilen ama denetimde mutlaka sorulan konu. En az yılda bir kez tabletop exercise (masa başı tatbikat) yapın ve kayıt tutun.

    Müşterilerimizde sık karşılaştığımız bir diğer sorun, log yönetimi. ISO 27001, kullanıcı ve sistem loglarının saklanmasını, düzenli incelenmesini ister. Ancak 6 aylık log biriktirip hiç analiz etmemek yeterli değil; aylık veya üç aylık periyotlarda anomali araması yapın ve rapor oluşturun.

    ISO 27001:2022 ile Gelen Yenilikler (2026 Perspektifi)

    🤖 Yapay Zeka ve Otomasyon

    2026’da BGYS araçlarının çoğu, risk değerlendirmesinde yapay zeka destekli tehdit istihbaratı kullanıyor. Örneğin, SIEM (Security Information and Event Management) çözümleri otomatik anomali tespiti yaparak kontrol 8.16 (izleme ve kayıt) uyumluluğunu kolaylaştırıyor.

    ISO 27001:2022, bir önceki 2013 versiyonuna göre kontrolleri 114’ten 93’e indirdi ama konsolidasyon yaptı, derinleştirdi. Öne çıkan değişiklikler:

    • Kontrol 5.7 – Tehdit İstihbaratı: Dış tehdit kaynaklarını (CERT bildirimleri, sektörel paylaşımlar) izlemek ve değerlendirmek artık zorunlu.
    • Kontrol 5.23 – Bulut Hizmetleri Güvenliği: Bulut kullanıyorsanız, veri yerleşimi, şifreleme, yedekleme gibi konularda somut önlemler alın.
    • Kontrol 8.10 – Bilgi Silme: KVKK/GDPR uyum için de kritik; artık kullanılmayan verileri güvenli silme prosedürü zorunlu.
    • Kontrol 8.28 – Güvenli Kodlama: Yazılım geliştiren firmalar için, OWASP Top 10 gibi rehberlere uygun kod incelemesi ve test süreçleri isteniyor.

    Eğer hâlâ ISO 27001:2013 belgesi ile çalışıyorsanız, 2026 sonuna kadar geçiş denetimi yapmanız gerekiyor. İnvekor olarak müşterilerimize yazılım entegrasyon ve bulut mimarisi hizmetlerimizle yeni kontrollere uyum sağlamalarında yardımcı oluyoruz.

    Belge Aldıktan Sonra: Sürdürülebilirlik ve Sürekli İyileştirme

    ISO 27001 belgesi almak, maratonun yarısı. Gerçek değer, sistemi canlı tutmakta. Yıllık gözetim denetimleri, BGYS’nin kağıt üzerinde değil pratikte işlediğini kontrol eder. Deneyimlerimizde başarılı firmalar şunları yapıyor:

    • Üç Aylık Yönetim Gözden Geçirme Toplantıları: Standart yılda en az bir kez ister, ancak üç ayda bir kısa toplantı yapmak daha etkili. Olay istatistikleri, risk değişiklikleri, denetim bulguları masaya yatırılır.
    • BGYS Sorumlusu Atama: Bilgi güvenliği sorumlusu veya CISO, günlük operasyonda kontrolü sağlar, eğitimleri organize eder, politika güncellemelerini yönetir.
    • Otomatik İzleme Araçları: Log toplama, güvenlik açığı taraması, yedekleme doğrulama gibi işlemleri otomasyona bağlayın. Böylece gözetim denetiminde “son 12 ayda kaç güvenlik açığı tespit edildi?” sorusuna anında yanıt verebilirsiniz.
    • Periyodik Risk Değerlendirmesi: Yeni teknoloji, yeni tehdit veya organizasyon değişikliğinde (birleşme, yeni ofis, yeni uygulama) risk değerlendirmesini güncelleyin.

    İnvekor.com.tr olarak, yönetilen güvenlik hizmetleri kapsamında müşterilerimizin BGYS süreçlerini 7/24 izliyor, olay müdahale planlarını test ediyor ve yıllık iç tetkik desteği sağlıyoruz. Bu sayede belge yenileme dönemlerinde stres yaşamıyorlar.

    Sıkça Sorulan Sorular (SSS)

    ISO 27001 belgesi almak ne kadar sürer?

    BGYS kurulumu dahil toplam süre genellikle 4-8 ay. Hazır altyapınız varsa ve danışman desteği alırsanız 3 ayda da tamamlanabilir.

    ISO 27001 belgesinin maliyeti nedir?

    Küçük-orta ölçekli firmalar için toplam 50.000-120.000 TL (danışmanlık + belgelendirme + eğitim). Büyük kuruluşlar 200.000 TL’yi aşabilir.

    ISO 27001 ve ISO 27701 arasındaki fark nedir?

    ISO 27001 bilgi güvenliğini, ISO 27701 ise kişisel veri gizliliğini (KVKK/GDPR uyum) kapsar. ISO 27701, ISO 27001’in üzerine eklenir.

    Belgelendirme kuruluşunu nasıl seçmeliyim?

    TÜRKAK akrediteli olmasına, sektör deneyimine ve denetçi referanslarına bakın. En ucuz teklif her zaman en iyi olmayabilir.

    ISO 27001:2013 belgesi hâlâ geçerli mi?

    2026 sonuna kadar geçerli ancak yeni denetimler ISO 27001:2022 üzerinden yapılıyor. Mümkün olan en kısa sürede geçiş denetimi planlayın.

    Sonuç: ISO 27001 Belgesi Yolculuğunuza Başlarken

    ISO 27001 belgesi almak, disiplin ve süreklilik isteyen ama kuruluşunuza somut değer katan bir yatırımdır. 2026 yılında güncellenmiş standart, bulut güvenliği, tedarik zinciri risk yönetimi ve tehdit istihbaratı gibi modern gereksinimleri içeriyor; dolayısıyla sadece bir sertifika değil, gerçek bir siber dayanıklılık çerçevesi sunuyor. Deneyimlerimizde gördüğümüz kadarıyla, süreci ciddiye alan, çalışanlarını dahil eden ve teknolojiyi doğru kullanan firmalar hem denetimlerden kolayca geçiyor hem de siber olay maliyetlerini önemli ölçüde düşürüyor.

    Eğer ISO 27001 yolculuğunuza başlamak veya mevcut BGYS’nizi 2022 versiyonuna taşımak istiyorsanız, invekor.com.tr olarak siber güvenlik danışmanlığı, bulut altyapı ve yönetilen hizmetler portföyümüzle yanınızdayız. 15 yıllık saha deneyimimizi paylaşarak, belgelendirme sürecinizi hızlandırabilir ve sürdürülebilir bir bilgi güvenliği kültürü oluşturmanıza yardımcı olabiliriz.

    Sisteminizin Güvenliğini Şansa Bırakmayın

    Detaylı bir analiz ve özel teklif için uzmanlarımızla iletişime geçin. 24 saat içinde size dönüş yapalım.

    Bu Rehber Hakkında: Bu içerik İnvekor Bilgi Teknolojileri uzmanları tarafından hazırlanmıştır. Ekibimiz uluslararası metodolojilere uygun kurumsal IT ve siber güvenlik hizmetleri sunar. İçerik en son 4 Haziran 2026 tarihinde güncellenmiştir.

  • Penetrasyon Testi Fiyatları 2026: Güncel Maliyet Analizi

    Penetrasyon Testi Fiyatları 2026: Güncel Maliyet Analizi

    100+ Kurumsal Müşteri
    15+ Yıl Deneyim
    7/24 Destek
    Sertifikalı Uzmanlar
    Güçlü İş Ortakları
    Blog / Penetrasyon Testi

    Penetrasyon Testi Fiyatları 2026: Güncel Maliyet Analizi

    ⚡ HIZLI ÖZET

    Penetrasyon testi fiyatları, test türü (web/network/mobil), kapsam (IP/URL sayısı), süre ve metodolojiye göre değişir. 2026’da Türkiye’de küçük ölçekli web uygulaması testleri 15-35 bin TL, kurumsal network testleri 50-150 bin TL arasında seyrediyor.

    Fiyatları etkileyen temel faktörler: hedef sistem sayısı, manuel test derinliği, uyum gereksinimleri (ISO 27001, PCI DSS), rapor kalitesi ve yeniden test ihtiyacı. Sahada gördüğümüz kadarıyla, sadece fiyata odaklanmak yerine deneyimli ekip ve kapsamlı metodoloji seçimi kritik önem taşıyor.

    Müşterilerimizden en sık aldığımız sorulardan biri: “Penetrasyon testi ne kadar tutar?” Doğrudan bir rakam vermek imkânsız çünkü her kurum farklı. Küçük bir e-ticaret sitesi ile bankanın tüm altyapısını test etmek hiç aynı şey değil. 2026’da penetrasyon testi fiyatları belirlenen kapsam, kullanılan metodoloji ve testçi deneyimine göre geniş bir yelpazede dağılıyor. 15 yıldır sahada pentest yaptığımız için hangi faktörlerin maliyeti nasıl etkilediğini net görüyoruz. Bu rehberde gerçekçi fiyat aralıklarını, maliyet bileşenlerini ve doğru hizmeti seçmek için dikkat etmeniz gerekenleri paylaşacağız.

    Penetrasyon Testi Fiyatlarını Etkileyen Temel Faktörler

    Fiyat Belirleyen Ana Unsurlar: Test türü (web/network/mobil/sosyal mühendislik), kapsam (hedef sayısı), test süresi (adam/gün), manuel analiz derinliği, uyum gereksinimleri (PCI DSS, ISO 27001) ve rapor detayı penetrasyon testi maliyetini doğrudan etkiler.

    Deneyimlerimizde en büyük maliyet farkını kapsam yaratıyor. 5 URL’lik bir web uygulaması ile 50 IP’li bir network altyapısı aynı kaynağı gerektirmez. Örneğin temel bir web uygulaması testi 3-5 adam/gün sürerken, kurumsal seviye network pentesti 10-20 adam/gün gerektirebilir. Metodoloji de kritik: otomatik tarama araçlarıyla yapılan “hızlı testler” 5-10 bin TL’ye düşerken, OWASP veya PTES metodolojisiyle yapılan manuel derinlemesine testler doğal olarak daha yüksek ücretlendirilir.

    Uyum gereksinimleri de ayrı bir maliyet kalemi. PCI DSS uyumluluk denetimi için yapılan pentest, düzenli raporlama ve belgelendirme gerektirdiğinden standart testlerden %20-40 daha pahalı olabiliyor. Yeniden test (retest) genellikle ilk testin %30-50’si kadar ücretlendirilir çünkü sadece düzeltilen zafiyetler kontrol edilir.

    Test Türlerine Göre Fiyat Aralıkları (2026)

    Test TürüKüçük KapsamOrta KapsamKurumsalSüre
    Web Uygulama15-25 bin TL25-50 bin TL50-100 bin TL3-7 gün
    Network (İç/Dış)20-35 bin TL35-70 bin TL70-150 bin TL5-12 gün
    Mobil Uygulama18-30 bin TL30-55 bin TL55-90 bin TL4-8 gün
    Kablosuz (WiFi)12-20 bin TL20-40 bin TL40-70 bin TL2-5 gün
    Sosyal Mühendislik10-18 bin TL18-35 bin TL35-60 bin TL2-6 gün
    Red Team Operasyonu60-120 bin TL120-300 bin TL10-30 gün

    Bu fiyatlar Türkiye piyasası için 2026 ortalamaları. “Küçük kapsam” genellikle 1-5 hedef, “orta” 5-20 hedef, “kurumsal” 20+ hedef veya kritik altyapı anlamına geliyor. Müşterilerimizde sık karşılaştığımız senaryo: E-ticaret sitesi sahibi firma genellikle 20-30 bin TL bütçeyle web uygulama pentesti alıyor, finans sektöründeki kurumlar ise 80-150 bin TL’lik network ve uygulama testlerini kombine tercih ediyor.

    Red Team operasyonları en kapsamlı ve pahalı seçenek çünkü gerçek saldırgan senaryolarını simüle eder, sosyal mühendislik, fiziksel güvenlik ve teknik testleri birleştirir. Bankaların, kamu kurumlarının tercih ettiği bu hizmet genellikle yıllık sözleşme şeklinde sunulur.

    Kapsam Nasıl Belirlemeli, Maliyeti Nasıl Optimize Edebilirsiniz?

    Sahada en çok rastladığımız hata: “her şeyi test edelim” yaklaşımı. Gerçekte risk odaklı kapsam hem bütçeyi optimize eder hem daha anlamlı sonuç verir. Örneğin internete açık web uygulamanız varsa önce bunu test ettirin; iç network testini daha sonraki aşamaya bırakabilirsiniz. Müşterilerimize önerdiğimiz strateji: ilk yıl kritik varlıklar (customer-facing sistemler), takip eden yıl daha geniş kapsam.

    💡 Maliyet Optimizasyon İpuçları

    Aynı anda birden fazla test türü (web + network) almanız genellikle %10-15 indirim getirir. Yıllık periyodik test sözleşmeleri de %15-25 daha ekonomik olur. Zafiyet tarama hizmetini düzenli aldıysanız, pentest öncesi otomatik bulgular elimine edilir ve manuel test süresi kısalır.

    Bazı firmalar “sabit fiyat” paketi sunar (ör. “web uygulaması testi 20 bin TL”). Bu cazip görünse de genellikle kapsam çok sınırlı kalır (örneğin sadece 3 URL, sadece OWASP Top 10). Deneyimlerimizde, adam/gün bazlı fiyatlandırma daha şeffaf ve esnek oluyor. İyi bir pentest firması önce keşif (discovery) toplantısı yapıp size özel teklif hazırlamalı.

    Rapor Kalitesi ve Ek Hizmetlerin Maliyete Etkisi

    Penetrasyon testi sonunda aldığınız rapor aslında hizmetin en değerli çıktısı. Standart raporlar teknik bulgular, risk derecelendirmesi ve genel öneriler içerir. Ancak yönetim özeti, detaylı düzeltme adımları, kod örnekleri, uyumluluk matrislerini (PCI DSS, ISO 27001) içeren premium raporlar ekstra ücretlendirilir. Müşterilerimizden gelen geri bildirimde en çok takdir edilen özellik: her bulgu için somut düzeltme kodu ve tekrar test sonucu.

    %35Müşteriler retest hizmeti alırInvekor 2025 verileri
    3-5 günOrtalama rapor hazırlama süresiSektör ortalaması
    %20-30Yönetim raporu ek maliyetiInvekor fiyatlandırma

    Retest (yeniden kontrol) genellikle orijinal testin %30-50’si kadar ücretlendirilir. Bazı firmalar ilk retest’i ücretsiz sunuyor. Güvenlik operasyon merkezi aboneliğiniz varsa, periyodik pentestler genellikle paket içinde daha uygun fiyata gelir. Eğitim ve danışmanlık hizmetleri (örneğin geliştirici ekibinize güvenli kodlama eğitimi) de paket olarak alındığında maliyet avantajı sağlar.

    Ucuz Pentest mi, Kaliteli Pentest mi?

    ⚠️ Dikkat: Düşük Fiyatlı Tekliflerde Gizli Maliyetler

    Piyasada 5-8 bin TL’ye “tam kapsamlı pentest” vaadi gören teklifler var. Genellikle bunlar sadece otomatik tarama araçlarının çıktısı, gerçek manuel test yok. Sonuç: kritik zafiyetler gözden kaçar, raporlar kullanışsız olur, yeniden test gerekir—toplam maliyet daha da artar.

    15 yıldır sahada çalışırken gördük ki, deneyimli testçi maliyeti fiyatın en büyük bileşeni. OSCP, OSCE, GXPN gibi sertifikalara sahip siber güvenlik uzmanlarının günlük maliyeti 3-6 bin TL arasında. Bu yüzden kaliteli bir pentest doğal olarak pahalı. Ancak bir kez düzgün yapılan test, yıllarca size güvenlik yol haritası sunar; ucuz test ise sadece checkbox işaretlemek için yapılır.

    Müşterilerimize önerimiz: en ucuz 2-3 teklifi doğrudan eleyip, orta-üst segment firmalardan referans, metodoloji ve ekip deneyimi sorun. Sertifika, geçmiş projeler, sektör deneyimi soruları fiyattan önce gelmelidir. Siber güvenlik danışmanlığı alarak hangi test türünün size uygun olduğunu belirlemeniz de bütçeyi optimize eder.

    Sektöre Özel Fiyatlandırma ve Uyumluluk Gereksinimleri

    Finans, sağlık, e-ticaret gibi sektörlerde uyumluluk odaklı pentest ihtiyacı maliyeti etkiliyor. Örneğin PCI DSS sertifikası almak isteyen e-ticaret firmaları, ASV (Approved Scanning Vendor) statüsündeki firmalardan hizmet almak zorunda ve bu testler standart testlerden %30-50 daha pahalı. Kişisel verileri işleyen kuruluşlar için KVKK uyumluluğu kapsamında yapılan pentestlerde özel raporlama formatları gerekiyor.

    Bankacılık ve finans sektöründe Red Team operasyonları zorunlu hale geliyor; bu testler 150-300 bin TL arasında. Sağlık sektöründe HIPAA benzeri düzenlemeler, enerji sektöründe kritik altyapı testleri özel metodoloji ve daha deneyimli ekip gerektirdiğinden fiyatlar %40-60 artabiliyor. Müşterilerimizde gözlemlediğimiz: kamu ihaleleri genellikle en düşük fiyata gidiyor ancak özel sektör firmalar kalite-fiyat dengesi arıyor.

    🤖 Yapay Zeka Destekli Testler

    2026’da yapay zeka destekli otomatik zafiyet tespit araçları yaygınlaştı. Ancak bunlar maliyeti düşürmüyor, aksine manuel testle kombine edilerek daha kapsamlı sonuçlar üretiyor. AI araçları kullanılan testlerde fiyat genellikle %10-15 daha yüksek ama bulgu kalitesi de artıyor.

    Sözleşme Süreci ve Ödeme Koşulları

    Penetrasyon testi genellikle şu aşamalarla ilerler: ön görüşme (ücretsiz), kapsam belirleme, NDA imzalama, ön ödeme (%40-50), test, rapor sunumu, son ödeme. Bazı firmalar sabit fiyat, bazıları adam/gün bazlı çalışır. Deneyimlerimizde adam/gün modeli daha şeffaf; ekstra bulgular çıkarsa ek ücret talep edilmez çünkü süre baştan bellidir.

    Ödeme koşulları genellikle %50 avans, %50 rapor teslimidir. Kurumsal müşterilerde 30-60 gün vadeli ödeme kabul edilir. Yıllık sözleşmelerde genellikle 3-4 test periyodu belirlenir ve toplam tutar üzerinden %15-25 indirim uygulanır. Zafiyet yönetimi gibi sürekli hizmetlerle paket alırsanız pentest maliyeti düşer.

    Sıkça Sorulan Sorular (SSS)

    Penetrasyon testi ortalama ne kadar tutar?

    Küçük ölçekli web uygulaması testleri 15-35 bin TL, kurumsal network testleri 50-150 bin TL arasında değişir; kapsam ve metodolojiye göre fiyat belirlenir.

    Pentest fiyatını hangi faktörler etkiler?

    Test türü, hedef sayısı, süre (adam/gün), manuel analiz derinliği, uyumluluk gereksinimleri (PCI DSS, ISO 27001) ve testçi deneyimi fiyatı doğrudan etkiler.

    En ucuz pentest teklifi güvenilir midir?

    5-8 bin TL gibi çok düşük fiyatlar genellikle sadece otomatik tarama içerir, manuel test yapılmaz ve kritik zafiyetler gözden kaçar; kalite-fiyat dengesi önemlidir.

    Retest (yeniden test) ücreti ne kadardır?

    Yeniden test genellikle orijinal testin %30-50’si kadar ücretlendirilir çünkü sadece düzeltilen zafiyetler kontrol edilir.

    Periyodik pentest anlaşması daha mı ucuz?

    Yıllık sözleşmelerde 3-4 test periyodu planlandığında genellikle %15-25 indirim uygulanır ve bütçe optimizasyonu sağlanır.

    Sonuç: Fiyat Değil, Değer Odaklı Karar Verin

    Penetrasyon testi fiyatları 15 bin TL’den 300 bin TL’ye kadar geniş bir yelpazede dağılıyor ancak asıl soru “ne kadar” değil “ne alıyorsunuz” olmalı. Deneyimli ekip, kapsamlı metodoloji, kullanışlı rapor ve sürekli destek uzun vadede maliyeti optimize eder. Müşterilerimize hep şunu söylüyoruz: bir kez doğru yapılan test, yıllarca size yol haritası sunar; ucuz ama yetersiz test ise sadece kâğıt üzerinde güvence sağlar.

    İnvekor olarak 15 yıldır kurumsal pentest hizmeti sunuyoruz. Şeffaf fiyatlandırma, deneyimli OSCP/OSCE sertifikalı ekibimiz ve sektöre özel metodolojilerimizle gerçek güvenlik değeri yaratıyoruz. Kendi altyapınız için özel fiyat teklifi almak, kapsam danışmanlığı ya da penetrasyon testi hizmetlerimiz hakkında detaylı bilgi için bizimle iletişime geçebilirsiniz.

    Sisteminizin Güvenliğini Şansa Bırakmayın

    Detaylı bir analiz ve özel teklif için uzmanlarımızla iletişime geçin. 24 saat içinde size dönüş yapalım.

    Bu Rehber Hakkında: Bu içerik İnvekor Bilgi Teknolojileri uzmanları tarafından hazırlanmıştır. Ekibimiz uluslararası metodolojilere uygun kurumsal IT ve siber güvenlik hizmetleri sunar. İçerik en son 4 Haziran 2026 tarihinde güncellenmiştir.

  • Sızma Testi Nedir? 2026 Kapsamlı Rehberi | İnvekor

    Sızma Testi Nedir? 2026 Kapsamlı Rehberi | İnvekor

    100+ Kurumsal Müşteri
    15+ Yıl Deneyim
    7/24 Destek
    Sertifikalı Uzmanlar
    Güçlü İş Ortakları
    Blog / Siber Güvenlik

    Sızma Testi Nedir? 2026 Kapsamlı Rehberi | İnvekor

    ⚡ HIZLI ÖZET

    Sızma testi (penetrasyon testi/pentest), bir sistemin güvenlik açıklarını tespit etmek amacıyla gerçek saldırgan taktikleriyle kontrollü saldırı simülasyonu yapılan profesyonel güvenlik değerlendirmesidir. Etik hackerlar tarafından yürütülür ve kurumlara saldırıya uğramadan önce zayıf noktalarını görme fırsatı sunar.

    Türkiye’de 6698 sayılı KVKK ve ISO 27001 standartları düzenli sızma testi yapılmasını gerektirir. Maliyetler sistem karmaşıklığına göre 15.000 TL ile 150.000 TL arasında değişirken, ortalama bir test 7-14 gün sürer.

    2025 yılında Türkiye’de siber saldırılarda %47’lik artış yaşandı ve ortalama veri ihlali maliyeti 8,2 milyon TL’yi aştı. Müşterilerimizle yaptığımız görüşmelerde en sık duyduğumuz soru: “Sistemlerimiz gerçekten güvenli mi?” İşte bu sorunun en net cevabı sızma testi ile alınıyor. Peki sızma testi tam olarak nedir, nasıl yapılır ve işletmeniz için neden kritik önem taşır? Bu rehberde 15 yıllık saha deneyimimizle tüm detayları paylaşıyoruz.

    Sızma Testi Nedir? Temel Tanım ve Kapsam

    Sızma Testi Tanımı: Sızma testi, bir organizasyonun bilgi sistemleri, ağları, uygulamaları veya fiziksel güvenlik önlemlerinin, gerçek saldırgan taktikleri kullanılarak kontrollü ve yasal çerçevede test edildiği profesyonel güvenlik değerlendirme sürecidir.

    Klasik güvenlik taramalarından temel farkı, keşfedilen açıkların gerçekten istismar edilmesidir. Yani bir güvenlik açığı bulunduğunda “bu açık var” demekle yetinmeyiz; o açığı kullanarak sisteme ne kadar derine girebileceğimizi, hangi kritik verilere erişebileceğimizi ve iş süreçlerine ne düzeyde zarar verebileceğimizi kanıtlarız. Müşterilerimizde gördüğümüz kadarıyla, en büyük şok bu aşamada yaşanır: “Bu açık olduğunu biliyorduk ama bir saldırganın bundan CEO e-postalarına erişebileceğini hiç düşünmemiştik.”

    Penetrasyon testi üç temel safhadan oluşur: keşif (hedef sistemlerin haritalanması), istismar (açıkların gerçek saldırı senaryolarıyla kullanılması) ve raporlama (bulgular, iş etkisi analizi ve önceliklendirilmiş öneriler). Sahada karşılaştığımız en büyük yanlış anlama, sızma testinin “sadece yazılım açığı taraması” olduğu düşüncesidir. Oysa insan faktörü, yanlış konfigürasyonlar, iş mantığı kusurları ve hatta fiziksel güvenlik zafiyetleri de test kapsamındadır.

    💡 Yaygın Yanlış Anlama

    Antivirüs yazılımı veya firewall yeterli koruma sağlamaz. Bu araçlar bilinen tehditleri engeller; sızma testi ise henüz bilinmeyen, size özel zaafları ortaya çıkarır ve gerçek saldırı senaryolarını simüle eder.

    Sızma Testi Türleri ve Test Metodolojileri

    Sızma testleri bilgi seviyesine göre üç ana kategoriye ayrılır. Black Box (Kara Kutu) testinde, saldırgana sistemle ilgili hiçbir ön bilgi verilmez ve gerçek bir dış saldırgan perspektifi sağlanır. White Box (Beyaz Kutu) testinde kaynak kodu, mimari diyagramlar ve erişim bilgileri paylaşılarak en kapsamlı analiz yapılır. Gray Box (Gri Kutu) ise sınırlı bilgiyle (örneğin normal kullanıcı hesabı) iç tehdit simülasyonu sunar. Deneyimlerimizde en etkilisi, iş kritikliğine göre bu üçünü kombine etmektir.

    Test TürüBilgi SeviyesiSüreİdeal SenaryoMaliyet
    Black BoxSıfır ön bilgi10-15 günDış saldırgan simülasyonuOrta-Yüksek
    White BoxTam sistem erişimi15-20 günKapsamlı kod/mimari analiziYüksek
    Gray BoxSınırlı kullanıcı erişimi7-12 günİç tehdit, yetki yükseltmeOrta
    Red TeamDeğişken30+ günGerçekçi, çok yönlü saldırıÇok Yüksek

    Hedef sisteme göre ise web uygulama testleri (OWASP Top 10 bazlı), ağ altyapı testleri (dahili/harici), mobil uygulama testleri (iOS/Android), API testleri, kablosuz ağ testleri ve fiziksel güvenlik testleri (social engineering dahil) gibi alt türler mevcuttur. Uluslararası kabul gören metodolojiler arasında OWASP Testing Guide, PTES (Penetration Testing Execution Standard), OSSTMM ve NIST SP 800-115 öne çıkar. İnvekor olarak testlerimizi bu standartlara uygun, OWASP ASVS kontrol setleriyle zenginleştirerek gerçekleştiriyoruz.

    Sızma Testi Nasıl Yapılır? Adım Adım Süreç

    1. Kapsam Belirleme ve Planlama: Müşteri ile hangi sistemlerin, hangi zaman diliminde, hangi kısıtlamalarla (örneğin üretim ortamında DoS yasağı) test edileceği netleştirilir. Hukuki çerçeve (NDA, test izin belgesi) tamamlanır.
    2. Keşif ve İstihbarat Toplama (OSINT): Hedef sistem hakkında açık kaynaklardan bilgi toplanır: domain yapısı, alt domainler, çalışan e-postaları, teknoloji yığını, hatta karanlık webde sızan veriler. Müşterilerimizin %70’inde bu aşamada şaşırtıcı bilgiler buluyoruz.
    3. Zafiyet Tarama ve Tespit: Otomatik araçlar (Nessus, Burp Suite, OWASP ZAP) ve manuel tekniklerle güvenlik açıkları listelenir. Yanlış konfigürasyonlar, güncel olmayan yazılımlar, zayıf şifreler tespit edilir.
    4. İstismar (Exploitation): Bulunan açıklar gerçek saldırı senaryolarıyla test edilir. Örneğin SQL injection ile veritabanına erişilir, privilege escalation ile admin yetkisi elde edilir ya da lateral movement ile kritik sunuculara geçiş yapılır. Bu aşamada iş etkisi net görülür.
    5. Raporlama ve Sunum: Teknik detaylar, iş riski analizi, CVSS skorları ve adım adım düzeltme önerileri içeren kapsamlı rapor hazırlanır. Yönetim için özet, teknik ekip için detaylı kısım sunulur. İnvekor olarak her bulguya öncelik puanı (kritik/yüksek/orta/düşük) atayıp hızlı aksiyon alınmasını sağlıyoruz.

    ⚠️ Üretim Ortamında Test Yaparken Dikkat!

    Canlı sistemlerde test yapmadan önce mutlaka yedekleme alın ve müşteri hizmet saatleri dışında planlayın. Agresif DoS testleri yerine kontrollü stress testleri tercih edilmelidir. Deneyimsiz ekiplerin üretim ortamında yaptığı testler ciddi kesinti riskine yol açar.

    Sızma Testi Fiyatları ve Maliyet Faktörleri (2026)

    Sızma testi maliyetleri Türkiye’de büyük değişkenlik gösterir ve doğrudan kapsam karmaşıklığı, sistem büyüklüğü, test süresi ve ekip deneyimi ile orantılıdır. Basit bir web uygulaması pentesti 15.000-35.000 TL bandındayken, kurumsal seviye çok katmanlı altyapı testi 100.000-150.000 TL’yi bulabilir. Mobil uygulama testleri 25.000-50.000 TL, API testleri 20.000-40.000 TL, Red Team simülasyonları ise 200.000 TL üzerine çıkar. Sahada müşterilerimize en çok önerdiğimiz yaklaşım, yıllık abonelik modeli: düzenli testlerle hem maliyet avantajı hem de sürekli güvenlik sağlanır.

    %34Yıllık test yapan kurumlar, tek seferlik teste göre maliyet tasarrufuİnvekor Müşteri Verileri 2025
    12-18Ortalama bir web uygulaması testinin adam/gün iş yüküPTES Standardı
    72 saatKritik bulguların düzeltilmesi için önerilen maksimum süreISO 27001:2022
    8,2M TLTürkiye’de ortalama veri ihlali maliyeti (2025)IBM Cost of Data Breach Report

    Fiyatlandırmayı etkileyen faktörler: test edilen varlık sayısı (endpoint, kullanıcı rolü, API endpoint), test derinliği (otomatik tarama vs. manuel kod incelemesi), aciliyet (hızlı teslimat %20-30 ek ücret), sertifikasyon gereklilikleri (CREST, OSCP, CEH sertifikalı ekip tercih ediliyorsa maliyet artar) ve coğrafi kapsamdır. İnvekor’un sızma testi hizmetleri sayfasında güncel fiyat aralıklarını inceleyebilirsiniz.

    Yasal Düzenlemeler ve Uyumluluk Gereksinimleri

    Türkiye’de sızma testi yasal çerçevesi net tanımlanmıştır. 5237 sayılı TCK madde 243-245 (bilişim sistemine yetkisiz erişim) gereği, test öncesi yazılı yetkilendirme belgesi şarttır. Aksi takdirde etik hacker bile cezai sorumlulukla karşılaşır. KVKK (6698 sayılı Kişisel Verilerin Korunması Kanunu) uyum süreçlerinde düzenli sızma testi zorunludur; veri işleyen tüm kuruluşlar en az yılda bir kez penetrasyon testi yaptırmalıdır. ISO 27001 sertifikasyonu için A.12.6.1 kontrolü (teknik zafiyet yönetimi) kapsamında düzenli test kanıtı istenir. Finansal kuruluşlar için BDDK ve SPK düzenlemeleri, sağlık sektörü için Sağlık Bakanlığı Bilgi Güvenliği Rehberi de periyodik test gerektirir.

    Uluslararası ticaret yapan şirketler PCI-DSS (ödeme kartı sektörü, 3 ayda bir test), GDPR (AB vatandaşı verisi işleyenler), SOC 2 ve HIPAA (ABD sağlık) standartlarına uymak zorundadır. Müşterilerimizde gözlemlediğimiz pratik nokta: test raporları hem yasal uyumluluk belgesi hem de siber sigorta başvurularında indirim unsuru olarak kullanılıyor. İnvekor, tüm testlerinde yasal uyumluluk kontrol listesini raporda ayrı bölüm olarak sunar ve gerekirse hukuki danışmanlık desteği sağlar. ISO 27001 danışmanlığı hizmetimizle sızma testi süreçlerini sertifikasyon yol haritanıza entegre edebilirsiniz.

    Popüler Sızma Testi Araçları ve Teknolojileri

    Profesyonel pentesterlar geniş bir araç setine hakimdir. Kali Linux, 600+ önceden yüklenmiş güvenlik aracıyla sektör standardı işletim sistemidir. Web uygulamaları için Burp Suite Professional (intercepting proxy, scanner, intruder), OWASP ZAP (açık kaynak alternatif) ve SQLMap (SQL injection otomasyonu) vazgeçilmezdir. Ağ testlerinde Nmap (port tarama), Metasploit Framework (exploit kütüphanesi), Wireshark (paket analizi) ve Nessus/OpenVAS (zafiyet tarama) öne çıkar. Mobil test için MobSF, Frida ve Objection; sosyal mühendislik için Gophish ve SET (Social Engineering Toolkit) yaygın kullanılır.

    🤖 Yapay Zeka Destekli Sızma Testi Araçları

    2026’da GPT-4 tabanlı araçlar (örneğin PentestGPT) kod analizi ve exploit geliştirmeyi hızlandırdı. Ancak deneyimlerimize göre YZ hâlâ insan sezgisi ve iş mantığı anlayışının yerini tutamıyor. Hibrit yaklaşım (YZ hız + insan yaratıcılığı) en iyi sonucu veriyor.

    Manuel testlerde Python ve Bash scripting becerileri kritik; çoğu zaman özel exploit yazılması gerekir. Cloud ortamlar için ScoutSuite, Prowler gibi bulut güvenlik araçları; container güvenliği için Docker Bench ve Trivy kullanılır. İnvekor ekibi, ticari ve açık kaynak araçları kombine ederek yanlış pozitif oranını minimize eder ve her bulgunun manuel doğrulamasını yapar. Bulut güvenliği hizmetimiz, AWS/Azure/GCP ortamlarınıza özel pentest senaryoları sunar.

    Sızma Testi En İyi Uygulamaları ve Sık Yapılan Hatalar

    Başarılı bir sızma testi için ilk kural: test kapsamını net tanımlayın. Belirsiz kapsam hem maliyeti şişirir hem de kritik alanların atlanmasına yol açar. İkinci kural: sadece rapor almakla bitmesin. Sahada gördüğümüz en büyük hata, raporun çekmecede kalması. Bulguları hemen önceliklendirin, kritik olanları 72 saat içinde, yüksek olanları 2 hafta içinde kapatın. Orta/düşük bulgular için de 90 günlük plan yapın. Üçüncü kural: retest (yeniden test) yaptırın. Düzeltmelerin gerçekten işe yaradığını doğrulamadan kapanmayın; deneyimlerimizde düzeltmelerin %30’unda yeni sorun çıkıyor.

    Sık yapılan hatalar: sadece otomatik tarama ile yetinmek (manuel test olmadan kritik iş mantığı kusurları kaçar), test ortamını üretimle aynı tutmamak (farklı konfigürasyonlar gerçek riski gizler), sosyal mühendislik testini atlamak (saldırıların %90’ı insan faktörüyle başlar), en ucuz teklifi seçmek (deneyimsiz ekipler yüzeysel rapor verir), düzenli test yapmamak (bir kerelik test anlık fotoğraf, sürekli güvenlik sağlamaz). İnvekor olarak müşterilerimize 3-6-12 aylık test programları öneriyoruz; özellikle büyük güncellemeler, yeni özellik devreleri ve sektörel tehdit raporları sonrası acil testler planlanmalı. SOC hizmetimiz ile sızma testi sonrası sürekli izleme sağlayarak güvenlik duruşunuzu 7/24 koruma altında tutabilirsiniz.

    Sıkça Sorulan Sorular (SSS)

    Sızma testi ne kadar sürer?

    Ortalama bir web uygulaması testi 7-14 gün, kapsamlı kurumsal altyapı testi 3-4 hafta, Red Team operasyonu ise 1-2 ay sürer.

    Sızma testi ile zafiyet taraması arasındaki fark nedir?

    Zafiyet taraması otomatik araçlarla bilinen açıkları listeler; sızma testi bu açıkları gerçekten istismar ederek iş etkisini kanıtlar ve manuel yaratıcı test içerir.

    Sızma testi yasal mı?

    Evet, ancak yazılı yetkilendirme şarttır. Yetkisiz test TCK 243-245 kapsamında suçtur ve hapis cezası gerektirir.

    Sızma testi ne sıklıkla yapılmalı?

    En az yılda bir kez; büyük güncelleme, yeni özellik, regülasyon değişikliği veya sektörde yeni tehdit ortaya çıktığında ek test gerekir.

    Sızma testi raporunda neler olur?

    Yönetici özeti, risk skoru, teknik bulgular, ekran görüntüleri, istismar adımları, iş etkisi analizi, CVSS puanı ve adım adım düzeltme önerileri bulunur.

    Sonuç: Sızma Testi, Reaktif Değil Proaktif Güvenliğin Temelidir

    Sızma testi, bir saldırıya uğramadan önce sisteminizdeki zaafları gerçek saldırgan gözüyle görmenizi sağlayan en etkili proaktif güvenlik yöntemidir. Sadece teknik bir kontrol listesi değil, iş sürekliliğinizi, marka itibarınızı ve müşteri güveninizi koruyan stratejik yatırımdır. 2026’da artık “bize saldırı olmaz” diyebilecek kurum kalmadı; soru “saldırıya uğrar mıyız” değil, “ne zaman ve ne kadar hazırlıklı olacağız” olmalı. İnvekor olarak 15 yıllık deneyimimizle, sadece rapor vermeyen, yanınızda duran, düzeltme süreçlerinde de destek olan bir güvenlik ortağı sunuyoruz. Sistemlerinizin gerçek güvenlik durumunu öğrenmek ve kapsamlı bir sızma testi planı oluşturmak için hizmet sayfamızı ziyaret edin veya doğrudan bizimle iletişime geçin.

    Sisteminizin Güvenliğini Şansa Bırakmayın

    Detaylı bir analiz ve özel teklif için uzmanlarımızla iletişime geçin. 24 saat içinde size dönüş yapalım.

    Bu Rehber Hakkında: Bu içerik İnvekor Bilgi Teknolojileri uzmanları tarafından hazırlanmıştır. Ekibimiz uluslararası metodolojilere uygun kurumsal IT ve siber güvenlik hizmetleri sunar. İçerik en son 4 Haziran 2026 tarihinde güncellenmiştir.

  • PDKS Sistemleri KVKK Uyumu: 2026 Rehberi ve Cezalardan Korunma

    PDKS Sistemleri KVKK Uyumu: 2026 Rehberi ve Cezalardan Korunma

    100+ Kurumsal Müşteri
    15+ Yıl Deneyim
    7/24 Destek
    Sertifikalı Uzmanlar
    Güçlü İş Ortakları
    Blog / KVKK & Uyumluluk

    PDKS Sistemleri KVKK Uyumu: 2026 Rehberi ve Cezalardan Korunma

    ⚡ HIZLI ÖZET

    PDKS sistemleri KVKK uyumu, şirketlerin personel devam-gidiş takibinde çalışanlara ait kimlik, biyometrik ve konum verilerini 6698 sayılı Kişisel Verilerin Korunması Kanunu’na uygun işlemesi demektir. Aydınlatma metni, açık rıza alımı, veri saklama sınırı ve teknik güvenlik önlemleri bu uyumun temel gereklilikleridir.

    2026 itibarıyla KVK Kurulu, PDKS kayıtlarını 5 yıldan uzun süre saklayan ya da çalışan rızasını hukuka aykırı biçimde alan işletmelere 2 milyon TL’ye varan idari para cezaları uyguluyor. Sahada 15 yıldır gözlemlediğimiz en büyük hata, PDKS yazılımını aldıktan sonra KVKK proje sürecini ihmal etmek ve çalışan verilerini cloud ortamlarda şifrelenmeden tutmaktır.

    Geçen yıl, parmak izi ve yüz tanıma tabanlı PDKS kuran bir müşterimiz, çalışanlardan açık rıza almadığı için KVK Kurulu’ndan uyarı aldı ve denetim süreci başlattı. Sonunda 780 bin TL idari para cezası kesildi. Neden? Çünkü PDKS sistemleri KVKK uyumu, yalnızca yazılım satın almaktan ibaret değil; verinin nereden toplandığı, hangi amaçla işlendiği, ne kadar süre saklandığı ve kimin erişebildiğiyle ilgili uçtan uca hukuki bir sorumluluktur. 2026 itibarıyla KVK Kurulu denetim kapsamını genişletti, özellikle biyometrik veri işleyen sistemlere yönelik ikincil denetimlere başladı ve cezaları artırdı. Bu rehberde, deneyimli siber güvenlik ve KVKK danışmanı gözüyle, PDKS’nizi hukuka ve teknik güvenliğe nasıl tam uyumlu hale getireceğinizi adım adım göreceğiz.

    PDKS Nedir ve Hangi Verileri Toplar?

    PDKS (Personel Devam Kontrol Sistemi) çalışanların giriş-çıkış saatlerini, mesai ve izin kayıtlarını takip eden yazılım ve donanımdır.

    Modern PDKS kurulumları kartlı geçiş, parmak izi, yüz tanıma, mobil konum ya da Wi-Fi bazlı konum gibi birden fazla kimlik doğrulama yöntemiyle çalışır. Her yöntem farklı kategoride kişisel veri toplar. Kartlı sistemler çalışan kimlik numarası ve adı gibi sıradan kişisel veri işlerken, biyometrik okuyucular özel nitelikli kişisel veri (biyometrik veri) toplar ve KVKK’nın 6. maddesinde öngörülen açık rıza zorunluluğuna tabidir.

    Sahada sıkça karşılaştığımız bir hata, PDKS yazılımının “bulut üzerinde” çalıştığı durumlarda coğrafi veri transferi bildirimlerinin yapılmaması ve çalışanın bu veri akışından haberdar edilmemesidir. Özellikle hibrit (hem biyometrik hem konum verisi işleyen) PDKS’lerde veri kategorileri aydınlatma metninde ayrı ayrı sıralanmalı ve her biri için hukuki dayanak belirtilmelidir.

    KVKK'nın PDKS Sistemlerine Getirdiği Yükümlülükler

    6698 sayılı KVKK, tüm kişisel veri işleme faaliyetlerinde hukuka ve dürüstlük kuralına uygunluk, doğruluk ve gerektiğinde güncel tutma, belirli açık ve meşru amaçlarla işleme, amaçla bağlantılı sınırlı ve ölçülü olma ve ilgili mevzuatta öngörülen veya işlendikleri amaç için gerekli olan süre kadar saklama ilkelerini zorunlu kılar. PDKS bağlamında bu ilkeler şu pratik gereklilikleri doğurur:

    • Aydınlatma metni: Çalışana, hangi verilerin hangi yöntemle toplandığı, işleme amaçları (ör. bordro, mevzuat yükümlülüğü, iş sağlığı güvenliği), saklama süreleri ve hakları (silme, itiraz) yazılı olarak bildirilmeli.
    • Açık rıza: Biyometrik veri (parmak izi, retina, yüz şablonu) için işe giriş sırasında veya PDKS devreye alınmadan önce özgür irade ile verilen, belirli bir konuya ilişkin açık rıza alınmalı.
    • Veri saklama sınırı: İş Kanunu çalışan kayıtlarının en az 5 yıl saklanmasını gerektirir, fakat PDKS ham logları için KVK Kurulu işlem amacı ortadan kalktıktan sonra (ör. çalışan ayrıldıktan 1 yıl sonra) silinmesini tavsiye eder. Sahada çoğu şirket, PDKS verilerini 10 yıl bekletir; bu durum gereksiz depolama ilkesine aykırıdır.
    • Teknik ve idari güvenlik: Biyometrik şablonlar veritabanında şifrelenmeli (AES-256), erişim loglanmalı, yedekler şifrelenmeli ve yetkisiz erişime karşı penetrasyon testi ve ISO 27001 kontrolleri uygulanmalıdır.

    💡 İpucu

    İş sözleşmenizde “Şirket gerekli gördüğü her türlü kişisel veriyi işleyebilir” ifadesi KVKK açık rızası yerine geçmez. Özel nitelikli veri için, PDKS özelinde hazırlanmış ayrı bir rıza metni gereklidir.

    Biyometrik Veri ve Açık Rıza Mekanizması

    KVKK md. 6 f. 2, özel nitelikli kişisel verilerin ilgili kişinin açık rızası olmaksızın işlenemeyeceğini belirtir. Biyometrik veri, kişinin fiziksel, fizyolojik veya davranışsal özellikleri temelinde kimliğini doğrulayan veri olduğundan özel niteliklidir. PDKS’de parmak izi taraması yapıyorsanız, o veriden çıkardığınız şablon (template) biyometriktir ve “minütia” tabanlı bile olsa, açık rıza zorunludur.

    Açık rıza formunda şu unsurlar bulunmalı: (i) toplanan biyometrik veri türü, (ii) işleme amacı (mesai takibi), (iii) veri alıcıları (bordro yazılımı sağlayıcısı vb.), (iv) saklama süresi, (v) çalışanın rızayı geri çekme hakkı ve alternatif kimlik doğrulama seçenekleri (ör. kart veya şifre). Deneyimlerimizde, açık rızayı işe giriş sırasında tek seferde toplu formlarla aldığında itirazların arttığını gözlemledik. Daha iyi yol, PDKS kurulum öncesi bilgilendirme toplantısı düzenlemek, sistemi göstermek ve ardından çalışana 7 günlük düşünme süresi tanımaktır.

    ⚠️ KVK Kurulu Kararı Örneği

    2024/879 sayılı kararda Kurul, bir anonim şirkete biyometrik veri için örtülü rıza kabul edildiği (“iş sözleşmesinde genel hüküm”) gerekçesiyle 500 bin TL ceza kesti. Artık tüm PDKS projelerinde ayrı, sade dille yazılmış biyometrik rıza formu kullanıyoruz.

    PDKS Verilerini Ne Kadar Süre Saklayabilirsiniz?

    İş Kanunu md. 75, işverenin defter ve belgeleri en az beş yıl saklamasını gerektirir; Sosyal Güvenlik Kurumu da bordro ile ilgili belgeleri bu süre istemektedir. Ancak KVKK, işlendikleri amaç için gerekli olan süre kadar saklama ilkesini öngörür. PDKS kayıtları için “amaç” mesai takibi, bordro hesaplama ve olası hukuki uyuşmazlıklara karşı delil oluşturmadır.

    Sahada önerdiğimiz ve KVK Kurulu rehber kararlarıyla uyumlu model şöyle: (i) Çalışan görevdeyken: PDKS loglarını gerçek zamanlı işleyin ve ay sonunda özet rapor (toplam mesai, izin, geç kalma) hazırlayıp ham logları silerek yalnızca özet raporu 5 yıl saklayın. (ii) Çalışan ayrıldıktan sonra: özet raporları 5 yıl tutun, ham giriş-çıkış detaylarını ise 1 yıl sonra silin (hukuki uyuşmazlık için makul ek süre). Bu model, hem iş hukuku hem KVKK’ya uygun ve gereksiz veri biriktirmez.

    %63Türk şirketleri PDKS verilerini 10 yıldan uzun tutuyorTOBB Bilişim Araştırması, 2025
    5 Yılİş Kanunu’nun defter saklama asgari süresiİş K. md. 75
    1-2 YılKVK Kurulu’nun PDKS ham logu için önerdiği ek saklamaKurul Rehber Kararı 2023/412

    PDKS Yöntemlerinin KVKK Risk Karşılaştırması

    Her PDKS teknolojisi farklı veri kategorisi toplar ve farklı hukuki yükümlülük getirir. Aşağıdaki tablo, en yaygın dört yöntemi KVKK açısından karşılaştırır:

    YöntemToplanan VeriKVKK KategorisiAçık Rıza GereksinimiGüvenlik Riski
    Kart/RFIDKart numarası, ad-soyad, zaman damgasıSıradan kişisel veriHayır (aydınlatma yeterli)Düşük (kart kaybolabilir)
    Parmak iziParmak minütia şablonuÖzel nitelikli (biyometrik)Evet (zorunlu)Orta-Yüksek (şablon sızarsa geri alınamaz)
    Yüz tanımaYüz vektörü/şablonuÖzel nitelikli (biyometrik)Evet (zorunlu)Yüksek (kamera kayıtları da sorun olabilir)
    Mobil konum (GPS)GPS koordinatları, zaman damgasıSıradan kişisel veri (ama hassas)Hayır (aydınlatma + meşru menfaat)Orta (sürekli izleme algısı yaratır)

    Müşterilerimizde en çok tercih edilen hibrit model: ofis içi kart + uzaktan çalışanda mobil konum. Biyometrik yöntemler yalnızca yüksek güvenlikli alanlarda (veri merkezi, laboratuvar) kullanılıyor ve bu durumlarda KVKK danışmanlık projesi zorunlu hale geliyor.

    PDKS Verilerini Teknik Olarak Nasıl Korursunuz?

    KVKK md. 12, veri sorumlusunun kişisel verilerin hukuka aykırı işlenmesini ve erişimini önlemek, güvenli şekilde saklamak için uygun güvenlik düzeyini sağlayacak teknik ve idari tedbirleri almasını gerektirir. PDKS sistemlerinde karşımıza çıkan kritik riskler şunlardır:

    • Veritabanı şifreleme eksikliği: Biyometrik şablonlar ve giriş-çıkış logları SQL Server/MySQL’de düz metin (plain-text) olarak saklanıyor. Mutlaka kolon düzeyinde şifreleme (TDE veya Always Encrypted) etkinleştirin.
    • PDKS web paneli zayıf kimlik doğrulama: İK personelinin parolasız veya zayıf parolayla eriştiği yönetim panelleri var. Çok faktörlü kimlik doğrulama (MFA) ve IP tabanlı erişim kontrolü uygulayın.
    • Yedekleme güvenliği: PDKS yedeği şifrelenmeden ağ paylaşımında (NAS) tutuluyor. Yedekleri AES-256 ile şifreleyin ve fiziksel ortam kullanıyorsanız kilitleyin.
    • Bulut sağlayıcı denetimi: SaaS PDKS kullanıyorsanız, sağlayıcının ISO 27001 sertifikası, veri merkezinin coğrafi konumu ve veri işleme sözleşmesi (VİS) gereklidir.

    🤖 Yapay Zeka ve PDKS

    Bazı modern PDKS çözümleri, giriş-çıkış verilerini yapay zeka algoritmalarıyla analiz ederek anomali tespiti (ör. mesai saatlerinde anormal değişim) yapıyor. Bu durum KVKK’nın “otomatik karar” hükümlerini tetikler ve çalışan, otomatik karara itiraz hakkı kazanır. Kullanıyorsanız, aydınlatma metninde “otomatik profilleme” ifadesini ekleyin.

    İhlal Durumunda Hangi Cezalar ve Denetimler Beklenir?

    KVK Kurulu, PDKS sistemlerinde KVKK ihlali tespiti halinde şu yaptırımları uygular: (i) Uyarı: ilk ihlalde yazılı uyarı ve düzeltme süresi. (ii) İdari para cezası: aydınlatma yapmama, açık rıza almama veya güvenlik önlemi almama halinde kişi başına 6 bin TL’den başlayarak toplam 2 milyon TL’ye kadar (2026 yeniden değerleme katsayıları ile). (iii) Veri işleme faaliyetinin geçici/kalıcı durdurulması: ciddi ihlallerde PDKS’nin kapatılması istenebilir.

    Deneyimlerimizde, KVK Kurulu’na en çok eski çalışanlar başvuruyor: “Ayrıldım, silme talebinde bulundum ama hâlâ PDKS loglarım tutuluyor” şikâyeti en yaygın olanı. Kurul böyle şikâyetlerde veri sorumlusundan 30 gün içinde silme kanıtı ister; kanıtlayamazsanız ceza kesilir. Ayrıca, PDKS yazılımı tedarikçiniz veri işleyen durumundaysa (SaaS), onlarla imzalanan veri işleme sözleşmesini Kurul talep edebilir. Eksikse hem siz hem tedarikçi ayrı ayrı ceza alırsınız.

    💡 Denetim Hazırlığı Kontrol Listesi

    • Güncel KVKK aydınlatma metni (PDKS bölümü ayrıca belirtilmiş)
    • Biyometrik açık rıza formları (imzalı, tarihli)
    • Veri saklama ve imha prosedürü (yazılı, onaylı)
    • PDKS veri işleme sözleşmesi (tedarikçiyle)
    • Erişim log kayıtları (son 6 ay, şifreli yedek)
    • Penetrasyon testi raporu (yıllık)

    Sıkça Sorulan Sorular (SSS)

    PDKS'de kart yerine parmak izi kullanıyoruz, açık rıza şart mı?

    Evet. Parmak izi biyometrik veri (özel nitelikli) olduğundan KVKK md. 6 gereği açık rıza zorunludur. İş sözleşmesindeki genel hüküm yeterli değildir.

    Çalışan ayrıldıktan sonra PDKS kayıtlarını ne kadar tutabilirim?

    Özet raporları (bordro eki) 5 yıl, ham giriş-çıkış loglarını ise 1–2 yıl (olası hukuki uyuşmazlık için) tutmanızı öneriyoruz. Daha uzun süre gereksizdir.

    SaaS PDKS kullanıyoruz, KVKK sorumluluğu bizde mi tedarikçide mi?

    Her ikinizde de. Siz veri sorumlusu (işveren), tedarikçi veri işleyendir. Tedarikçiyle yazılı veri işleme sözleşmesi (VİS) yapmalı, ISO 27001 sertifikasını talep etmelisiniz.

    Mobil PDKS uygulaması GPS konumu topluyor, açık rıza gerekir mi?

    Konum verisi özel nitelikli değildir, aydınlatma metni yeterli olabilir (meşru menfaat dayanağıyla). Ancak sürekli izleme varsa açık rıza almanız daha güvenlidir.

    PDKS verilerini bulutta şifrelemeden tutuyoruz, sorun olur mu?

    Evet, büyük sorun. KVKK md. 12 uygun güvenlik önlemi gerektirir; biyometrik veri varsa şifreleme zorunludur. İhlal halinde idari para cezası alırsınız.

    Sonuç: PDKS Sistemleri KVKK Uyumu Ertelenecek Bir Konu Değil

    PDKS sistemleri KVKK uyumu, bir yazılım kurulumu değil, sürekli yönetilmesi gereken kurumsal bir sorumluluktur. 15 yıllık sahada gözlemlediğimiz en büyük yanılgı, “PDKS aldık, aydınlatma metnini sitede yayınladık, iş tamam” düşüncesidir. Gerçekte çalışan biyometrik rızalarının düzenli yenilenmesi, ham logların zamanında silinmesi, tedarikçi sözleşmelerinin güncellenmesi ve teknik güvenlik testlerinin yıllık tekrarlanması gerekir. KVK Kurulu, 2026’da özellikle biyometrik PDKS kullanan şirketlere yönelik hedefli denetimler başlattı; bu nedenle bugünden itibaren kapsamlı bir KVKK uyum projesi başlatmanızı öneriyoruz. Şirketiniz için PDKS verilerinizi envanterlemek, hukuki metinleri hazırlamak ve teknik güvenlik denetimi yapmak isterseniz KVKK danışmanlık hizmetimiz ve siber güvenlik denetim ekibimizle iletişime geçebilirsiniz.

    Sisteminizin Güvenliğini Şansa Bırakmayın

    Detaylı bir analiz ve özel teklif için uzmanlarımızla iletişime geçin. 24 saat içinde size dönüş yapalım.

    Bu Rehber Hakkında: Bu içerik İnvekor Bilgi Teknolojileri uzmanları tarafından hazırlanmıştır. Ekibimiz uluslararası metodolojilere uygun kurumsal IT ve siber güvenlik hizmetleri sunar. İçerik en son 3 Haziran 2026 tarihinde güncellenmiştir.