Ana içeriğe atla

Forcepoint NGFW Packet Inspection Procedure


Ethernet rules
NGFW Engine, Ethernet Frame’lerini Policy’deki Ethernet kurallarına göre kontrol eder. Packet, packet'e allow ya da discard edilen Ethernet kuralına uyuncaya kadar işlenir.
Packet sanity checks
Bu aşamada drop edilen Packets TCP_Segment-SYN-No-Options gibi belirli durumlara sahip log girişleri üretir. Packet Filter diagnostics etkinleştirilmediği sürece “packet drops” Loglara kaydedilmez.
Antispoofing
Firewall, trafiğin Routing ve Antispoofing konfigürasyonunda veya VPN konfigürasyonunda tanımlandığı gibi doğru Interface veya VPN tünelinden geldiğini kontrol eder.
Connection tracking
Firewall, Packet'in belirlenmiş bir bağlantının parçası olup olmadığını (örneğin, izin verilen bir isteğe reply packet) görmek için geçerli "Connection Tracking" bilgilerini kontrol eder.
TCP SYN rate Limits veya diğer DoS Protection özellikleri etkinleştirilirse, bu aşamada "Enforce" edilir.
Access Rules Matching
Packet mevcut bir bağlantının parçası değilse, Yüklü olan Firewall Policy’deki Erişim kuralları ile “Compared” edilir. İşlem, Packet için Firewall’da izin vermesini veya durdurmasını bildiren bir kuralla eşleşene kadar devam eder. Policy’de başka hiçbir kural eşleşmesi yoksa, Firewall Policy sonuna geldiğinde Packet “Discard” edilir.
Protocol Validation
Packet'e "mevcut bağlantı" olarak veya bir Erişim kuralında izin verilirse, packet'in bağlantı durumu için geçerli olup olmadığını kontrol eder. Eğer geçerli Değilse, Packet "Dropped"edilir.
Örneğin, bir TCP bağlantısı her zaman bir SYN packet'iyle başlamalıdır (protokol standartlarında tanımlandığı gibi) NGFW, yeni bir bağlantının ilk packet'inin geçerli bir SYN paketi olup olmadığını kontrol eder.
Inspection and File Filtering Rules
NGFW, Access kurallarında "deep packet inspection" veya "File Filtering" için seçilen bağlantılara "Inspection" kuralları uygular. "Inspection" bir bağlantıdaki tüm packets için geçerlidir, Bu nedenle packet mevcut bir packet'in parçası olsa bile "Inspection" kuralları uygulanır.
"Inspection” kuralları, izin verilen bağlantılarda ilgili “patterns”leri aramak için kullanılır.
"Patterns", potansiyel saldırıları veya diğer olası tehditleri, exploits, multiple logon denemeleri, peer-to-peer ya da instant messaging yazılımları veya protocol violations gösterebilir.
Trafikteki bir Pattern, kuralda tanımlanan bir Pattern ile eşleşiyorsa, aksiyon olarak kuralda tanımlanan eylemler gerçekleştirilir.
NAT Modifications
NGFW, IPv4 ve IPv6 bağlantılarına Ağ Adresi Çevirisi (NAT) kurallarını uygular.
Source ve Destination adresler, eşleşen ilk NAT kuralına göre çevrilir (veya bir NAT kuralı tanımlanırsa hiç yapılmaz) NAT kurallarından hiçbiri eşleşmezse, Packet orijinal adreslerle devam eder.
Default olarak, NAT policy-based VPN’lerden gelen veya giden trafiğe uygulanmaz.
VPN
Policy-based VPN işlemi, VPN konfigürasyonundan doğru Tunnel’in bulunmasını içerir.
VPN konfigürasyonu Access kurallarına tam olarak uymuyorsa, packet'ler ” VPN tunnel selection failed” mesajı ile "discarded" edilebilir.

Routing/Route-based VPN
Access Rule’da Destination olarak Zone kullanılıyorsa, Son route seçildikten sonra Packet Access Rules ile eşleştirilir.
Packet, uygulanan NAT nedeniyle bir kuralla eşleşmezse, Dropped edilir.
Packet bir tünel arayüzüne route edilirse, Route-Based VPN konfigürasyonuna göre encapsulated edilir.
Not: policy-based VPN ile encapsulated GRE / IP-IP packets için, packet policy-based VPN işlemeye geri döner.
QoS
Packet, önceliğine (Priority) ve mevcut olabilecek Bandwidth Limits veya Guarantees göre güvenlik duvarından geçirilir.
Traffic Inspection Process
Traffic Inspection sürecinde iki ana aşama vardır.
İlk olarak, NGFW ağ trafiğini herhangi bir anormallik açısından denetler (Inspects).
Engine trafikte belirsizlikler tespit ederse, daha fazla incelemeden (Inspecting) önce trafiği normalleştirir.
Trafik normalizasyonu aynı zamanda Engine için "evasion techniques" kullanma girişimlerini saptamada
(Örneğin; Packet Fragmentation, TCP segmentation or combinations of evasions) Inspection’ı tamamen atlamak için.
Daha sonra NGFW trafiği protokole böler, ayrıştırır ve bir veya daha fazla bağlama (contexts) aktarır. Protokole özgü bağlamlar, NGFW tarafından ağ trafiğinde belirli bir özelliği tespit etmek için kullanılır.
Her Pattern (attack signatures gibi) doğru traffic türü ile eşleştirilir (Örneğin; HTTP trafiğinde pattern görüldüğünde HTTP kullanan bir saldırı algılanabilir) Ancak SMTP üzerinden taşınan bir e-posta iletisi üstbilgisiyle yanlış eşleşme durumu oluşmaz.
Her protokol için, trafik imzalarının doğru bir şekilde eşleşmesini sağlayan çoklu bağlamlar vardır.
Bu nedenle, FTP Client stream’de algılanan traffic "patterns"leri FTP Client strem görünüyorsa eşleşir. Protokol ve bağlam farkındalığı basit imzalara (simple signatures) kıyasla false positives sayısını azaltır.
Protokol tanımlama (identification) işleminde trafiğin port/service (protokol agents tanımına göre) bölündüğünü ve IPS Politikasının veya Firewall Inspection Template içerisindeki continue rules’da tanımlandığı şekilde deep inspection’a gönderildiği unutulmamalıdır.
Labels:

Yorumlar

Yorum Gönder

Bu blogdaki popüler yayınlar

Troubleshoot Fortigate SSL VPN

You can use the diagnose commands below to identify SSL VPN problems. diagnose debug application sslvpn -1 This command will enable the debug level of SSL VPN with debug level -1. Debug level -1 gives detailed results. Verify the debug configuration diagnose debug info debug output: disable console timestamp: disable console no user log message: disable sslvpn debug level: -1 (0xffffffff) CLI debug level: 3 This output verifies that SSL VPN debugging is enabled at debug level -1 and shows which filters are in place. The above output shows that debug output is disabled, so debug messages are not displayed. The output also indicates that debugging is not enabled for any software system. Use the following command to enable the display of Debug Messages. diagnose debug enable To view the debug messages, login to the SSL VPN portal and the CLI displays debug output similar to the one below. FGT90E3G10002814 # [282:root]SSL state:before/accept initialization (172.20.130.12) [282:root]SSL sta...
Yorum Gönder
Read more »

Fortigate Route ve Spoofing–Reverse path check

The AntiSpoofing mechanism (reverse path check or reverse path forward) in Fortigate allows you to check that the properties of a packet in other paths are received at one level in the correct interface. It includes mechanisms to prevent IP Spoofing attacks that involve changing the source IP address of a packet that the Fortigate firewall receives from one of the interfaces that the source IP address would not expect. reverse path forward <span style="text-decoration: underline;">Interfaces :</span>   LAN : 192.168.1.254/24 DMZ : 192.168.2.254/24   <span style="text-decoration: underline;">Routage statique en place :</span>   Route : 192.168.100.0/24 gw 192.168.1.254 Route : 0.0.0.0 gw defaut wan gateway This protection mechanism ensures that a packet with the source 192.168.100.0/24 cannot be reached by the LAN interface. The only interface authorized to receive the Flows of this network is the DMZ (see the routing). If a pac...
Yorum Gönder
Read more »

Forcepoint NGFW Mobile VPN Yapılandırma

Bu bölümde NGFW özelliklerinde VPN ayarlarını tanımlayacağız (Endpoints, Sites ve VPN Clients) ENDPOINTS VPN  Endpoints , Kullanıcıların VPN tüneli kurmak istediklerinde bağlanacakları IP adresini tanımlar. 1. Firewalls>Edit>VPN> Endpoints  sekmesini açıyoruz. 2. Bu kurulumda yalnızca bir harici  Endpoints  var, bunu etkinleştiririz. 3.  Resimde ki örnek yapılandırmada, tüm VPN türleri, kullanıcıların (IPsec,SSL VPN tunnelling veya User browser (SSL VPN Portalı)) kullanarak Forcepoint VPN istemcisiyle bağlantı kurmasına olanak sağlamak için etkinleştirilmiştir. VPN SITES VPN site öğeleri, trafik selectors, yani VPN istemcisi ile NGFW motoru arasındaki tünel açıldığında ve çalışır durumda olduğunda VPN üzerinden ulaşılabilecek IP adresleridir. 1.  Firewalls>Edit>VPN>Sites sekmesini açıyoruz. 2. VPN site yapılandırmasında 'Add and update IP addresses based on routing option' seçildiğinde, Routing yapılandırmasına bağlı olarak otomati...
Yorum Gönder
Read more »

Fortigate SSL mirroring explicit proxy/SSL inspected traffic

SSL inspection on Fortigate is a mechanism that can be used to protect and inspect the content of encrypted sessions, find and block threats. SSL inspection not only protects against attacks using HTTPS, but also against other commonly used encrypted protocols such as SMTPS, POP3S, IMAPS, and FTPS. A full SSL inspection (Deep Inspection) should be used to ensure that all encrypted content is inspected. When SSL inspection is used, Fortigate acts as the receiver of the source SSL session and decrypts and inspects its content, Then the content is encrypted again, a new SSL session is established between Fortigate and the receiver by impersonating the sender, and the content is freed from threats. It is possible to "Mirror" or send a copy of the traffic Decrypted by SSL inspection to one or more Fortigate interfaces so that the traffic can be collected by the Raw Packet Capture tool for archiving or analysis. Mirroring occurs after it is processed by the SSL Decoder and at the s...
Yorum Gönder
Read more »

Forcepoint console logging etkinleştirme

NGFW Console Logging etkinleştirme işlemi aşağıda belirtilen adımlar ile sağlanılabilir. 1. Engine üzerinde bir Command Line Session açın. 2. Console Logging önceden etkinleştirilip etkinleştirilmediğini kontrol edin. Belirtilen komutu yazın ve ENTER tuşuna basın: cat /proc/cmdline Çıktıda line console = ttyS <PORT> görürseniz, Serial Console Logging zaten etkin demektir. 3. Serial Console Logging etkin değilse, Belirtilen komutu yazın ve ENTER tuşuna basın: sg-bootconfig –help Secondary Console seçeneklerinin nasıl ayarlanacağına ilişkin talimatlar 4. Console için parametreleri tanımlayın. sg-bootconfig --secondary-console=[<CONS>] where <CONS> := tty0|ttyS<PORT>,<SPEED> <PORT> := 0|1|2|3|4|5|6|7 <SPEED> := 9600|19200|38 400|57600|115200 Örneğin: sg-bootconfig --secondary-console=ttyS0,115200 apply ve ENTER tuşuna basın. Not: Speed settings, serial kablonun diğer ucundaki host üzerinde yapılandırılan ayar ile eşleş...
Yorum Gönder
Read more »

Modify FortiGate HA Link-Failed-Signal and MAC address tables

The "Link-Fail-Signal" command allows us to force switches next to the Cluster Fortigate unit to refresh their MAC tables, which will be useful if the Switches do not refresh their MAC tables correctly. Normally, after Link Failover, the new Primary sends Gratuitous ARP (GARP) packets to refresh the MAC forwarding tables of the switches connected to the Cluster. In some cases, Switches ignore GARP packets and continue to reference the MAC address of the port. So the transaction fails on the Fortigate side and continues to send packets. You can use the following command to prevent a Cluster unit with Monitored Interface connection from turning off all interfaces (except Heartbeat Interfaces and HA Mgmt Interfaces) after Link Failure occurs. config system ha set link-failed-signal enable end If cluster computers are managed with a Mgmt interface, it must be specified, otherwise the port on which it is managed is Down. config system ha set link-failed-signal enable en...
Yorum Gönder
Read more »

Fortigate RPF kontrolünü devre dışı bırakma

RPF (Reverse Path Forwarding) IP Spoofing saldırılarına karşı korur ve  Input Interface  üzerinden Source IP'ye geri dönen aktif bir Route olup olmadığını kontrol eder. RPF, aşağıdaki şekillerde yapılması mümkün olmasına rağmen , devre dışı bırakılması önerilmeyen bir güvenlik mekanizmasıdır  Asymmetric Routing'e  izin verdiğimizde, bu sistemde RPF'nin doğrulanmasını engeller ve Fortigate Statefull yerine Stateless Firewall'a dönüştürür. asymmetric routing  izin verme komutu aşağıdaki gibidir. config system setting set asymroute enable end Firmware 5.6 sürümünden itibaren, aşağıdaki komutlarla arayüz seviyesinde RPF kontrolünü devre dışı bırakabiliriz. config system interface edit <interface> set src-check disable end
Yorum Gönder
Read more »

Forcepoint OSPF Area IP adresi Tanımı

Version: 6.5, 6.4, 6.3, 6.2, 5.10 SORUN OSPF Dynamic Routing kullanıldığında, aynı OSPF alanındaki Router’lar arasında OSPF neighborhood oluşturulur.   Area 0 "backbone" ve normalde diğer alanlar ondalık sayı kullanır. Ancak Quagga OSPF yapılandırma alanında, IP adresinin Area numarası olarak tanımlanmasını sağlayan noktalı ondalık biçim kullanılarak sunulur. OSPF'yi vtysh kullanarak komut satırından yapılandırırken, "area a.b.c.d" sözdizimi kullanılır ( https://www.nongnu.org/quagga/docs/quagga.html#OSPF-area ) ancak Management Client OSPF Area öğesi özelliklerinde noktalı ondalık syntax kabul edilmez. ÇÖZÜM Area numarasını IP adresi olarak tanımlarken, IP adresini ondalık sayıya dönüştürmeniz gerekir. Örnek olarak 192.168.1.0 alanını kullanmak istiyorsanız, bu IP adresini ondalık sayıya dönüştürmeniz gerekir. Bu Manuel olarak, önce IP adresini ikili değere dönüştürerek yapılabilir Ardından, ondalık değere ayarlanmış her biti dönüştürün ve bunları ek...
Yorum Gönder
Read more »