Filtreleme Modu¶

Filtreleme modu, gelen istekleri işlerken filtreleme düğümünün davranışını tanımlar. Bu talimatlar, mevcut filtreleme modlarını ve bunların yapılandırma yöntemlerini açıklar.

Kullanılabilir filtreleme modları¶

Wallarm filtreleme düğümü, gelen istekleri aşağıdaki modlarda (en hafiften en sıkıya doğru) işleyebilir:

• off

• monitoring

• safe_blocking - yalnızca engellemenin güvenli olduğu durumlarda engeller (gri liste).

• block

Yapılandırma yöntemleri¶

Filtreleme modu aşağıdaki yollarla yapılandırılabilir:

• Düğüm tarafında wallarm_mode yönergesini ayarlayın

• Genel filtreleme modunu Wallarm Console içinde tanımlayın

• Koşullu filtreleme modu ayarlarını Wallarm Console içinde tanımlayın

Filtreleme modu yapılandırma yöntemlerinin öncelikleri, wallarm_mode_allow_override yönergesinde belirlenir. Varsayılan olarak, değerin katılığı ne olursa olsun Wallarm Console içinde belirtilen ayarlar wallarm_mode yönergesinden daha yüksek önceliğe sahiptir.

wallarm_mode yönergesinin ayarlanması¶

Düğüm filtreleme modunu, düğüm tarafında wallarm_mode yönergesini kullanarak ayarlayabilirsiniz. wallarm_mode yönergesinin farklı dağıtımlarda nasıl ayarlandığının özellikleri aşağıda açıklanmıştır.

Burada açıklanan yapılandırmanın yalnızca inline dağıtımlar için geçerli olduğunu, out-of-band (OOB) çözümler için yalnızca monitoring modunun etkin olabileceğini unutmayın.

docker run -d -e WALLARM_API_TOKEN='XXXXXXX' -e WALLARM_LABELS='group=<GROUP>' -e NGINX_BACKEND='example.com' -e WALLARM_API_HOST='us1.api.wallarm.com' -e WALLARM_MODE='monitoring' -p 80:80 wallarm/node:6.5.1

kubectl annotate ingress <YOUR_INGRESS_NAME> -n <YOUR_INGRESS_NAMESPACE> nginx.ingress.kubernetes.io/wallarm-mode=monitoring

config:
wallarm:
    ...
    mode: monitoring
    modeAllowOverride: "on"

Genel filtreleme modu¶

Tüm gelen istekler için genel filtreleme modunu mitigation controls (Advanced API Security aboneliği) veya kurallar (Cloud Native WAAP aboneliği) kullanarak tanımlayabilirsiniz..

Koşullu filtreleme modu¶

Belirli dallar, uç noktalar ve diğer koşullara dayanarak filtreleme modunu mitigation controls (Advanced API Security aboneliği) veya kurallar (Cloud Native WAAP aboneliği) kullanarak ayarlayabilirsiniz.

Yöntemlerin önceliklendirilmesi¶

wallarm_mode_allow_override yönergesi, filtreleme düğümü yapılandırma dosyasındaki wallarm_mode yönergesi değerlerini kullanmak yerine Wallarm Console’da tanımlanan mod kurallarını/mitigation controls uygulama yeteneğini yönetir.

wallarm_mode_allow_override yönergesi için aşağıdaki değerler geçerlidir:

• off: Wallarm Console’da belirtilen mod kuralları/mitigation controls yok sayılır. Yapılandırma dosyasındaki wallarm_mode yönergesiyle belirtilen kurallar uygulanır.

• strict: yalnızca yapılandırma dosyasındaki wallarm_mode yönergesinin tanımladığından daha sıkı filtreleme modlarını tanımlayan Wallarm Cloud’da belirtilen mod kuralları/mitigation controls uygulanır.

  Kullanılabilir filtreleme modları, en hafiften en sıkıya doğru yukarıda listelenmiştir.

• on (varsayılan): Wallarm Console’da belirtilen mod kuralları/mitigation controls uygulanır. Yapılandırma dosyasındaki wallarm_mode yönergesiyle belirtilen kurallar yok sayılır.

wallarm_mode_allow_override yönerge değerinin tanımlanabileceği bağlamlar, en genelden en yerele doğru aşağıdaki listede sunulmuştur:

• http: http bloğu içindeki yönergeler HTTP sunucuya gönderilen isteklere uygulanır.

• server: server bloğu içindeki yönergeler sanal sunucuya gönderilen isteklere uygulanır.

• location: location bloğu içindeki yönergeler yalnızca belirli bu yolu içeren isteklere uygulanır.

wallarm_mode_allow_override yönergesinin http, server ve location bloklarında farklı değerleri tanımlanmışsa, en yerel yapılandırma en yüksek önceliğe sahiptir.

wallarm_mode_allow_override yönergesinin kullanım örneği:

http {

    wallarm_mode monitoring;

    server {
        server_name SERVER_A;
        wallarm_mode_allow_override off;
    }

    server {
        server_name SERVER_B;
        wallarm_mode_allow_override on;

        location /main/login {
            wallarm_mode_allow_override strict;
        }
    }
}

Bu yapılandırma örneği, Wallarm Console’daki filtreleme modu kurallarının aşağıdaki şekilde uygulanmasıyla sonuçlanır:

1. Wallarm Console’da tanımlanan filtreleme modu kuralları/mitigation controls, SERVER_A sanal sunucusuna gönderilen istekler için yok sayılır. SERVER_A sunucusuna karşılık gelen server bloğunda belirtilmiş bir wallarm_mode yönergesi olmadığından, bu tür istekler için http bloğunda belirtilen monitoring filtreleme modu uygulanır.

2. Wallarm Console’da tanımlanan filtreleme modu kuralları/mitigation controls, /main/login yolunu içeren istekler hariç SERVER_B sanal sunucusuna gönderilen isteklere uygulanır.

3. Hem SERVER_B sanal sunucusuna gönderilen hem de /main/login yolunu içeren istekler için, Wallarm Console’da tanımlanan filtreleme modu kuralları yalnızca monitoring modundan daha sıkı bir filtreleme modu tanımlıyorlarsa uygulanır.

Yapılandırma örneği¶

Yukarıda bahsedilen tüm yöntemleri kullanan bir filtreleme modu yapılandırması örneğini ele alalım.

Düğüm yapılandırma dosyası¶

http {

    wallarm_mode block;

    server { 
        server_name SERVER_A;
        wallarm_mode monitoring;
        wallarm_mode_allow_override off;

        location /main/login {
            wallarm_mode block;
            wallarm_mode_allow_override strict;
        }

        location /main/signup {
            wallarm_mode_allow_override strict;
        }

        location /main/apply {
            wallarm_mode block;
            wallarm_mode_allow_override on;
        }

        location /main/feedback {
            wallarm_mode safe_blocking;
            wallarm_mode_allow_override off;
        }
    }
}

Wallarm Console’daki ayarlar¶

• Genel filtreleme modu: Monitoring.

• Koşullu filtreleme modu ayarları:

  • İstek aşağıdaki koşulları sağlıyorsa:

    • Yöntem: POST
    • Yolun ilk bölümü: main
    • Yolun ikinci bölümü: apply,

    o halde Default filtreleme modunu uygulayın.

  • İstek aşağıdaki koşulu sağlıyorsa:

    • Yolun ilk bölümü: main,

    o halde Blocking filtreleme modunu uygulayın.

  • İstek aşağıdaki koşulları sağlıyorsa:

    • Yolun ilk bölümü: main
    • Yolun ikinci bölümü: login,

    o halde Monitoring filtreleme modunu uygulayın.

İstek örnekleri¶

Yapılandırılmış SERVER_A sunucusuna gönderilen isteklerin örnekleri ve Wallarm filtreleme düğümünün bunlara uyguladığı işlem aşağıdaki gibidir:

• /news yoluna sahip kötü amaçlı istek, SERVER_A sunucusu için wallarm_mode monitoring; ayarı nedeniyle işlenir ancak engellenmez.

• /main yoluna sahip kötü amaçlı istek, SERVER_A sunucusu için wallarm_mode monitoring; ayarı nedeniyle işlenir ancak engellenmez.

  Wallarm Console’da tanımlanan Blocking kuralı, SERVER_A sunucusu için wallarm_mode_allow_override off; ayarı nedeniyle buna uygulanmaz.

• /main/login yoluna sahip kötü amaçlı istek, /main/login yoluna sahip istekler için wallarm_mode block; ayarı nedeniyle engellenir.

  Wallarm Console’da tanımlanan Monitoring kuralı, filtreleme düğümü yapılandırma dosyasındaki wallarm_mode_allow_override strict; ayarı nedeniyle buna uygulanmaz.

• /main/signup yoluna sahip kötü amaçlı istek, /main/signup yoluna sahip istekler için wallarm_mode_allow_override strict; ayarı ve /main yolu için Wallarm Console’da tanımlanan Blocking kuralı nedeniyle engellenir.

• /main/apply yoluna ve GET metoduna sahip kötü amaçlı istek, /main/apply yoluna sahip istekler için wallarm_mode_allow_override on; ayarı ve /main yolu için Wallarm Console’da tanımlanan Blocking kuralı nedeniyle engellenir.

• /main/apply yoluna ve POST metoduna sahip kötü amaçlı istek, /main/apply yoluna sahip bu istekler için wallarm_mode_allow_override on; ayarı, Wallarm Console’da tanımlanan Default kuralı ve filtreleme düğümü yapılandırma dosyasında /main/apply yoluna sahip istekler için wallarm_mode block; ayarı nedeniyle engellenir.

• /main/feedback yoluna sahip kötü amaçlı istek, filtreleme düğümü yapılandırma dosyasında /main/feedback yoluna sahip istekler için wallarm_mode safe_blocking; ayarı nedeniyle yalnızca gri listeye alınmış bir IP’den geliyorsa engellenir.

  Wallarm Console’da tanımlanan Monitoring kuralı, filtreleme düğümü yapılandırma dosyasındaki wallarm_mode_allow_override off; ayarı nedeniyle buna uygulanmaz.

Filtreleme modunu kademeli uygulamaya ilişkin en iyi uygulamalar¶

Yeni bir Wallarm düğümünün başarılı şekilde devreye alınması için, filtreleme modlarını değiştirmek üzere şu adım adım önerileri izleyin:

1. Wallarm filtreleme düğümlerini üretim dışı ortamlarınızda monitoring çalışma moduna ayarlı olarak dağıtın.

2. Wallarm filtreleme düğümlerini üretim ortamınızda monitoring çalışma moduna ayarlı olarak dağıtın.

3. Wallarm bulut tabanlı arka ucunun uygulamanızı öğrenmesi için tüm ortamlarınızdaki (test ve üretim dahil) trafiğin 7‑14 gün boyunca filtreleme düğümleri üzerinden akmasını sağlayın.

4. Tüm üretim dışı ortamlarınızda Wallarm block modunu etkinleştirin ve korunan uygulamanın beklendiği gibi çalıştığını doğrulamak için otomatik veya manuel testler kullanın.

5. Üretim ortamında Wallarm block modunu etkinleştirin ve uygulamanın beklendiği gibi çalıştığını doğrulamak için mevcut yöntemleri kullanın.

Was this page helpful?

How can we improve this article? (Optional)

Information is unclear or confusing

Insufficient information

Outdated or incorrect information

0/240

Send