Yetenek

IP Maskeleme ve Düzeltme

İstemci IP bilgisini hem gizlilik için maskeleyin hem de reverse proxy zincirlerinde doğru hale getirin.

TR7 IP Maskeleme ve Düzeltme, istemci IP bilgisini iki ayrı ihtiyaç için yönetir: log ve kurum servisi tarafına giden IP bilgisini gizlilik politikalarına göre maskelemek; X-Forwarded-For gibi proxy zincirlerinde gerçek istemci IP'sini doğru şekilde normalize etmek. IP adresi çoğu uyumluluk çerçevesinde kişisel veri veya tanımlayıcı sinyal olarak ele alınabilir. TR7, KVKK/GDPR gibi gereksinimler için IP anonymization uygulayabilir; örneğin IPv4 adresinde son okteti sıfırlayarak /24 seviyesinde maskeleme yapılabilir. Diğer tarafta, çok katmanlı reverse proxy mimarilerinde IP zinciri bozulabilir. Yanlış X-Forwarded-For sıralaması, sahte header ekleme veya ara proxy davranışı nedeniyle uygulama gerçek istemciyi yanlış görebilir. TR7 ipFix ile bu zinciri normalize ederek kurum servislerine daha doğru istemci IP bilgisini aktarır. Sonuç: TR7, IP bilgisini hem veri sızıntısı ve uyumluluk açısından kontrollü hale getirir hem de güvenlik, rate-limit, audit ve uygulama mantığı için doğru kaynak IP'nin kullanılmasını sağlar.

2
Çift yönlü IP yönetimi: ipMask anonymization + ipFix zincir düzeltme
/24
IPv4 için varsayılan maskeleme seviyesi — son oktet sıfırlama
RFC 7239
Forwarded header standardı — X-Forwarded-For ve X-Real-IP normalizasyonu

IP bilgisi yanlışsa güvenlik kararı bozulur; fazla açıksa gizlilik riski oluşur.

İstemci IP adresi uygulama teslim zincirinin en kritik sinyallerinden biridir. Rate-limit, audit, güvenlik alarmı, oturum analizi, coğrafi erişim kontrolü ve SIEM korelasyonu çoğu zaman bu bilgiye dayanır. Fakat çok katmanlı proxy ortamlarında gerçek istemci IP'si X-Forwarded-For zinciri içinde kaybolabilir veya yanlış yorumlanabilir.

Aynı IP bilgisi gizlilik açısından da risklidir. Loglarda tam IP adresi saklamak, regülasyon kapsamındaki ortamlarda kişisel veri işleme olarak değerlendirilebilir. Özellikle finans, sağlık, kamu ve SaaS sistemlerinde hangi logda ne kadar IP bilgisi tutulduğu açık bir politikaya bağlanmalıdır.

İki problem aynı anda yaşanır: güvenlik için doğru IP'ye ihtiyaç vardır, gizlilik için IP'nin gereğinden fazla açık tutulmaması gerekir. Yanlış çözüm tüm IP'yi silmektir; bu durumda forensic analiz, fraud araştırması ve saldırı korelasyonu zayıflar. Diğer yanlış çözüm ise her yerde tam IP saklamaktır; bu da veri minimizasyonu ilkesini zedeler.

Doğru yaklaşım, IP bilgisini kullanım amacına göre iki şekilde yönetmektir. Güvenlik ve yönlendirme kararları için gerçek istemci IP'si normalize edilmeli; log ve dışa aktarılan alanlarda ise maskeleme politikası uygulanmalıdır.

TR7 IP Maskeleme ve Düzeltme bu iki yönlü IP hijyenini sağlar: ipFix ile X-Forwarded-For zincirini düzeltir, ipMask ile IP bilgisini uyumluluk seviyesinde anonimleştirir.

Yaklaşımımız

TR7, IP bilgisini gizlilik ve doğruluk açısından ayrı kurallarla ele alır: ipMask anonymization, ipFix zincir düzeltme, koşullu uygulama ve audit görünürlüğü.

IP maskeleme loglarda kişisel veri yüzeyini azaltır

ipMask, istemci IP'sini subnet bazlı maskeleyerek log ve dışa aktarılan alanlarda daha az tanımlayıcı hale getirir. Örneğin IPv4 için son oktet sıfırlanarak /24 seviyesinde anonimleştirme yapılabilir.

X-Forwarded-For zinciri gerçek istemci IP'sine göre normalize edilir

ipFix, reverse proxy zincirindeki IP listesini okuyarak güvenilir kaynak IP bilgisini düzenler. Kurum servisi sahte veya bozuk header yerine normalize edilmiş istemci IP'siyle çalışabilir.

Güvenilir proxy sınırı sahte header riskini azaltır

Her X-Forwarded-For değeri otomatik güvenilir kabul edilmez. TR7, proxy zincirini politika ile değerlendirerek istemcinin kendisinin eklediği sahte IP bilgisinin güvenlik kararını bozmasını engellemeye yardımcı olur.

Koşullu uygulama farklı servislerde farklı IP politikası sağlar

IP maskeleme ve düzeltme kuralları vService, path, log tipi veya trafik koşuluna göre uygulanabilir. Hassas servislerde daha güçlü maskeleme, güvenlik servislerinde daha ayrıntılı IP görünürlüğü tercih edilebilir.

Yetenekler

IP Maskeleme ve Düzeltme, log gizliliği ile gerçek istemci IP doğruluğunu aynı trafik kuralı ekosisteminde yönetir.

ipMask subnet bazlı IP anonymization uygular

ipMask, istemci IP adresini belirli subnet seviyesine göre maskeleyebilir. IPv4 için yaygın yaklaşım son okteti sıfırlayarak /24 seviyesinde saklamaktır. Böylece tam kullanıcı IP'si loglarda tutulmadan bölgesel ve ağ seviyesinde analiz yapılabilir. Bu, gizlilik ve operasyon görünürlüğü arasında dengeli bir model sağlar.

KVKK ve GDPR odaklı log minimizasyonu desteklenir

Tam IP adresi birçok ortamda kişisel veri olarak ele alınabilir. TR7, loglara giden IP bilgisini maskeleyerek veri minimizasyonu politikasına yardımcı olur. Güvenlik ve istatistik için yeterli ağ bilgisi korunurken, birebir kullanıcı tanımlama gücü azaltılır. Bu, finans, sağlık ve kamu log saklama politikalarında önemlidir.

ipFix X-Forwarded-For zincirini normalize eder

X-Forwarded-For zinciri birden fazla proxy katmanından geçerken uzayabilir veya bozulabilir. ipFix, bu zinciri okuyup gerçek istemci IP'sini daha doğru şekilde kurum servisine iletmeyi hedefler. Böylece uygulama rate-limit, audit ve erişim kararlarında yanlış ara proxy IP'sini kullanmaz. Çok katmanlı reverse proxy mimarilerinde kritik bir düzeltmedir.

Sahte X-Forwarded-For header etkisi azaltılır

İstemci kendi isteğine sahte X-Forwarded-For header'ı ekleyebilir. Eğer kurum servisi bu header'ı doğrudan güvenilir kabul ederse saldırgan kendini başka IP'den geliyormuş gibi gösterebilir. TR7 ipFix, güvenilir proxy zinciri yaklaşımıyla bu riski azaltır. Header bilgisi merkezi noktada temizlenir veya yeniden yazılır.

Kurum servisine giden istemci IP bilgisi standartlaştırılır

Farklı uygulamalar farklı istemci IP header'ları bekleyebilir. TR7, normalize edilmiş IP bilgisini kurum servisinin anlayacağı şekilde iletebilir. Böylece uygulama ekipleri proxy zinciri ayrıştırma mantığını kendi kodlarında tekrar yazmak zorunda kalmaz. IP davranışı merkezi ADC politikasıyla standartlaşır.

Loglarda maskeleme, uygulamaya giden header'da doğruluk korunabilir

Her kullanım alanı aynı IP politikasına ihtiyaç duymaz. Güvenlik veya uygulama kararı için kurum servisine doğru IP iletilirken, log tarafında maskeleme uygulanabilir. Bu ayrım, hem güvenlik doğruluğunu hem gizlilik gereksinimini aynı anda karşılar. TR7 iki yönlü IP hijyeni sağlar.

Path veya vService bazlı farklı IP politikası uygulanabilir

Hassas kullanıcı alanları, public web sayfaları ve admin API'leri farklı IP politikalarına ihtiyaç duyabilir. TR7, ipMask ve ipFix kurallarını servis veya path seviyesinde uygulayabilir. Örneğin public loglarda IP maskelenirken, admin güvenlik loglarında daha ayrıntılı IP bilgisi tutulabilir. Bu esneklik veri sınıflandırmasını kolaylaştırır.

SIEM log streaming için daha temiz IP alanları üretilir

SIEM'e gönderilen loglarda IP bilgisinin formatı ve gizlilik seviyesi önemlidir. TR7, normalize edilmiş veya maskelenmiş IP alanlarını log akışına dahil edebilir. Bu, korelasyon kurallarını daha tutarlı hale getirir. Aynı zamanda gereksiz kişisel veri yayılımı azaltılır.

Geo ve rate-limit kararları doğru istemci IP'sine dayanır

Geo-IP, ASN, rate-limit ve bot koruma gibi kararlar yanlış IP'ye dayanırsa sonuç hatalı olur. Ara proxy IP'siyle karar vermek gerçek saldırganı veya kullanıcıyı gizleyebilir. ipFix, gerçek istemci IP'sinin daha doğru çıkarılmasına yardımcı olur. Böylece üst güvenlik katmanları daha sağlıklı sinyal alır.

Trafik kuralları motoruyla koşullu IP hijyeni kurulabilir

ipMask ve ipFix kuralları trafik kuralları motoru içinde kullanılabilir. Host, path, header, kaynak ağ veya servis koşullarına göre farklı IP düzeltme ve maskeleme davranışı uygulanabilir. Bu, tek global IP politikasının fazla kaba kalmasını engeller. IP yönetimi bağlama duyarlı hale gelir.

Legacy uygulamalar için kodsuz istemci IP standardizasyonu sağlar

Eski uygulamalar çoğu zaman istemci IP'yi sabit bir header'dan okur veya hiç proxy zinciri anlamaz. TR7, uygulamanın beklediği header formatını merkezi olarak hazırlayabilir. Böylece legacy kod değiştirilmeden doğru istemci IP bilgisi alınabilir. Modern reverse proxy zinciri eski uygulamayla uyumlu hale gelir.

Audit ve compliance için IP politikası izlenebilir hale gelir

IP maskeleme ve düzeltme kuralları merkezi olarak yönetildiğinde değişiklik geçmişi audit edilebilir. Kim hangi vService'te tam IP'yi maskeledi veya hangi header düzeltmesini uyguladı sorusu cevaplanabilir. Bu, veri koruma ve güvenlik denetimlerinde önemlidir. Politika rastgele uygulama ayarı olmaktan çıkar.

Operasyonel derinlik

IP Maskeleme ve Düzeltme; subnet seviyesi, güvenilir proxy zinciri, log kapsamı, header yazımı, SIEM ve edge-case davranışlarıyla birlikte işletilir.

01

Subnet seviyesi

Maskeleme seviyesi kurum politikasına göre belirlenmelidir. IPv4 için /24, IPv6 için daha geniş prefix seviyeleri tercih edilebilir. Amaç, bireysel IP tanımlama gücünü azaltırken operasyonel trend bilgisini korumaktır.

02

Güvenilir proxy zinciri

X-Forwarded-For zincirinde hangi IP'lerin güvenilir ara proxy olduğu net tanımlanmalıdır. İstemcinin doğrudan eklediği header güvenilir kabul edilmemelidir. ipFix politikası bu sınır üzerine kurulmalıdır.

03

Header yeniden yazımı

Normalize edilen istemci IP'si kurum servisinin beklediği header'a yazılabilir. Mevcut X-Forwarded-For zinciri temizlenebilir, güncellenebilir veya ayrı bir header ile aktarılabilir. Uygulama uyumluluğu bu aşamada dikkate alınmalıdır.

04

Log kapsamı

IP maskelemenin hangi loglara uygulanacağı açık belirlenmelidir. Access log, WAAP log, audit log ve SIEM akışı farklı gereksinimlere sahip olabilir. Gerektiğinde güvenlik olayları için daha ayrıntılı log ayrı saklama politikasına bağlanabilir.

05

SIEM korelasyonu

Maskeleme fazla agresif olursa saldırı korelasyonu zayıflayabilir. Çok gevşek olursa gizlilik riski artar. SIEM kuralları hangi IP alanının maskelenmiş, hangisinin normalize edilmiş olduğunu net bilmelidir.

06

Özel ağlar ve NAT

Kurumsal NAT, VPN ve özel ağ aralıkları IP yorumlamasını zorlaştırabilir. ipFix uygulanırken hangi ara katmanların güvenilir olduğu ve hangi kaynakların gerçek istemci sayılacağı belirlenmelidir. Büyük kurumsal ağlarda bu liste düzenli güncellenmelidir.

Hangi senaryolarda kullanılır

KVKK uyumlu access log IP anonymization

Public web trafiğinde tam istemci IP'si loglarda tutulmak istenmeyebilir. TR7 ipMask ile IP'yi subnet seviyesinde maskeleyerek veri minimizasyonu sağlar.

Reverse proxy zincirinde gerçek istemci IP'sini düzeltme

Birden fazla proxy arkasında çalışan uygulama ara proxy IP'sini gerçek kullanıcı sanabilir. TR7 ipFix ile X-Forwarded-For zinciri normalize edilerek doğru istemci IP aktarılır.

Sahte X-Forwarded-For header ile bypass denemesini azaltma

Saldırgan kendi isteğine sahte IP header'ı ekleyerek rate-limit veya allow-list atlatmaya çalışabilir. TR7 güvenilir proxy sınırına göre header'ı temizleyip yeniden oluşturabilir.

Sağlık uygulamalarında log gizliliği ve audit dengesi

Hasta portalı loglarında tam IP saklanması istenmeyebilir, fakat güvenlik olayları için ağ seviyesi bilgi gerekir. TR7 maskelenmiş IP ile trend görünürlüğünü korur.

SIEM korelasyonunda normalize edilmiş IP alanı kullanma

SIEM kuralları tutarlı istemci IP alanına ihtiyaç duyar. TR7, proxy zincirinden normalize edilmiş IP üreterek alarm ve korelasyon kalitesini artırır.

Sık sorulanlar

ipMask ile tam IP adresini mi yoksa bir kısmını mı saklıyorum?
ipMask subnet bazlı maskeleme uygular; tam IP'yi silmez, belirli bir kısmını sıfırlayarak daha az tanımlayıcı hale getirir. IPv4 için yaygın yaklaşım son okteti sıfırlayarak /24 seviyesinde saklamaktır. Bu model, forensic analiz ve ağ düzeyinde trend görünürlüğünü korurken bireysel kullanıcı tanımlama gücünü azaltır.
ipFix hangi proxy header'larını destekler?
ipFix, X-Forwarded-For zincirini temel alarak normalize işlemi yapar. Aynı zamanda X-Real-IP ve RFC 7239 uyumlu Forwarded header'ı da dikkate alınabilir. Güvenilir proxy listesi politika seviyesinde tanımlanır; istemcinin doğrudan eklediği header'lar güvenilir kabul edilmez.
KVKK ve GDPR için IP maskeleme yeterli midir?
IP maskeleme, veri minimizasyonu ve kişisel veri yüzeyini azaltma için önemli bir adımdır. Loglarda tam IP tutmak yerine /24 seviyesinde maskeleme uygulamak, birçok uyumluluk çerçevesinin veri minimizasyonu ilkesiyle örtüşür. Ancak uyumluluk değerlendirmesi her zaman kurumun hukuk ve DPO ekibiyle birlikte yapılmalıdır.
Loglarda maskeleme ile kurum servisine giden header aynı anda farklı değer taşıyabilir mi?
Evet. TR7 iki yönlü IP hijyeni sağlar: ipFix ile kurum servisine normalize edilmiş istemci IP'si iletilirken, ipMask log tarafında maskeleme uygulayabilir. Güvenlik ve yönlendirme kararları için doğru IP korunurken, log alanında gizlilik politikası devreye girer.
Sahte X-Forwarded-For header ekleyen istemci rate-limit'i atlayabilir mi?
ipFix olmadan bu risk gerçektir: kurum servisi X-Forwarded-For'un ilk değerini güvenilir kabul ederse, saldırgan sahte header ile kendini başka IP'den geliyormuş gibi gösterebilir. TR7 ipFix, güvenilir proxy sınırına göre zinciri değerlendirerek istemci tarafından eklenen sahte IP bilgisinin güvenlik kararını bozmasını engellemeye yardımcı olur.
IP maskeleme ve düzeltme kuralları hangi granülerlikte uygulanabilir?
ipMask ve ipFix kuralları vService, path veya trafik koşulu bazında uygulanabilir. Örneğin public API loglarında IP maskelenirken admin güvenlik loglarında tam IP tutulabilir; kullanıcı portalında daha güçlü maskeleme uygulanırken analitik servislerde yalnızca normalizasyon tercih edilebilir. Bu esneklik tek global politikanın yetmediği ortamlarda değer taşır.

IP bilgisini hem güvenli hem doğru yönetin

Log gizliliği için ipMask, proxy zinciri doğruluğu için ipFix. Kendi servislerinizle canlı bir kurulumda gezdirelim.