Yetenek

Akıllı ACL Koşulları

IP listesi değil, gerçek trafik zekâsı — 60+ kriter, AND/OR/NOT grupları ve Smart Function zinciri tek kural motorunda.

TR7 ADC'de ACL yalnızca "şu IP gelsin, şu IP gelmesin" kuralı değildir. Kaynak IP, ülke, şehir, ASN, URL path, query parametresi, header, cookie, HTTP method, TLS bilgisi, kullanıcı ajanı, body içeriği, WAAP skoru, bot sınıfı, cache durumu ve kimlik durumu aynı koşulun parçası olabilir. Bu sayede operatör karmaşık trafik kararlarını kod yazmadan tanımlayabilir. Örneğin "Türkiye'den gelen mobil kullanıcıları farklı kurum servisine gönder", "WAAP skoru yüksek ama bilinen arama motoru olmayan isteğe CAPTCHA göster", "JWT içindeki role=admin ise farklı rate-limit uygula" gibi kararlar tek kural motorunda yazılır. TR7'nin Smart ACL modeli, koşulları AND / OR / NOT mantığıyla gruplar. Aynı ACL birden fazla kuralda tekrar kullanılabilir. Böylece hem güvenlik hem routing hem rate-limit hem response handling aynı ifade motoru üzerinden yönetilir. Sonuç: Ağ kuralı, uygulama kuralı ve güvenlik sinyali aynı karar noktasında birleşir.

60+
ACL kriter türü: IP, ülke, ASN, header, cookie, body, TLS, WAAP, bot ve daha fazlası
40+
Smart Function: Base64, JSON, XML, JWT, regex, map/list ve dönüşüm zinciri
8
Sinyal grubu: bağlantı, zamanlayıcı, istek satırı, TLS, WAAP, bot, içerik, özel

Modern trafik kararları artık sadece IP ve port ile verilemez.

Klasik ADC ve firewall ACL mantığı uzun süre IP, subnet, port ve protokol üzerine kuruldu. Bu model basit ağ erişim kontrolü için yeterlidir; fakat modern web, API, bot ve WAAP trafiği bu kadar basit değildir.

Bugün bir karar verirken yalnızca "kaynak IP nedir?" diye sormak yetmez. İstek hangi ülkeden geliyor? Hangi ASN'den geliyor? Hangi path'e gidiyor? Hangi cookie var? JWT içinde hangi role yazıyor? Header seti gerçek tarayıcıya benziyor mu? TLS fingerprint şüpheli mi? WAAP bu isteğe kaç skor verdi? Bot motoru bu kullanıcıyı nasıl sınıflandırdı?

Çoğu üründe bu sinyaller ayrı ayrı yerlerde yaşar. Routing kuralı başka yerde, WAAP skoru başka yerde, bot kararı başka yerde, header rewrite başka yerde, rate-limit başka yerde tanımlanır. Bu da operasyonu karmaşıklaştırır ve tutarsız kararlar üretir.

Daha büyük sorun, karmaşık koşulların çoğu zaman kod gerektirmesidir. "Şu header varsa, şu cookie yoksa, path /api/ ile başlıyorsa, WAAP skoru 5'in üzerindeyse, ama kaynak bilinen bot değilse" gibi bir kural yazmak için birçok üründe script, özel policy dili veya vendor'a özgü programlama gerekir.

TR7 ADC'nin Smart ACL Conditions katmanı bu problemi çözer: trafik kararları 60+ kriter, Smart Function zinciri ve AND/OR/NOT gruplarıyla UI'dan tanımlanır. Kural yalnızca IP listesi değil, trafiğin anlamını okuyan karar yapısı haline gelir.

Yaklaşımımız

TR7, ACL koşullarını ağ adresi filtresinin değil, uygulama ve güvenlik kararının temel birimi olarak ele alır.

60+ kriterle trafik tanıma

Smart ACL motoru IP ve port seviyesinin çok ötesine geçer. Kaynak IP, ülke, şehir, hedef IP, hedef port, HTTP method, URL, path, query, header, cookie, request body, response body, TLS SNI, TLS cipher, TLS protokolü, JA3 fingerprint, WAAP attack ID, WAAP attack group, bot sınıfı, blacklist kategorisi ve cache state gibi sinyaller koşul olarak kullanılabilir. Bu, güvenlik ve trafik yönlendirme kararlarını gerçek uygulama bağlamıyla vermeyi sağlar.

AND / OR / NOT koşul grupları

Bir ACL tek başına kullanılabilir veya başka ACL'lerle mantıksal gruplar halinde birleştirilebilir. İç grup AND veya OR ile çalışır; koşul ters çevrilerek NOT davranışı verilebilir. Örneğin: "Path /login ile başlıyor" VE "Kaynak ülke izinli listede değil" VE "Bot skoru yüksek" AMA "Bilinen bot değil" — bu yapı karmaşık güvenlik politikalarını okunabilir hale getirir.

Smart Function zinciri

TR7 Smart Functions, ham trafik değerlerini işlenebilir hale getirir. Base64 decode, JSON path query, JWT header/payload parse, XML query, regex match, string replace, lowercase/uppercase, digest, IP mask, IP-to-country, map/list lookup gibi işlemler zincirlenebilir. Bu sayede ACL yalnızca "header değeri eşit mi?" diye bakmaz; header içindeki JSON'u parse eder, JWT claim'ini çıkarır, body içindeki alanı sorgular.

Reusable ACL grupları

Sık kullanılan koşullar bir kez tanımlanır ve farklı kurallarda tekrar kullanılır. Örneğin "statik dosya uzantısı mı?", "auth cookie var mı?", "cache hit mi?", "WAAP tarafından bloklanmış mı?" gibi built-in veya özel ACL'ler birçok kuralda ortak kullanılabilir. Bu yapı kural tekrarını azaltır, değişiklikleri merkezi hale getirir ve operasyonel hatayı düşürür.

Yetenekler

Smart ACL Conditions, trafik sinyallerini 60'tan fazla kritere yayılan okunabilir koşullara ve uygulanabilir aksiyonlara dönüştürür.

HTTP path, URL ve method eşleşmesi

TR7, path, path+query, tam URL ve HTTP method üzerinden koşul yazabilir. Eşleşme türü başlangıç, bitiş, içerir veya regex olabilir. /api/ ile başlayan istekler, /admin path'i, POST method'u veya query içeren belirli URL yapıları tek ACL tanımıyla ifade edilir.

Header ve cookie inceleme

İstek header'ları, yanıt header'ları, kullanıcı cookie'leri ve kurum servisinden gelen cookie'ler ACL içinde kullanılabilir. X-Tenant-ID header'ına göre route seçimi, session_id cookie'si yoksa login'e yönlendirme, User-Agent içeriğine göre bot kontrolü ve response cookie'sine göre özel güvenlik davranışı bu katmanda yazılır.

Kaynak IP, ülke, şehir ve ASN

ACL kriterleri kaynak IP veya CIDR ile sınırlı değildir. Ülke, şehir ve ASN tabanlı koşullar da tanımlanabilir. Sadece belirli ülkelerden erişim, belirli şehirlerden gelen kullanıcılar için özel routing, belirli ASN'lerden gelen trafiğe ek doğrulama veya veri merkezi ASN'lerine daha agresif bot politikası uygulanabilir.

TLS ve fingerprint koşulları

TLS SNI, TLS cipher, TLS protokolü, SNI varlığı ve JA3 fingerprint gibi sinyaller koşullara dahil edilebilir. TLS 1.0 kullanan istemciye düşük güven skoru, SNI olmayan bağlantıyı reddetme, bilinen bot JA3 fingerprint listesiyle eşleşen trafiği CAPTCHA'ya alma ve weak cipher kullanan istemciyi izleme moduna alma gibi kararlar yazılabilir.

Request ve response body inspection

ACL, request veya response gövdesinden örneklenmiş içerik üzerinde çalışabilir. Body içinde string veya regex eşleşmesi yapılabilir. JSON body içinde yüksek tutarlı işlem kontrolü, form alanında belirli pattern yakalama, response body'de belirli marker varsa header ekleme veya API payload içeriğine göre rate-limit uygulanabilir.

JSON / XML / JWT sorguları

Smart Functions ile JSON, XML ve JWT içeriği ACL koşuluna dönüştürülebilir. JWT payload.role == "admin", JSON body'de transaction.amount > 10000, XML içinde belirli path var mı veya JWT header'daki algoritma beklenen değer mi gibi koşullar API güvenliği ve erişim politikalarında büyük esneklik sağlar.

WAAP entegrasyonu

Smart ACL motoru WAAP kararlarını da koşul olarak kullanabilir: WAAP attack ID, WAAP attack group, WAAP skoru, WAAP tarafından bloklandı mı, WAAP saldırısı olarak işaretlendi mi. WAAP skoru 5+ ise CAPTCHA, SQL injection grubuna giren istekleri özel log formatına alma veya monitor moddaki WAAP bulgularını ayrı kurum servisine yönlendirme örnek senaryolardır.

Bot ve istemci sınıflandırması

Tarayıcı, mobil, bot ve kullanıcı ajanı sınıflandırmaları ACL içinde kullanılabilir. Mobil kullanıcıyı mobil kurum servisine yönlendirme, bot olarak işaretlenen trafiğe düşük rate-limit, bilinen arama motorlarına istisna ve tarayıcı olmayan istemciler için farklı güvenlik profili tanımlanabilir.

Rate ve boyut kriterleri

ACL motoru trafik yoğunluğu ve boyut sinyallerini kullanabilir: request size, response size, frontend connection count, request rate, session rate, response time, backend canlı sunucu sayısı ve HTTP status code. Backend canlı sayısı 1'e düştüğünde yeni trafiği yedek havuza alma veya response time yükselirse belirli endpoint'i cache'e alma bu kriterlerle kurgulanır.

Custom map ve list kullanımı

Map ve list tabanlı eşleşmeler desteklenir. Büyük IP listeleri, domain listeleri, URL listeleri, müşteri ID listeleri veya özel anahtar-değer tabloları için kullanılır. VIP müşteri listesine göre farklı routing, kara listedeki IP'leri engelleme veya partner domain listesine göre CORS politikası bu yapıyla yönetilir.

Blacklist IP kategori eşleşmesi

IP itibarı veya blacklist kategorileri koşullara dahil edilebilir. Botnet, proxy, Tor, malware veya spam kategorileri farklı davranışlara bağlanabilir. Open proxy kategorisindeki IP'ye CAPTCHA, Tor çıkış noktalarını izleme moduna alma veya malware kategorisindeki IP'yi doğrudan reddetme örnek kullanımlardır.

Built-in ACL'ler

TR7 bazı yaygın ACL'leri hazır sunar: statik dosya uzantısı mı, auth cookie var mı, cache hit mi, WAAP tarafından bloklandı mı. Bu hazır ACL'ler, operatörün en sık kullandığı koşulları tekrar yazmasını engeller ve kural setlerini daha sade tutar.

Manuel koşul — uzman modu

Standart UI kriterlerinin yetmediği uç durumlarda uzman kullanıcı manuel koşul yazabilir. Bu, TR7'nin görsel kural motorunu korurken edge-case esnekliği sağlar. Bu mod günlük kullanım için değil, ileri seviye operasyon ve özel entegrasyonlar içindir.

Kullanıcı bazlı rate-limit koşulları

Kullanıcı bazlı request rate, connection rate ve error rate değerleri ACL içinde kullanılabilir. JWT claim, cookie, header veya kullanıcı ID'siyle birlikte çalıştırıldığında tenant veya kullanıcı bazlı rate-limit politikaları kurulabilir.

Cache state ve kimlik durumu koşulları

İstek veya yanıt cache hit durumuna göre farklı davranışlar tetiklenebilir. Auth cookie varlığı veya HTTP auth bilgisi de ACL motorunda kullanılabilir. Bu, AAM ve ADC davranışlarını aynı kural mantığı altında birleştirir.

Operasyonel derinlik

Smart ACL Conditions yalnızca kural yazımı değil; koşul grubu yapısı, eşleşme türleri, update modeli ve body örnekleme sınırıyla birlikte düşünülür.

01

Koşul grubu yapısı

Smart ACL koşulları gruplar halinde tanımlanır. Grup içinde koşullar AND veya OR ile birleşir. Koşul ters çevrilerek NOT davranışı verilir. Dış gruplar daha geniş bir mantıksal yapı oluşturur. Bu yapı karmaşık politikaları küçük, okunabilir parçalara böler.

02

ACL ID ve yeniden kullanım

Her ACL benzersiz bir ID ile tanımlanır. Kurallar bu ID'ye referans verir. Aynı ACL farklı trafik kurallarında, rate-limit politikalarında, redirect kurallarında veya güvenlik aksiyonlarında tekrar kullanılabilir. ACL değiştiğinde bağlı tüm kurallara otomatik yayılır.

03

Eşleşme türleri

Metin tabanlı koşullarda farklı eşleşme türleri desteklenir: başında eşleşme, sonunda eşleşme, içinde eşleşme, regex eşleşme ve büyük/küçük harf duyarlı veya duyarsız eşleşme. Bu esneklik hem basit hem karmaşık kural yapılarını kapsar.

04

Smart Function zinciri

Smart Function'lar tek başına veya zincir halinde kullanılabilir. Örneğin: JWT payload parse et, içinden role alanını çıkar, lowercase yap, belirli listeyle karşılaştır. Bu, ham trafik verisini anlamlı karar girdisine çevirir.

05

Body örnekleme sınırı

Request ve response body inspection belirli bir örnek boyutu üzerinden çalışır. Bu, performans ile içerik farkındalığı arasında dengeli bir model sağlar. Çok büyük body'ler için özel body modification veya masking yetenekleri ayrıca kullanılır.

06

L7 ve L3 uygulama modeli

Smart ACL koşulları farklı katmanlarda kullanılabilir. L7 tarafındaki kurallar yapılandırma değişikliğine göre soft-reload gerektirebilir. L3 firewall tarafındaki kurallar ise kendi firewall sync döngüsüyle uygulanır. Her değişiklik aynı mekanizmayla uygulanmaz; katmana göre güncelleme modeli vardır.

07

Built-in statik dosya uzantısı ACL'i

Statik içerik tespiti için yaygın uzantılar hazır gelir: .css, .js, .jpg, .png, .svg, .woff, .pdf, .mp4, .webp, .docx, .xlsx ve benzeri dosya tipleri. Bu, cache, log azaltma ve rate-limit istisnası gibi senaryolarda sık kullanılır.

08

Lua dönüştürücü esnekliği

Bazı Smart Function'lar doğrudan yerleşik trafik motoru ile çalışır; bazı özel fonksiyonlar ek dönüştürücü katmanla yürütülür. Bu sayede JSON, XML, JWT veya özel string işlemleri daha geniş bir ifade alanı kazanır.

Hangi senaryolarda kullanılır

JWT claim'e göre API rate-limit

Bir API katmanında admin kullanıcılar daha yüksek limit, normal kullanıcılar daha düşük limit alır. Smart ACL, JWT payload içinden role alanını okur ve rate-limit politikasını buna göre seçer. JWTPAYLOAD(role) == admin → yüksek rate-limit; değilse standart rate-limit uygulanır.

WAAP skoruna göre CAPTCHA

Bir istek WAAP tarafından şüpheli bulunur ama doğrudan bloklanacak kadar net değildir. Smart ACL, WAAP skorunu ve bot sınıfını birlikte değerlendirir. wafScore >= 5 AND NOT knownBot koşulu sağlandığında CAPTCHA gösterilir.

Mobil ve desktop kurum servisi ayrımı

Mobil kullanıcılar farklı, desktop kullanıcılar farklı kurum servisine yönlendirilir. Smart ACL kullanıcı ajanı ve mobil sınıflandırma sinyalini kullanır. mobile == true → mobil kurum servisi, mobile == false → masaüstü kurum servisi.

JA3 fingerprint ile bot tespiti

Bilinen kötü amaçlı istemci fingerprint listesi custom map olarak tanımlanır. Gelen TLS fingerprint bu listeyle eşleşirse trafik engellenir veya CAPTCHA'ya alınır. ja3 in bad_fingerprint_list → deny / captcha.

JSON body içindeki tutara göre ek kontrol

Finansal API'de transfer tutarı JSON body içinden okunur. Tutar belirli eşiğin üzerindeyse AAM tarafında ek MFA tetiklenir veya işlem ayrı bir kurum servisine yönlendirilir. JSONQUERY(transaction.amount) > 10000 → step-up MFA.

Ülke, ASN ve WAAP sinyali birleşimi

Belirli ülkelerden gelen trafik normalde izinlidir; ancak aynı trafik hosting ASN'inden geliyor ve WAAP skoru yüksekse ek kontrol uygulanır. country in allowedCountries AND asn in hostingProviders AND wafScore >= 4 → challenge.

Sık sorulanlar

Smart ACL ile kaç farklı kriter türü kullanılabilir?
TR7 Smart ACL motoru 60'tan fazla kriter türünü destekler. Kaynak IP ve CIDR'ın yanı sıra ülke, şehir, ASN, HTTP method, URL, path, query parametresi, header, cookie, request body, response body, TLS SNI, TLS cipher, JA3 fingerprint, WAAP skoru, WAAP saldırı grubu, bot sınıfı, blacklist kategorisi, cache durumu ve kimlik durumu kriter olarak kullanılabilir.
AND/OR/NOT koşul grupları nasıl yapılandırılır?
Her ACL bir ID ile tanımlanır. Kurallar, conditionGroups dizisi altında conditions listesi ve op (and/or) alanıyla gruplanır. Negate bayrağıyla herhangi bir koşul NOT davranışı kazanır. İç grup AND veya OR ile çalışırken dış gruplar daha karmaşık mantıksal yapılar oluşturur. Bu yapı küçük, okunabilir parçalara bölünmüş politikalar yazmayı sağlar.
Smart Function zinciri ne işe yarar?
Smart Functions, ham trafik değerlerini işlenebilir hale getirir. Tek bir ACL koşulunda Base64 decode, JSON path query, JWT payload parse, XML query, regex match, string replace, lowercase/uppercase, IP mask, IP-to-country veya map/list lookup işlemleri zincirlenebilir. Örneğin JWT payload'ını parse edip role alanını çıkararak bir listeyle karşılaştırabilirsiniz.
Aynı ACL birden fazla kuralda tekrar kullanılabilir mi?
Evet. Bir kez tanımlanan ACL, farklı trafik kurallarında, rate-limit politikalarında, redirect kurallarında ve güvenlik aksiyonlarında ID ile referans verilerek tekrar kullanılır. ACL tanımı değiştiğinde bu ID'ye bağlı tüm kurallara değişiklik otomatik yayılır. Bu model merkezi yönetim ve operasyonel tutarlılık sağlar.
ACL güncellemeleri canlı trafiği nasıl etkiler?
Smart ACL koşulları katmana göre farklı güncelleme modeliyle uygulanır. L7 tarafındaki kurallar yapılandırma değişikliğine göre soft-reload gerektirebilir. L3 firewall tarafındaki kurallar ise kendi sync döngüsüyle uygulanır. Katmana göre güncelleme modeli dürüstçe sunulur.
WAAP skoru ve bot sinyali ACL içinde nasıl kullanılır?
Smart ACL motoru WAAP kararlarını doğrudan koşul olarak okuyabilir: waf_attack_id, waf_attack_group, wafScore, isWafBlocked ve isWafAttack kriterleri kullanılabilir. Bot sınıflandırması için browser, mobile ve bot kriterleri mevcuttur. Bu sinyaller routing, rate-limit veya CAPTCHA aksiyonlarıyla birleştirilebilir; WAAP ve ADC kararları aynı kural motorunda birleşir.

Trafik kararlarınızı IP'nin ötesine taşıyın

60+ kriter, Smart Function zinciri ve AND/OR/NOT gruplarıyla güvenlik, routing ve rate-limit aynı kural motorunda. Kendi ortamınızda canlı kurulumu birlikte gezdirelim.