Bulut WAF’tan Self-Hosted SafeLine’a Geçiş: Kapsamlı Rehber

Bulut WAF çözümünüzden self-hosted SafeLine’a geçiş yaparken nelere dikkat etmeniz gerektiğini merak ediyor musunuz? Bu pratik rehber, adım adım yol haritası sunar, potansiyel zorlukları adresler ve geçiş sürecinizi kolaylaştırarak daha fazla kontrol ve maliyet etkinliği elde etmenize yardımcı olur.

Günümüz dijital dünyasında, web uygulamalarının güvenliği her zamankinden daha kritik bir öneme sahiptir. İşletmeler, siber saldırılara karşı korunmak için Web Uygulama Güvenlik Duvarları (WAF) kullanır. Bulut tabanlı WAF çözümleri, genellikle hızlı kurulum, kolay ölçeklenebilirlik ve yönetilen hizmet avantajları sunar. Ancak, zamanla artan maliyetler, veri egemenliği endişeleri, özelleştirme sınırlamaları veya belirli uyumluluk gereksinimleri gibi nedenlerle birçok kuruluş, bulut WAF hizmetlerinden self-hosted (kendi bünyesinde barındırılan) çözümlere geçiş yapmayı düşünebilir. İşte tam bu noktada, SafeLine gibi güçlü ve esnek bir self-hosted WAF çözümü devreye girer. Bu geçiş, başlangıçta karmaşık gibi görünse de, doğru planlama ve adımlarla önemli faydalar sağlayabilir.

Bulut WAF’lar, özellikle küçük ve orta ölçekli işletmeler için hızlı bir güvenlik katmanı sağlamada etkili olabilirken, büyük veya büyüyen işletmelerde maliyetler hızla artabilir. Her geçen gün artan trafik hacmiyle birlikte faturalar da kabarır ve bu durum, uzun vadede sürdürülemez bir yük haline gelebilir. Ayrıca, bazı sektörlerdeki katı regülasyonlar (örneğin GDPR, KVKK) ve veri egemenliği yasaları, verinin nerede işlendiği ve depolandığı konusunda şeffaflık ve tam kontrol gerektirir. Bulut sağlayıcısının altyapısında barındırılan bir WAF, bu kontrol düzeyini her zaman sunamayabilir. SafeLine gibi self-hosted bir çözüm, sunucularınız üzerinde tam yetki sahibi olmanızı sağlar, bu da veri akışını ve güvenlik politikalarını kendi denetiminizde tutmanız anlamına gelir. Bu esneklik, özellikle özelleştirilmiş güvenlik kurallarına ve gelişmiş entegrasyonlara ihtiyaç duyan karmaşık altyapılar için vazgeçilmezdir. Bu makalede, bulut WAF’tan SafeLine’a geçiş sürecini adım adım ele alacak, karşılaşabileceğiniz potansiyel zorluklara pratik çözümler sunacak ve bu geçişin işletmenize nasıl değer katabileceğini detaylandıracağız. Amacımız, okuyuculara konuyu sıfırdan öğreterek, bu teknik göç sürecini başarıyla tamamlamaları için kapsamlı bir yol haritası sunmaktır.

Temel Kavramlar: WAF Nedir ve SafeLine Nasıl Çalışır?

Web Uygulama Güvenlik Duvarı (WAF), web uygulamalarına yönelik kötü amaçlı trafikleri izleyen, filtreleyen veya engelleyen bir güvenlik çözümüdür. Geleneksel güvenlik duvarları genellikle ağ katmanında çalışırken, WAF’lar uygulama katmanındaki (OSI Modeli Katman 7) saldırılara odaklanır. Bu, SQL Enjeksiyonu, Cross-Site Scripting (XSS), Dosya Yükleme Güvenlik Açıkları ve diğer OWASP Top 10 zafiyetleri gibi web tabanlı tehditlere karşı özel bir koruma sağlar. WAF’lar, web trafiğini analiz ederek, önceden tanımlanmış kural setleri veya davranış analizi algoritmaları kullanarak zararlı istekleri tespit eder ve uygulamalarınıza ulaşmadan önce engeller. Bu sayede, uygulamanızın bütünlüğünü, gizliliğini ve erişilebilirliğini korur.

Cloud WAF çözümleri, üçüncü taraf bir hizmet sağlayıcı tarafından yönetilen ve genellikle abonelik modeliyle sunulan WAF hizmetleridir. Kurulumu kolaydır, ölçeklenebilir ve bakım yükünü ortadan kaldırır. Ancak self-hosted WAF’lar, kuruluşun kendi altyapısında barındırılır ve yönetilir. Bu, tam kontrol, daha derin entegrasyon yetenekleri ve potansiyel olarak uzun vadede daha düşük maliyetler sunar. SafeLine, bu self-hosted WAF çözümlerinden biridir. Genellikle Nginx gibi popüler bir web sunucusu üzerinde çalışan veya Nginx’e entegre olabilen modüler bir yapıya sahiptir. ModSecurity gibi açık kaynak WAF motorlarından esinlenerek veya onları temel alarak geliştirilmiş, güçlü kural işleme yetenekleri sunan bir WAF çözümüdür.

SafeLine’ın çalışma prensibi oldukça basittir: Web trafiği, uygulamanıza ulaşmadan önce SafeLine üzerinden geçer. SafeLine, gelen her HTTP/HTTPS isteğini inceler ve önceden yapılandırılmış kural setlerine göre değerlendirir. Bu kural setleri, bilinen saldırı vektörlerini, anormal davranışları ve potansiyel tehditleri tanımlar. Eğer bir istek, tanımlanmış bir kuralı ihlal ederse, SafeLine bu isteği bloke edebilir, bir hata kodu (örneğin 403 Forbidden) döndürebilir veya isteği başka bir adrese yönlendirebilir. Ayrıca, tüm bu olayları loglayarak güvenlik analizi ve denetim için önemli veriler sağlar. SafeLine’ın esnek mimarisi, özel kural setleri oluşturmanıza, yanlış pozitifleri yönetmenize ve uygulamanızın benzersiz ihtiyaçlarına göre güvenlik politikalarınızı hassas bir şekilde ayarlamanıza olanak tanır. Bu sayede, bulut sağlayıcınızın kısıtlamalarına takılmadan, kendi güvenlik stratejinizi tamamen kontrol edebilirsiniz. SafeLine, aynı zamanda DDoS koruması, API güvenliği ve bot yönetimi gibi ek özellikler de sunarak kapsamlı bir koruma sağlamayı hedefler.

Geçiş Planlaması ve Ön Hazırlık: Başarılı Bir Geçişin Anahtarları Nelerdir?

Bulut WAF’tan self-hosted SafeLine’a geçiş, teknik bir projeden çok daha fazlasıdır; dikkatli planlama, detaylı analiz ve risk yönetimi gerektiren bir süreçtir. Bu aşama, geçişin sorunsuz, kesintisiz ve güvenli bir şekilde tamamlanmasını sağlamak için kritik öneme sahiptir. İlk olarak, mevcut durumunuzu eksiksiz bir şekilde anlamanız gerekir.

Mevcut Durum Analizi: Uygulamanızı Tanıyın

Geçişe başlamadan önce, korunacak web uygulamalarınızın kapsamlı bir envanterini çıkarmanız şarttır. Hangi uygulamalarınızın WAF koruması altında olduğunu, bu uygulamaların mimarisini (monolitik, mikroservis, API’ler), kullandıkları teknolojileri (PHP, Java, Node.js vb.), trafik profillerini (ortalama ve pik trafik, coğrafi dağılım) ve mevcut Cloud WAF üzerinde tanımlı olan tüm özel kuralları, istisnaları veya engelleme politikalarını detaylıca analiz edin. Mevcut Cloud WAF’ınızdan alınan logları ve raporları inceleyerek, hangi tür saldırıların engellendiğini, hangi kuralların en sık tetiklendiğini ve ne tür yanlış pozitiflerin yaşandığını belirleyin. Bu veriler, SafeLine’da benzer veya daha iyi bir koruma seviyesi sağlamak için hangi kural setlerine ve yapılandırmalara ihtiyacınız olacağını belirlemenize yardımcı olacaktır. Özellikle kritik iş akışlarını ve hassas verileri işleyen uygulamaları önceliklendirin.

Örnek olarak, bir e-ticaret uygulamasının ödeme ağ geçidi entegrasyonları veya kullanıcı kayıt formları gibi kısımları, özel dikkat ve güvenlik gerektiren alanlardır. Bu tür alanlar için mevcut Cloud WAF’ınızda özel kurallar varsa, bunların SafeLine’a nasıl adapte edileceğini şimdiden düşünmeye başlamalısınız.

Kaynak Planlaması ve Maliyet Analizi: Yatırımınızı Yönetin

Self-hosted bir WAF çözümü, başlangıçta donanım ve insan kaynağı yatırımı gerektirir. SafeLine’ın barındırılacağı sunucular için donanım gereksinimlerini (CPU, RAM, disk alanı, ağ bant genişliği) belirleyin. Yüksek trafikli uygulamalar için yük dengeleme (load balancing) ve yüksek erişilebilirlik (high availability) çözümlerini de hesaba katın. Güvenlik politikalarını yapılandırmak, SafeLine’ı izlemek, logları analiz etmek ve gerektiğinde müdahale etmek için uzman bir güvenlik ekibine veya personeline ihtiyacınız olacaktır. Bu, mevcut IT ekibinizin eğitimini veya yeni personel alımını gerektirebilir. Geçiş sonrası destek ve bakım maliyetlerini de göz önünde bulundurun. Toplam Sahip Olma Maliyeti (TCO) analizi yaparak, bulut WAF’ın uzun vadeli maliyetleriyle SafeLine’ın başlangıç ve işletme maliyetlerini karşılaştırın. Genellikle, belirli bir ölçeğin üzerinde, self-hosted çözümlerin TCO’su uzun vadede daha uygun hale gelir. Örneğin, 3 yıllık bir dönemi kapsayan bir TCO hesaplaması, bulut WAF’ın abonelik ücretleri, veri çıkış (egress) ücretleri ve olası ek özellik maliyetleri ile SafeLine’ın sunucu, lisans (eğer ticari bir türevi ise), personel ve elektrik maliyetlerini yan yana koyarak gerçekçi bir karşılaştırma sunacaktır.

SafeLine Kurulumu ve Temel Yapılandırma Adımları: Kapsamlı Bir Rehber

SafeLine’ın kurulumu ve temel yapılandırması, geçiş sürecinin teknik omurgasını oluşturur. Bu adımlar, SafeLine’ın düzgün çalışmasını ve uygulamanızı etkili bir şekilde korumasını sağlamak için titizlikle takip edilmelidir.

Sistem Gereksinimleri ve Kurulum

SafeLine genellikle Linux tabanlı sistemlerde (Ubuntu, CentOS vb.) en iyi performansı gösterir. Kuruluma başlamadan önce, SafeLine’ın resmi belgelerinden en güncel sistem gereksinimlerini kontrol edin. Genellikle yüksek CPU gücü ve yeterli RAM, trafik işleme ve kural setlerini analiz etme performansı için kritik öneme sahiptir. Disk alanı ise log kayıtları ve kural setleri için yeterli olmalıdır.

Kurulum adımları, SafeLine’ın nasıl dağıtıldığına bağlı olarak değişebilir (örneğin, kaynak koddan derleme, paket yöneticisi aracılığıyla veya Docker konteyneri olarak). Burada kaynak koddan derleme için genel bir örnek sunulmaktadır:

# Sistem paketlerini güncelleyin ve bağımlılıkları yükleyin
sudo apt update
sudo apt upgrade -y
sudo apt install -y build-essential libpcre3-dev libssl-dev libxml2-dev libxslt1-dev git

# SafeLine kaynak kodunu indirin (Bu bir örnek URL'dir, gerçek SafeLine için resmi kaynakları kullanın)
# wget https://example.com/safeline/releases/safeline-1.0.0.tar.gz
# tar -xvzf safeline-1.0.0.tar.gz
# cd safeline-1.0.0

# Veya bir git deposundan klonlayın
git clone https://github.com/safeline-project/safeline.git
cd safeline

# Yapılandırma ve derleme
# Eğer Nginx modülü olarak derleniyorsa, Nginx kaynak kodu da gerekli olabilir.
./configure --with-http_ssl_module --with-http_realip_module --add-module=./modules/safeline_waf_module
make
sudo make install

# Kurulum sonrası SafeLine için gerekli dizinleri ve varsayılan kural dosyalarını oluşturun
sudo mkdir -p /etc/safeline/rules
sudo cp conf/safeline.conf /etc/safeline/
sudo cp rulesets/* /etc/safeline/rules/

Bu adımlar tamamlandığında, SafeLine çekirdeği sisteminize kurulmuş olacaktır. Sonraki adım, onu uygulamanızın trafiğini işleyecek şekilde yapılandırmaktır.

Temel Kural Seti Yapılandırması

SafeLine, genellikle ana bir yapılandırma dosyası (safeline.conf veya Nginx için nginx.conf içerisinde WAF ile ilgili direktifler) ve ayrı kural setleri dosyaları ile çalışır. Temel yapılandırma, SafeLine'ın dinleyeceği portları, proxy ayarlarını ve kural setlerinin nerede bulunduğunu belirtir. Örneğin, SafeLine'ı Nginx ile birlikte kullanıyorsanız, nginx.conf dosyanızda aşağıdaki gibi bir yapılandırma yapabilirsiniz:

# safeline.conf veya nginx.conf dosyasının http bloğuna eklenir

http {
    # Backend uygulamanız için upstream tanımı
    upstream backend_app {
        server 127.0.0.1:8080; # Uygulamanızın çalıştığı adres ve port
        # Diğer backend sunucularını buraya ekleyebilirsiniz (yük dengeleme için)
    }

    server {
        listen 80;
        listen 443 ssl;
        server_name yourdomain.com www.yourdomain.com;

        ssl_certificate /etc/nginx/ssl/yourdomain.com.crt;
        ssl_certificate_key /etc/nginx/ssl/yourdomain.com.key;
        ssl_protocols TLSv1.2 TLSv1.3;
        ssl_ciphers HIGH:!aNULL:!MD5;

        # SafeLine modülünü etkinleştir
        safeline_enable on;
        # Kural setlerinin bulunduğu dizini veya ana kural dosyasını belirtin
        safeline_rules_file /etc/safeline/rules/main.conf;
        # veya safeline_rules_path /etc/safeline/rules/;

        # WAF'ın engellediği durumlarda hata sayfaları tanımlayabilirsiniz
        error_page 403 /custom_403.html;
        location = /custom_403.html {
            root /usr/share/nginx/html;
            internal;
        }

        location / {
            # Gelen istekleri backend uygulamasına yönlendirin
            proxy_pass http://backend_app;
            proxy_set_header Host $host;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
            # Diğer proxy ayarları...
        }
    }
}

Bu yapılandırma, SafeLine'ı etkinleştirir ve belirli bir kural dosyasını yüklemesini söyler. /etc/safeline/rules/main.conf dosyası içinde, OWASP Core Rule Set (CRS) gibi genel kural setlerini veya özel olarak yazdığınız kuralları içerebilirsiniz. CRS, bilinen birçok saldırı türüne karşı kapsamlı bir koruma sağlar ve genellikle SafeLine kurulumlarıyla birlikte kullanılır. Kurulumdan sonra, SafeLine servisini başlatın ve web uygulamanız üzerinden trafik göndererek doğru çalışıp çalışmadığını test edin. İlk aşamada, SafeLine'ı "algılama modu"nda (detection mode) çalıştırmak, yanlış pozitifleri belirlemenize ve kuralları ayarlamanıza olanak tanır. Bu sayede, uygulamanızın işleyişi üzerinde olumsuz bir etki yaratmadan güvenlik katmanınızı devreye alabilirsiniz.

Performans Optimizasyonu ve Güvenlik Politikası Yönetimi: İleri Düzey İpuçları

SafeLine'ı kurup temel yapılandırmasını tamamladıktan sonra, performansı optimize etmek ve güvenlik politikalarınızı hassas bir şekilde yönetmek, self-hosted bir WAF'ın sunduğu en büyük avantajlardan bazılarıdır. Bu bölüm, deneyimli kullanıcılar için SafeLine'dan en iyi şekilde faydalanmalarını sağlayacak ipuçları sunmaktadır.

Özel Kural Yazma ve Yanlış Pozitif Yönetimi

Her uygulamanın benzersiz ihtiyaçları vardır. Mevcut bulut WAF kurallarınızı SafeLine'a dönüştürmek veya uygulamanıza özel korumalar eklemek için özel kurallar yazmanız gerekebilir. SafeLine, esnek bir kural dili sunar (ModSecurity syntax benzeri olabilir). Bu kurallar, belirli URL'leri, HTTP başlıklarını, istek parametrelerini veya IP adreslerini hedefleyebilir. Örneğin, belirli bir API endpoint'ine gelen istekleri sadece belirli bir IP aralığına kısıtlamak isteyebilirsiniz:

# /etc/safeline/rules/custom_rules.conf dosyasına ekleyin

SecRuleEngine On
SecRequestBodyAccess On
SecAuditEngine RelevantOnly
SecAuditLogParts ABIFHZ

# Belirli bir API yolu için IP kısıtlaması
SecRule REQUEST_URI "@rdata /api/v2/admin_panel" "id:20001,phase:2,chain,deny,status:403,msg:'Admin API access denied for unauthorized IP'"
SecRule REMOTE_ADDR "!@ipMatch 192.168.1.0/24,10.0.0.0/8"

Bu kural, /api/v2/admin_panel yoluna yapılan istekleri, belirtilen IP aralıkları dışında bir adresten geliyorsa engeller. Özel kurallar yazarken, yanlış pozitif (false positive) olasılığını minimize etmek önemlidir. Yanlış pozitifler, yasal isteklerin kötü niyetli olarak algılanması ve engellenmesi durumudur. Bunları yönetmek için:

1. Algılama Modu (DetectionOnly): Yeni kuralları veya kural setlerini ilk başta sadece loglama modunda (SecRuleEngine DetectionOnly) çalıştırın. Bu, olası engellemeleri izlemenizi sağlar.
2. Log Analizi: SafeLine loglarını düzenli olarak inceleyerek hangi kuralların tetiklendiğini ve nedenini anlayın.
3. İstisnalar (Whitelisting): Bazen, belirli bir isteğin veya IP adresinin, güvenlik açığı içermediği biliniyorsa, kural tetiklenmesini engellemek için istisnalar tanımlamanız gerekebilir.

# Belirli bir URL için kuralı devre dışı bırakma (ModSecurity benzeri syntax)
SecRule REQUEST_URI "@rdata /api/v1/public_data" "id:30001,phase:2,ctl:ruleEngine=Off,msg:'Disable WAF for public_data API'"

# Belirli bir IP adresinden gelen tüm istekler için WAF'ı kapatma
SecRule REMOTE_ADDR "@ipMatch 192.168.1.50" "id:30002,phase:1,ctl:ruleEngine=Off,msg:'Disable WAF for trusted IP'"

Ölçeklenebilirlik ve Yüksek Erişilebilirlik

Yüksek trafikli uygulamalar için SafeLine'ı ölçeklendirmek hayati öneme sahiptir. Tek bir SafeLine örneği, belirli bir trafik yüküne kadar hizmet verebilir. Daha yüksek trafik hacimlerini yönetmek ve kesintileri önlemek için aşağıdaki stratejileri kullanabilirsiniz:

• Yük Dengeleme (Load Balancing): Birden fazla SafeLine sunucusunu bir yük dengeleyici (Nginx, HAProxy, F5 gibi) arkasına yerleştirerek gelen trafiği dağıtabilirsiniz. Bu, hem performansı artırır hem de tek hata noktasını ortadan kaldırır.
• Kümeleme (Clustering): SafeLine'ın (veya temel aldığı WAF motorunun) kümeleme yeteneklerini araştırın. Bazı çözümler, yapılandırmayı ve kural setlerini senkronize ederek daha tutarlı bir güvenlik duruşu sağlar.
• Kapsayıcılaştırma (Containerization): SafeLine'ı Docker konteynerleri içinde çalıştırmak, hızlı dağıtım, ölçeklenebilirlik ve kolay yönetim imkanı sunar. Kubernetes gibi konteyner orkestrasyon araçları ile SafeLine konteynerlerini dinamik olarak ölçeklendirebilirsiniz.

Mobil Uyumlu Yönetim Paneli İçin Öneriler

Self-hosted SafeLine çözümleri genellikle web tabanlı bir yönetim paneli ile gelmez. Ancak, logları izlemek, kuralları yönetmek veya performans metriklerini görmek için özel bir arayüz geliştirmeniz gerekebilir. Böyle bir durumda, bu arayüzün mobil uyumlu olması, ekiplerinizin her yerden yönetim yapabilmesi için önemlidir. Aşağıdaki CSS medya sorguları, responsive bir tasarım için temel bir başlangıç noktası olabilir:

    

        
SafeLine Yönetim Paneli
    
    

        

            
Trafik Durumu
            
Anlık istekler, engellenen trafik grafikleri.
        
        

            
Kural İhlalleri
            
Son 24 saatteki en sık tetiklenen kurallar.
        
        

            
Sistem Kaynakları
            
CPU, RAM, Disk kullanımı.
        
    
    

Bu CSS, çeşitli ekran boyutlarına dinamik olarak uyum sağlayan bir WAF yönetim paneli için responsive bir yapı oluşturur. Küçük ekranlarda tek sütun, daha büyük ekranlarda ise çoklu sütun düzeni sağlar.

Vaka Analizi: Büyük Ölçekli Bir E-Ticaret Sitesinin SafeLine Geçiş Hikayesi

Bu bölümde, büyük bir e-ticaret platformunun bulut WAF'tan SafeLine'a geçiş sürecini anlatan kurgusal bir vaka analizi sunacağız. Bu senaryo, gerçek dünyadaki zorlukları, alınan stratejik kararları ve elde edilen faydaları gözler önüne sermektedir.

Şirket Profili: "TrendPazar", ayda ortalama 50 milyon tekil ziyaretçi ağırlayan, binlerce ürün satan ve yoğun kampanyalar döneminde trafik yükü katlanan büyük bir e-ticaret platformudur. Mevcut durumda, altyapıları AWS üzerinde barındırılmakta ve CloudFront önünde bir Bulut WAF (örneğin AWS WAF) kullanmaktadırlar.

Geçişin Nedenleri: TrendPazar'ın yönetim ekibi, artan Bulut WAF maliyetleri konusunda endişeliydi. Yüksek trafik hacmi, WAF kullanım ücretlerini astronomik seviyelere çıkarmıştı. Ayrıca, mevcut Bulut WAF'ın sunduğu kural özelleştirme yetenekleri, karmaşık bot saldırılarına ve gelişmiş sıfır gün (zero-day) tehditlerine karşı yeterli esnekliği sağlayamıyordu. Veri egemenliği ve KVKK uyumluluğu da önemli bir motivasyon kaynağıydı, çünkü tüm trafik loglarının kendi kontrol ettikleri sunucularda saklanması isteniyordu. Nihayetinde, vendor kilidinden (vendor lock-in) kurtulma ve daha iyi performans kontrolü arayışı da bu kararda etkili oldu.

Geçiş Süreci:

1. Planlama ve Analiz (2 Ay):
   • Mevcut Bulut WAF kuralları, istisnaları ve engellenen trafik logları detaylıca incelendi. Uygulamanın tüm API'leri, servisleri ve web arayüzleri envanterlendi.
   • Yoğun trafik yüklerini kaldırabilecek donanım (EC2 instanceları üzerinde yüksek CPU ve RAM özellikli sanal sunucular) ve ağ altyapısı (yük dengeleyiciler, özel VPC) planlandı.
   • SafeLine'ın ModSecurity tabanlı bir türevi olduğu için, mevcut ModSecurity Core Rule Set'in TrendPazar'ın ihtiyaçlarına göre nasıl uyarlanacağı belirlendi.
   • Kapsamlı bir TCO analizi yapıldı. İlk yatırım maliyetlerinin 1.5 yıl içinde amorti edileceği ve sonrasında %40'a varan maliyet tasarrufu sağlanacağı öngörüldü.
2. Kurulum ve Temel Yapılandırma (1 Ay):
   • Üç adet yüksek performanslı SafeLine sunucusu (Nginx modülü olarak) kuruldu ve bir Elastic Load Balancer (ELB) arkasına yerleştirildi.
   • OWASP CRS 3.3.2 entegre edildi ve önceden belirlenen temel kural setleri uygulandı.
   • SafeLine, başlangıçta "algılama modu"nda (detection-only) yapılandırıldı. Tüm WAF logları merkezi bir log toplama sistemine (örn. ELK Stack) aktarıldı.
3. Test ve Uyumlaştırma (1.5 Ay):
   • İç QA ekipleri, senaryo tabanlı testler ve sızma testleri (penetration testing) gerçekleştirdi.
   • Algılama modunda çalışırken, yüzlerce yanlış pozitif tespit edildi. Özellikle e-ticaretin arama fonksiyonları, filtreleme mekanizmaları ve kullanıcı yorumları bölümlerinde yoğun yanlış pozitifler yaşandı.
   • Güvenlik ekibi, logları analiz ederek ve geliştiricilerle iş birliği yaparak bu yanlış pozitifleri gidermek için özel istisnalar ve daha esnek kurallar yazdı. Örneğin, ürün açıklama alanlarındaki belirli HTML etiketlerinin (örneğin , ) filtrelenmemesi sağlandı.
   • Performans testleri yapıldı ve WAF'ın gecikmeyi (latency) kabul edilebilir seviyelerde tuttuğu doğrulandı.
4. Canlıya Geçiş ve Optimizasyon (Sürekli):
   • Belirlenen bir kesinti penceresinde, trafik aşamalı olarak SafeLine'a yönlendirildi. İlk olarak düşük trafikli bir alt alan adı üzerinden geçiş yapıldı.
   • Geçiş sonrası ilk haftalarda yoğun izleme yapıldı. Yeni ortaya çıkan yanlış pozitifler hızla giderildi.
   • Bot saldırılarına karşı özel kural setleri (örneğin, belirli User-Agent'ları engelleme, anormal istek oranlarını tespit etme) geliştirildi.
   • Performansı artırmak için SafeLine sunucularında işletim sistemi ve Nginx ayarları optimize edildi (örn. TCP keep-alive, worker süreçleri).