E-Ticaret Sitesi Güvenliği Nasıl Sağlanır?

E-ticaret sitelerinde müşteri veri güvenliği; 256-bit SSL şifreleme, PCI DSS uyumlu ödeme altyapıları, WAF yapılandırması ve düzenli sızma testleri (penetration testing) ile sağlanır. Dijital ticaret hacminin büyümesiyle birlikte ödeme geçitleri, müşteri veri tabanları ve sunucu katmanları sofistike siber saldırıların birincil hedefi haline gelmiştir. Bu rehberde, e-ticaret sitelerinde uçtan uca veri bütünlüğünü korumak, finansal dolandırıcılıkları engellemek ve yasal mevzuatlara tam uyum sağlamak için gereken operasyonel ve teknik mimariyi tüm detaylarıyla bulabilirsiniz.

E-Ticaret Platformlarında Karşılaşılan Temel Siber Tehditler

Dijital perakende altyapıları, doğası gereği hem hassas finansal verileri hem de kişisel kimlik bilgilerini işleyen dinamik sistemlerdir. Bu durum, e-ticaret sitelerini siber suç örgütleri, fidye yazılımı çeteleri ve organize dolandırıcılık şebekeleri için doğrudan yüksek değerli bir hedef haline getirir. Tehdit aktörleri yalnızca sunucu düzeyindeki zafiyetleri değil; yazılım katmanındaki kodlama hatalarını, üçüncü taraf eklenti açıklarını ve insan faktöründen kaynaklanan operasyonel ihmalleri de eşzamanlı olarak hedefler.

Bir e-ticaret işletmesinin maruz kalabileceği saldırılar yalnızca doğrudan veri hırsızlığı ile sınırlı kalmaz. Operasyonel kesintiler, arama motorlarındaki sıralama kayıpları, ödeme sağlayıcıları tarafından uygulanan yaptırımlar ve marka itibarının zedelenmesi gibi çok boyutlu riskler ortaya çıkar. Bu nedenle güvenlik stratejisi kurgulanırken tehdit vektörlerinin çalışma mekanizmalarının ve bıraktığı dijital izlerin teknik düzeyde anlaşılması zorunludur.

Modern tehdit ortamında siber saldırılar çoğunlukla otomatik bot ağları (botnet) üzerinden yürütülür. Mağaza sayfalarına gönderilen sahte trafik dalgaları, kredi kartı deneme yazılımları ve form doldurma botları, sunucu kaynaklarını tüketirken eş zamanlı olarak arka kapı arayışlarını sürdürür. Bu tehditlerin doğru sınıflandırılması, savunma mekanizmalarının optimize edilmesi açısından temel teşkil eder.

DDoS Saldırıları ve Hizmet Kesintileri

Dağıtık Hizmet Engelleme (DDoS) saldırıları, hedeflenen e-ticaret sunucusunun ağ bant genişliğini veya uygulama kaynaklarını sahte istek yağmuruna tutarak sistemi meşru kullanıcılar için erişilemez hale getirmeyi amaçlar. E-ticaret ekosisteminde DDoS saldırıları sıklıkla Black Friday, Cyber Monday veya özel kampanya dönemlerinde yoğunlaşır. Kampanya döneminde yaşanan birkaç saatlik bir kesinti dahi doğrudan ciro kaybına ve sepet terk oranlarının dramatik şekilde yükselmesine neden olur.

DDoS atakları temelde iki farklı katmanda gerçekleşir: Ağ katmanı (Layer 3 ve Layer 4) saldırıları (SYN Flood, UDP Flood) ve Uygulama katmanı (Layer 7) saldırıları (HTTP/HTTPS Flood). Ağ katmanı saldırıları devasa veri hacimleriyle altyapıyı tıkarken; Layer 7 saldırıları doğrudan sepet ekleme, ürün arama veya ödeme başlatma gibi veritabanı sorgusu gerektiren ağır uç noktaları (endpoints) hedef alarak sunucu işlemcisini kilitler.

Etkili bir DDoS koruması, Anycast DNS yönlendirmeleri, hız sınırlama (rate limiting) algoritmaları ve bulut tabanlı trafik temizleme merkezleri (scrubbing centers) üzerinden sağlanır. Anlık gelen trafik dalgalarının bot ve gerçek kullanıcı ayrımını milisaniyeler içinde yapan gelişmiş imza analiz sistemleri devreye alınmalıdır.

Kredi Kartı Dolandırıcılığı (Fraud) ve Veri Sızıntıları

E-ticaret sitelerinin karşılaştığı en maliyetli tehditlerden biri ödeme dolandırıcılığı (fraud) ve hassas kart bilgilerinin sızdırılmasıdır. Siber saldırganlar, çalınmış kredi kartı listelerini test etmek için e-ticaret sitelerinin ödeme adımlarını otomatik script'lerle tarar ("carding" saldırıları). Bu durum sitenin ters ibraz (chargeback) oranlarını tehlikeli seviyelere çıkararak ödeme sağlayıcılarının hesabı bloke etmesine veya işlem başına uygulanan komisyonları artırmasına yol açabilir.

Diğer bir kritik tehlike ise Magecart olarak bilinen dijital kart kopyalama (e-skimming) yöntemidir. Bu saldırı türünde korsanlar, sitenin JavaScript kodlarına, tema dosyalarına veya üçüncü parti analiz araçlarına sızarak ödeme sayfasında müşterinin girdiği kart numarası, son kullanma tarihi ve CVV kodunu gerçek zamanlı olarak kendi sunucularına aktarır.

Fraud risklerini en aza indirmek için ödeme katmanında IP lokasyonu, cihaz parmak izi (device fingerprinting), geçmiş alışveriş alışkanlıkları ve şüpheli sepet hareketlerini puanlayan makine öğrenimi tabanlı anti-fraud motorları kullanılmalıdır.

SQL Injection ve XSS (Cross-Site Scripting) Zafiyetleri

Geleneksel web uygulama açıklarının başında gelen SQL Injection (SQLi), saldırganın arama çubukları, giriş formları veya URL parametreleri üzerinden arka plandaki ilişkisel veritabanına yetkisiz komutlar enjekte etmesiyle gerçekleşir. Başarılı bir SQLi atağı; tüm müşteri tablosunun indirilmesine, yönetici şifrelerinin ele geçirilmesine veya veritabanının kalıcı olarak silinmesine sebep olabilir.

Cross-Site Scripting (XSS) zafiyetleri ise saldırganın mağaza sayfalarına zararlı JavaScript kodları yerleştirmesine imkan tanır. Stored (Kalıcı) XSS açıklarında, ürün yorumları veya kullanıcı profili gibi veritabanına kaydedilen alanlar manipüle edilir. Bu sayfaları ziyaret eden diğer müşterilerin oturum çerezleri (session cookies) çalınabilir ve hesapları ele geçirilebilir.

Bu zafiyetlerin engellenmesi, yazılım geliştirme yaşam döngüsünde (SDLC) güvenli kodlama standartlarının uygulanmasını gerektirir. Dinamik SQL sorguları yerine Prepared Statements (parametreli sorgular) kullanılmalı, tüm kullanıcı girdileri sunucu tarafında sıkı bir doğrulama (validation) ve temizleme (sanitization) sürecinden geçirilmelidir.

Müşteri Veri Güvenliğini Sağlamanın Kritik Adımları

Müşteri veri güvenliği, parçalı çözümlerle değil, savunma derinliği (Defense in Depth) prensibine dayanan çok katmanlı bir mimari ile tesis edilir. Bu mimari, verinin istemci tarayıcısından çıktığı andan sunucu diskinde kalıcı olarak depolandığı ana kadar geçen tüm yaşam döngüsünü kapsar.

E-ticaret işletmeleri için güvenlik yalnızca bir IT gereksinimi değil, dönüşüm oranlarını doğrudan etkileyen bir güven unsuru ve yasal bir zorunluluktur. Güvenlik altyapısının zayıf olduğu algısı, sepet terk oranlarını hızla artırırken markanın pazardaki itibarını geri dönülemez şekilde zedeler.

Modern bir e-ticaret mimarisinde veri güvenliğini garanti altına almak için dört temel sütun eksiksiz olarak inşa edilmelidir: İletim güvenliği, ödeme standardizasyonu, sınır güvenliği ve sürekli denetim döngüsü.

256-Bit SSL Sertifikası ile Uçtan Uca Şifreleme

Güvenli Yuva Katmanı (SSL) ve onun modern standardı olan Aktarım Katmanı Güvenliği (TLS 1.3), istemci tarayıcısı ile e-ticaret sunucusu arasındaki veri trafiğini 256-bit anahtar uzunluğuna sahip asimetrik ve simetrik şifreleme algoritmalarıyla korur. 256-bit şifreleme, trilyonlarca olası kombinasyon üreterek kaba kuvvet (brute-force) saldırılarıyla çözülmeyi matematiksel olarak imkansız kılar.

TLS yapılandırmasında yalnızca sertifikanın varlığı yeterli değildir; sunucu tarafındaki kriptografik yapılandırmanın optimize edilmesi gerekir:

• Eski ve güvensiz kabul edilen SSL 2.0/3.0 ile TLS 1.0/1.1 protokolleri tamamen devre dışı bırakılmalıdır.

• Güçlü şifreleme takımları (Cipher Suites; örneğin ECDHE-RSA-AES256-GCM-SHA384) önceliklendirilmelidir.

• HTTP Strict Transport Security (HSTS) başlığı etkinleştirilerek tarayıcıların siteye yalnızca HTTPS üzerinden bağlanması zorunlu kılınmalıdır.

SSL/TLS sertifikasının doğru yapılandırılması, aradaki adam (Man-in-the-Middle - MitM) saldırılarını engelleyerek oturum kimliklerinin ve form verilerinin ağ üzerinde dinlenmesini tamamen bloke eder.

PCI DSS Uyumlu Ödeme Altyapılarının Entegrasyonu

Ödeme Kartı Sektörü Veri Güvenliği Standardı (PCI DSS), kredi kartı kabul eden, işleyen veya saklayan tüm işletmelerin uymak zorunda olduğu küresel bir güvenlik standardıdır. E-ticaret işletmeleri için en güvenli ve operasyonel açıdan en verimli yaklaşım, kart verilerini kendi sunucularına hiç temas ettirmeden doğrudan PCI DSS Seviye 1 sertifikalı lisanslı ödeme ağ geçitlerine (Payment Gateway) devretmektir.

Bu mimari; Hosted Payment Page (ortak ödeme sayfası) veya iFrame/Tokenization tabanlı API entegrasyonları ile sağlanır. Müşteri kart bilgilerini girdiği anda, veri doğrudan ödeme sağlayıcısının güvenli sunucularına iletilir ve e-ticaret sitesine yalnızca o işleme özel tek kullanımlık bir "token" (belirteç) döner.

[Müşteri Tarayıcısı] ──(Kart Bilgileri / Şifreli)──> [PCI DSS Uyumlu Ödeme Ağ Geçidi]
        │                                                         │
        │ (Sipariş Talebi)                                         │ (Token Üretimi)
        ▼                                                         ▼
[E-Ticaret Sunucusu] <──────────(Tek Kullanımlık Token)───────────┘

Bu tokenizasyon yöntemi sayesinde, e-ticaret sunucusu korsanlar tarafından tamamen ele geçirilse dahi veritabanında hiçbir kart numarası, son kullanma tarihi veya CVV verisi bulunmadığı için finansal sızıntı riski ortadan kalkar. Ek olarak, 3D Secure 2.0 protokolü entegre edilerek hem sahtecilik riski minimize edilir hem de olası dolandırıcılık iddialarında ters ibraz sorumluluğu bankaya aktarılır.

WAF (Web Application Firewall) Yapılandırması

Web Uygulama Güvenlik Duvarı (WAF), e-ticaret sitesi ile internet trafiği arasına konumlanarak HTTP/HTTPS trafiğini uygulama katmanında (Layer 7) gerçek zamanlı olarak denetleyen akıllı bir güvenlik kalkanıdır. Standart ağ güvenlik duvarları yalnızca port ve IP bazlı filtreleme yaparken; WAF, gelen isteklerin gövdesini (payload) analiz ederek zararlı kod parçacıklarını tespit eder.

Doğru yapılandırılmış bir WAF şu koruma mekanizmalarını sağlar:

• OWASP Top 10 listesinde yer alan SQLi, XSS, Remote File Inclusion (RFI) ve CSRF saldırılarını bloklar.

• Kötü niyetli botların ve fiyat kazıma (scraping) araçlarının sunucu kaynaklarını tüketmesini engeller.

• Coğrafi IP engelleme (Geo-blocking) ile hedef pazar dışındaki yüksek riskli ülkelerden gelen trafiği filtreler.

• Davranışsal anomali tespiti sayesinde kısa sürede binlerce istek atan IP bloklarını geçici veya kalıcı olarak karantinaya alır.

Düzenli Sızma Testleri (Penetration Testing) ve Zafiyet Taraması

Güvenlik altyapısının teorik olarak sağlam olması, pratikte hiçbir zafiyet bulunmadığı anlamına gelmez. E-ticaret platformları dinamik sistemlerdir; eklenen yeni bir eklenti, güncellenen bir tema veya değiştirilen bir API parametresi beklenmedik açıklar yaratabilir. Bu nedenle sistemler düzenli olarak otomatik zafiyet tarayıcıları (Vulnerability Scanners) ve manuel sızma testleri (Penetration Testing) ile denetlenmelidir.

Sızma testleri, sertifikalı etik hacker'lar (CEH, OSCP vb.) tarafından gerçekleştirilir. Test uzmanları, gerçek bir saldırganın gözünden sistemi Black-box (bilgisiz), Gray-box (kısmi bilgili) veya White-box (tam yetkili) metodolojileriyle test eder. Test sürecinde iş mantığı (business logic) hataları, yetki aşımı (privilege escalation) zafiyetleri ve oturum yönetimi açıkları raporlanır.

Yılda en az bir kez kapsamlı manuel sızma testi yapılması ve her büyük altyapı güncellemesinden sonra otomatik güvenlik taramalarının yinelenmesi kurumsal bir standart olarak benimsenmelidir.

Sunucu ve Yönetim Paneli Güvenliği

E-ticaret sitelerinde güvenlik ihlallerinin önemli bir kısmı, doğrudan web sitesinin ön yüzünden değil; sunucu işletim sistemi, veritabanı portları veya yönetim paneli (admin dashboard) üzerinden gerçekleştirilen yetkisiz erişimlerle meydana gelir. Yönetim paneli; sipariş geçmişi, müşteri kimlik bilgileri, stok durumları ve finansal raporlar dahil tüm kritik verilere doğrudan erişim sağlayan en hassas kontrol merkezidir.

Yönetim katmanının güvenliği, "En Düşük Yetki Prensibi" (Principle of Least Privilege - PoLP) çerçevesinde ele alınmalıdır. Bir çalışana veya departmana yalnızca görevini yerine getirebilecek minimum düzeyde erişim izni tanımlanmalı, genel yönetici (Super Admin) hesaplarının sayısı sınırlandırılmalıdır.

Sunucu işletim sistemi ve barındırma ortamı da düzenli olarak sıkılaştırma (hardening) prosedürlerine tabi tutulmalıdır. Kullanılmayan ağ portları kapatılmalı, varsayılan servis yapılandırmaları güvenli parametrelerle güncellenmeli ve SSH erişimleri anahtar tabanlı (key-based) kimlik doğrulamaya bağlanmalıdır.

Yönetici Erişimlerinde İki Faktörlü Kimlik Doğrulama (2FA)

Geleneksel kullanıcı adı ve şifre ikilisi, kimlik avı (phishing) saldırıları, şifre püskürtme (password spraying) ve veri tabanı sızıntıları karşısında yetersiz kalır. E-ticaret sitelerinin yönetim paneli, FTP/SFTP hesapları, cPanel/Plesk arayüzleri ve bulut yönetim konsolları (AWS, Google Cloud, Azure) istisnasız olarak İki Faktörlü Kimlik Doğrulama (2FA) veya Çok Faktörlü Kimlik Doğrulama (MFA) ile korunmalıdır.

2FA mimarisinde SMS tabanlı doğrulama yerine TOTP (Time-based One-Time Password) standardını kullanan Google Authenticator, Microsoft Authenticator gibi mobil uygulamalar veya YubiKey gibi FIDO2 uyumlu donanım güvenlik anahtarları tercih edilmelidir. SMS protokolü, SIM kopyalama (SIM swapping) saldırılarına karşı savunmasızdır.

Ayrıca yönetim paneli URL'i varsayılan dizinlerden (@@CODE0@@, @@CODE1@@, /backend) farklı, tahmin edilmesi güç özel bir yola taşınmalı ve mümkünse sadece belirli statik IP adreslerinden gelen erişimlere (IP Whitelisting) veya kurumsal bir VPN tüneline izin verilmelidir.

Felaket Kurtarma (Disaster Recovery) ve Düzenli Yedekleme Stratejileri

Siber güvenlikte %100 koruma teorik olarak mümkün değildir; bu nedenle güvenlik mimarisinin ayrılmaz bir parçası da iş sürekliliğini temin eden yedekleme ve felaket kurtarma planlarıdır (Disaster Recovery Plan - DRP). Başarılı bir fidye yazılımı (ransomware) atağı, sunucu arızası veya veri tabanı bozulması durumunda işletmenin minimum veri kaybıyla (RPO) ve en kısa sürede (RTO) ayağa kalkması gerekir.

Yedekleme stratejisinde "3-2-1 Kuralı" standart olarak uygulanmalıdır:

1. Verinin en az 3 kopyası bulunmalıdır (1 birincil canlı veri, 2 yedek kopya).

2. Yedekler 2 farklı depolama medyasında saklanmalıdır (örneğin yerel disk ve bulut nesne depolama).

3. Yedek kopyalardan en az 1 tanesi farklı bir coğrafi lokasyonda ve ana sunucudan tamamen izole (air-gapped / immutable) tutulmalıdır.

Yedeklerin şifrelenmiş olarak saklanması ve periyodik olarak geri yükleme (restore) testlerine tabi tutulması şarttır. Test edilmemiş bir yedekleme mekanizması, gerçek bir kriz anında çalışmama riski taşır.

Yazılım ve Eklentilerde Güvenlik Yamalarının Anlık Takibi

Açık kaynaklı (WooCommerce, Magento, OpenCart, PrestaShop) veya özel geliştirilmiş e-ticaret altyapılarında meydana gelen güvenlik ihlallerinin %60'ından fazlası, bilinen güvenlik açıkları (CVE) için yayınlanan yamaların zamanında uygulanmamasından kaynaklanır. Güvenlik açığı duyurulduğu anda, siber saldırganlar internet genelindeki savunmasız siteleri otomatik tarama botlarıyla dakikalar içinde tespit eder.

Eklenti ve modül ekosistemi, e-ticaret sitelerinin en kırılgan karnıdır. Gereksiz veya aktif olarak güncellenmeyen üçüncü taraf eklentiler sistemden derhal kaldırılmalıdır. Kullanılan tüm yazılım bileşenleri (CMS çekirdeği, PHP/Node.js sürümleri, web sunucu modülleri ve veritabanı motoru) üreticinin sağladığı kararlı güvenlik sürümlerine yükseltilmelidir.

Kritik yamaların canlıya alınma sürecinde oluşabilecek uyumluluk sorunlarını önlemek amacıyla; önce izole bir hazırlık (staging) sunucusunda testler yapılmalı, ardından otomatik CI/CD hatları üzerinden canlı sisteme aktarılmalıdır.

Veri Güvenliğinin Hukuki Boyutu: KVKK ve GDPR Uyumluluğu

E-ticaret sitelerinde güvenlik, salt teknik bir operasyon olmanın ötesinde bağlayıcı yasal sorumluluklar içeren regülasyonel bir süreçtir. Türkiye pazarında faaliyet gösteren işletmeler 6698 sayılı Kişisel Verilerin Korunması Kanunu'na (KVKK); Avrupa Birliği vatandaşlarına satış yapan veya veri toplayan küresel işletmeler ise Genel Veri Koruma Tüzüğü'ne (GDPR) tam uyum sağlamak zorundadır.

Kişisel veri güvenliği ihlalleri yalnızca müşteri güvenini sarsmakla kalmaz; regülatör kurumlar (KVKK Kurumu, ICO, CNIL vb.) tarafından şirket cirosunun belirli bir yüzdesine varan ağır idari para cezaları ile cezalandırılır. Kanun koyucular, veri sorumlusu olan e-ticaret işletmesinin teknik ve idari tedbirleri alma konusunda kusursuz sorumluluk taşıdığını kabul eder.

Veri güvenliği mimarisi oluşturulurken gizlilik prensiplerinin sistem tasarımının merkezine yerleştirilmesi (Privacy by Design ve Privacy by Default) kurumsal bir zorunluluktur.

Yasal Yükümlülükler ve Cezai Yaptırımlar

KVKK ve GDPR kapsamında e-ticaret siteleri, topladıkları ad-soyad, T.C. kimlik numarası, teslimat adresi, IP adresi, telefon numarası ve alışveriş geçmişi gibi tüm bilgileri "kişisel veri" olarak sınıflandırmak ve korumakla yükümlüdür. İşletmenin veri güvenliğine dair yasal yükümlülükleri şu başlıklar altında toplanır:

• Aydınlatma Yükümlülüğü: Müşteriye hangi verilerin hangi hukuki sebeple toplandığı, nasıl işlendiği ve kimlere aktarıldığı açık, anlaşılır bir metinle sunulmalıdır.

• Veri Minimizasyonu: Yalnızca siparişin tamamlanması, faturalandırma ve kargo teslimatı için kesinlikle gerekli olan veriler toplanmalı; meşru amaç dışındaki veri toplamadan kaçınılmalıdır.

• İhlal Bildirim Zorunluluğu: Olası bir siber saldırı sonucu müşteri verilerinin yetkisiz kişilerin eline geçmesi durumunda, veri sorumlusu durumu en geç 72 saat içinde ilgili veri koruma otoritesine ve etkilenen kullanıcılara bildirmek zorundadır.

Yükümlülüklerin yerine getirilmemesi durumunda uygulanacak yaptırımlar oldukça ağırdır. GDPR kapsamında ihlalin niteliğine göre 20 milyon Euro'ya veya şirketin küresel yıllık cirosunun %4'üne kadar idari para cezaları kesilebilmektedir. KVKK kapsamında da veri güvenliğine ilişkin yükümlülükleri yerine getirmeyen veri sorumluları için her yıl güncellenen yüksek meblağlı idari para cezaları ve yöneticiler için adli yaptırımlar söz konusudur.

Çerez Politikaları ve Açık Rıza Mekanizmaları

E-ticaret sitelerinde pazarlama optimizasyonu, yeniden hedefleme (retargeting) ve kullanıcı davranışı analitiği için kullanılan üçüncü taraf çerezler (Google Analytics, Meta Pixel vb.), açık rıza mekanizmasına bağlanmalıdır. Kullanıcı siteye ilk girdiğinde sunulan çerez onay çubuğu (Cookie Banner), pasif kabul yöntemlerini ("Bu siteyi kullanarak çerezleri kabul etmiş olursunuz") içermemelidir.

Kullanıcıya zorunlu çerezler dışındaki pazarlama, istatistik ve tercih çerezlerini kategori bazında seçme, reddetme veya daha sonra onayını geri çekme hakkı tanınmalıdır. Açık rıza kayıtları zaman damgalı olarak loglanmalı ve denetimlerde ispatlanabilir nitelikte saklanmalıdır.

E-Ticaret Güvenlik Mimarisi Kurulum ve Denetim Süreci

Güvenli bir e-ticaret ekosistemi inşa etmek tek seferlik bir kurulum değil, sürekli işleyen bir yaşam döngüsüdür. Bu yaşam döngüsü; risklerin belirlenmesi, savunma katmanlarının entegrasyonu, tehdit simülasyonları ve olay müdahale protokollerinin işletilmesini kapsar.

Sistematik bir güvenlik altyapısı kurmak, işletmenin büyüme aşamalarında teknik borç (technical debt) birikmesini engeller ve olası kriz anlarında operasyonel direnç (cyber resilience) kazandırır.

Güvenlik Denetim Döngüsü ve Tehdit Modellemesi

Güvenlik denetimleri periyodik bir takvime bağlanmalıdır. İşletme içerisinde STRIDE (Spoofing, Tampering, Repudiation, Information Disclosure, Denial of Service, Elevation of Privilege) gibi tehdit modelleme metodolojileri kullanılarak mağazanın mimari zayıflıkları henüz saldırı gerçekleşmeden tespit edilmelidir.

Denetim döngüsünde dikkat edilmesi gereken temel unsurlar:

• API entegrasyonlarının yetkilendirme (OAuth 2.0, API Key) kontrollerinin yapılması,

• Veritabanı sorgularının ORM seviyesinde incelenerek SQLi açıklarının filtrelenmesi,

• Sunucu erişim loglarının (SIEM sistemleri üzerinde) merkezi olarak toplanması ve anomali analizine tabi tutulmasıdır.

Olay Müdahale Planı (Incident Response)

Herhangi bir güvenlik ihlali veya şüpheli sızıntı durumunda panik yerine önceden tanımlanmış bir Olay Müdahale Planı (IRP) devreye girmelidir. Bu plan; ihlalin tespit edilmesi, zararlı trafiğin izole edilmesi, kök neden analizi (root-cause analysis), sistemin temizlenmesi ve yasal bildirimlerin yapılmasını içeren 5 aşamalı bir prosedürden oluşur.

Olay anında hangi teknik personelin sunucu bağlantısını keseceği, hangi avukatın KVKK bildirimini hazırlayacağı ve müşteri ilişkileri ekibinin kamuoyu açıklamasını nasıl yöneteceği yazılı yönergelerle belirlenmiş olmalıdır.