File Blocking Shootout – Palo Alto vs. Fortinet

We needed to configure the Internet-facing firewall for a customer to block encrypted files such as protected PDF, ZIP, or Microsoft Office documents. We tested it with two next-generation firewalls, namely Fortinet FortiGate and Palo Alto Networks. The experiences were quite different…

TL;DR: While Fortinet is able to block encrypted files, Palo Alto fails since it does not identify encrypted office documents!

Note that the Internet connection must be either unencrypted itself, i.e., HTTP or FTP, or some TLS inspection/MITM techniques must be used to look into those encrypted streams such as HTTPS. Otherwise no firewall can ever recognize what kind of files are transferred over those connections. For our test purposes we used some test files at Since that webpage runs via HTTPS and plain HTTP we could run our tests without further security burdens. We tested a Palo Alto Networks PA-200 with PAN-OS 8.1.2 with threat version “8030-4788 (06/12/18)” and a Fortinet FortiGate FG-90D with firmware v5.6.4.

For each firewall we did two runs, one with plain documents and another with encrypted documents. We downloaded four different document types in this order: docx, pdf, xlsx, zip. For every download we initiated a new HTTP session in order to have them distinguishable (different source ports). Before those tests we configured a “File Blocking” (Palo) and a “Data Leak Prevention” (Forti) profile in order to block encrypted file types:

Results Palo

The Palo Alto Networks firewall correctly identifies the four plain documents as seen in the “Data Filtering” log section. Depending on the file type a couple of different log entries are generated, though I downloaded only one document at a time. (I really do not know why the last run, source port 4025, in which I ONLY clicked the zip file also shows a download of the docx and pdf file. Maybe this is kind of a pre-download from the used Firefox 60.0 browser?)

Coming to the encrypted files, Palo Alto Networks does not recognize them correctly anymore. Bad. The two Microsoft Office files (docx, xlsx) are only detected as “Microsoft MSOFFICE” but not as “encrypted-docx” or “enrcypted-xlsx”. Note that I configured a “File Blocking” profile to block exactly those file types. Not working! At least the encrypted PDF and zip file is correctly identified:

We opened a ticket at the support portal from PAN. After some troubleshooting they admitted that it’s not working. Hence, it is not a configuration error on our side, but a security malfunction. Bad design or whatever.

Results Forti

No problem with the plain documents as well. All four types are correctly identified by the FortiGate:

And the same is true for the encrypted file types: All four encrypted documents are correctly identified as Filter Type “encrypted” by the FortiGate, and denied as per policy configuration. Good!


This one clearly goes to Fortinet. Palo Alto Networks fails at least for two out of our four test documents. To my mind it’s not excusable for a firewall that has “encrypted-docx” or “encrypted-xlsx” file types is not able to detect them at all. What’s up guys?

By the way: This was not the first time I struggled with the file blocking by PAN. Have a look at this blogpost from 2013: Palo Alto File Blocking: Benefits and Limitations.

Featured image “Alle Latten am Zaun?” by Frank Müller is licensed under CC BY-NC 2.0.

3 thoughts on “File Blocking Shootout – Palo Alto vs. Fortinet

  1. Creo que otros accidentes informáticos ocurren por el descuido de abrir archivos adjuntos en los correos electrónicos o también al navegar en páginas maliciosas que contienen código oculto que dañan nuestros equipos ya sea en los equipos de escritorio o en equipos celulares , para ello creo que es necesario contar con equipos de protección y seguridad perimetral en la empresa.

    La seguridad perimetral en las empresas se ha convertido hoy en día en un factor indispensable en la red de cualquier empresa, estos equipos ayudan mucho al administrador de la red o al encargado de seguridad a proteger la misma, hoy en dia contamos con algunas marcas en el mercado muy reconocidas como lo son los equipos fortinet, sonicwall y cisco meraki equipos fenomenales en el combate en contra de los ataques cibernéticos.

  2. Leider lässt sich das DLP Modul auf der Fortigate nur dann verwenden, wenn die Fortigate oder die VDOM im Proxy Mode läuft.
    Wer seine Fortigate im Flow-Based Modus betreibt kann leider kein DLP verwenden, den Flow Modus verwende ich mittlerweile jedoch sehr gern um ein Applikationsbasiertes Regelwerk ähnlich einer Palo Alto zu erstellen.

    Für mich unverständlich ist allerdings wieso dies nicht implementiert ist, weil sich grundsätzlich jeder DLP-Sensor auf der CLI auch auf den Flow-Based Modus umstellen lässt.
    In einer Proxy-Based Installation kann man dann ein Flow-Based DLP verwenden, sobald die Fortigate / VDOM jedoch selbst im Flow Modus betrieben wird geht dies nicht mehr.
    Die gesamte DLP Konfiguration bleibt grundsätzlich erhalten, wenn auch nur noch auf der CLI sichtbar.


    1. Hey Dominik,
      ich finde bei der FortiGate in Summe so einiges total verwirrend und schlecht aufgebaut. Dein Punkt mit dem DLP ist zB so einer. Ich habe mich hierzu mit SEs von Fortinet unterhalten. Sie sagten, dass DLP generell NICHT im Flow-based Modus empfohlen wird. So steht es auch in den PDFs von Fortinet drin, allerdings ist kein sinnvoller Grund aufgeführt. Ich tippe mal auf schlechtere Erkennungsraten.

      Bzgl. flow-based Modus um applikationsbasiertes Regelwerk zu bauen: Genau da hätte ich eine Frage an dich: Wie machst du “allow any” Regeln? Ich hatte genau das neulich getestet und bin gescheitert. Mein Fortinet SE konnte auch keine Antwort liefern. Meine Frage im Fortinet Forum blieb bisher ebenfalls unbeantwortet. Willst du mal gucken? –>

      Thx ;)

Leave a Reply

Your email address will not be published. Required fields are marked *