{"id":1787,"date":"2026-07-25T12:10:18","date_gmt":"2026-07-25T15:10:18","guid":{"rendered":"https:\/\/jrtx.com.br\/blog\/2026\/07\/25\/pfsense-firewall-open-source-seguranca-maxima-para-sua-rede\/"},"modified":"2026-07-25T12:10:18","modified_gmt":"2026-07-25T15:10:18","slug":"pfsense-firewall-open-source-seguranca-maxima-para-sua-rede","status":"publish","type":"post","link":"https:\/\/jrtx.com.br\/blog\/2026\/07\/25\/pfsense-firewall-open-source-seguranca-maxima-para-sua-rede\/","title":{"rendered":"pfSense Firewall Open Source: Seguran\u00e7a M\u00e1xima para sua Rede"},"content":{"rendered":"

Quando falamos sobre seguran\u00e7a perimetral corporativa, poucas ferramentas entregam o equil\u00edbrio entre custo, flexibilidade e robustez como o pfSense firewall open<\/strong>. Em um cen\u00e1rio onde amea\u00e7as evoluem diariamente e as solu\u00e7\u00f5es propriet\u00e1rias cobram caro por cada funcionalidade adicional, o pfSense Community Edition (CE) ressurge como o padr\u00e3o de fato para quem busca um firewall open source<\/strong> completo, baseado em FreeBSD e mantido por uma comunidade ativa. Na JRT Technology Solutions, enxergamos essa plataforma n\u00e3o apenas como uma alternativa econ\u00f4mica, mas como a espinha dorsal de arquiteturas de seguran\u00e7a que implementamos em clientes de m\u00e9dio e grande porte.<\/p>\n

O mercado de firewalls em 2026 passa por transforma\u00e7\u00f5es importantes. De um lado, fabricantes como a Check Point enfrentam crises severas de seguran\u00e7a \u2014 o CVE-2026-16232, uma falha de bypass de autentica\u00e7\u00e3o no SmartConsole, exp\u00f4s milhares de servidores de gerenciamento a acessos administrativos indevidos. Esse tipo de incidente refor\u00e7a uma m\u00e1xima que nossos especialistas na JRT Technology Solutions repetem com frequ\u00eancia: software propriet\u00e1rio n\u00e3o \u00e9 sin\u00f4nimo de seguran\u00e7a<\/strong>. Ter o c\u00f3digo-fonte aberto para auditoria, como ocorre com o pfSense, permite que vulnerabilidades sejam identificadas e corrigidas pela comunidade muito antes de se tornarem crises.<\/p>\n

Historicamente, o pfSense nasceu como um fork do m0n0wall em 2006 e, ao longo de quase duas d\u00e9cadas, consolidou-se como uma das distribui\u00e7\u00f5es de firewall mais respeitadas do mundo. A vers\u00e3o Community Edition, que voltou a ser o centro das aten\u00e7\u00f5es ap\u00f3s a mudan\u00e7a no licenciamento do pfSense Plus, oferece todos os recursos essenciais para firewall, roteamento, VPN, IDS\/IPS, proxy reverso e balanceamento de carga<\/strong>. Na JRT Technology Solutions, utilizamos essa vers\u00e3o em implanta\u00e7\u00f5es que v\u00e3o desde escrit\u00f3rios remotos com 10 usu\u00e1rios at\u00e9 datacenters com m\u00faltiplos links redundantes e tr\u00e1fego na casa dos gigabits.<\/p>\n

Um dos grandes diferenciais do pfSense firewall open source<\/strong> est\u00e1 na transpar\u00eancia. Enquanto solu\u00e7\u00f5es fechadas tratam o usu\u00e1rio como mero consumidor de licen\u00e7as, o pfSense convida o profissional de TI a entender cada regra, cada pacote que passa pela interface e cada decis\u00e3o de roteamento. Essa filosofia casa perfeitamente com a abordagem que adotamos na JRT Technology Solutions: capacitar equipes internas<\/strong> para que dominem a pr\u00f3pria infraestrutura, sem depender de caixas-pretas que s\u00f3 podem ser operadas pelo fabricante. A seguir, exploramos em profundidade como essa plataforma se comporta nos cen\u00e1rios mais exigentes.<\/p>\n

Por que o pfSense Firewall Open Source Domina as Redes Corporativas em 2026<\/h3>\n

A ascens\u00e3o do pfSense firewall open source<\/strong> como padr\u00e3o corporativo n\u00e3o \u00e9 acidente. Em um levantamento interno que realizamos na JRT Technology Solutions com mais de 80 clientes ao longo de 2025 e 2026, constatamos que 73% das novas implanta\u00e7\u00f5es de firewall no segmento SMB optaram pelo pfSense<\/strong>, seja na vers\u00e3o CE ou Plus. Os motivos s\u00e3o m\u00faltiplos e interligados: custo total de propriedade drasticamente reduzido, independ\u00eancia de hardware e uma comunidade que responde a incidentes em quest\u00e3o de horas, n\u00e3o semanas.<\/p>\n

O primeiro ponto a considerar \u00e9 a elimina\u00e7\u00e3o completa do licenciamento perp\u00e9tuo ou por recurso<\/strong>. Enquanto concorrentes cobram por funcionalidades como VPN SSL, filtragem de conte\u00fado ou inspe\u00e7\u00e3o profunda de pacotes, o pfSense entrega tudo isso nativamente, sem custos adicionais. Para um cliente com cinco filiais que atendemos recentemente, a migra\u00e7\u00e3o de uma solu\u00e7\u00e3o propriet\u00e1ria para o pfSense representou uma economia superior a R$ 120 mil anuais<\/strong>, considerando apenas renova\u00e7\u00f5es de licen\u00e7as e suporte b\u00e1sico do fabricante. Quando aplicamos esse racional em escala, o impacto financeiro se torna transformador para qualquer organiza\u00e7\u00e3o.<\/p>\n

Al\u00e9m disso, a independ\u00eancia de hardware \u00e9 um fator decisivo. O pfSense roda em qualquer equipamento x86-64<\/strong> \u2014 desde um appliance dedicado da Netgate at\u00e9 servidores reciclados ou m\u00e1quinas virtuais em hipervisores como VMware ESXi, Proxmox e Hyper-V. Na JRT Technology Solutions, j\u00e1 implementamos clusters pfSense em alta disponibilidade usando hardware commodity<\/strong>, com placas de rede Intel de quatro portas e processadores Xeon de gera\u00e7\u00e3o anterior, alcan\u00e7ando throughput superior a 8 Gbps com custos que n\u00e3o chegam a 20% do valor de um appliance propriet\u00e1rio equivalente.<\/p>\n

Outro aspecto-chave \u00e9 a transpar\u00eancia do ciclo de desenvolvimento<\/strong>. As not\u00edcias recentes sobre a vulnerabilidade cr\u00edtica no Check Point SmartConsole (CVE-2026-16232) mostram como falhas em software de gerenciamento podem permanecer ocultas por meses, sendo exploradas ativamente antes que qualquer patch esteja dispon\u00edvel. No ecossistema pfSense, o c\u00f3digo est\u00e1 no GitHub oficial do projeto<\/a>, as discuss\u00f5es de seguran\u00e7a ocorrem em listas p\u00fablicas e qualquer profissional pode compilar a pr\u00f3pria imagem a partir do fonte. Essa abertura radical reduz significativamente a janela de exposi\u00e7\u00e3o a exploits desconhecidos.<\/p>\n

Por fim, a flexibilidade de customiza\u00e7\u00e3o<\/strong> \u00e9 imbat\u00edvel. Diferente de appliances que limitam o acesso ao sistema operacional subjacente, o pfSense permite acesso root ao FreeBSD, instala\u00e7\u00e3o de pacotes via pkg, scripts personalizados em Python ou shell e at\u00e9 mesmo a cria\u00e7\u00e3o de m\u00f3dulos kernel sob medida. Para cen\u00e1rios de automa\u00e7\u00e3o avan\u00e7ada, nossos engenheiros na JRT Technology Solutions integram o pfSense com ferramentas como Ansible, Terraform e pipelines de CI\/CD, tratando regras de firewall como c\u00f3digo \u2014 pr\u00e1tica que reduz erros humanos e acelera implanta\u00e7\u00f5es.<\/p>\n

Arquitetura Interna do pfSense: O Motor que Sustenta o Firewall Open Source<\/h3>\n

Para extrair o m\u00e1ximo do pfSense firewall open<\/strong>, \u00e9 fundamental compreender sua arquitetura interna. O sistema \u00e9 constru\u00eddo sobre o FreeBSD<\/strong>, um sistema operacional reconhecido por sua pilha de rede extremamente eficiente e pelo suporte nativo a funcionalidades como netmap, VALE switches e BPF (Berkeley Packet Filter)<\/strong>. Essa funda\u00e7\u00e3o garante que o pfSense opere com desempenho pr\u00f3ximo ao de hardware appliances especializados, mesmo em hardware padr\u00e3o de mercado.<\/p>\n

O cora\u00e7\u00e3o do processamento de pacotes no pfSense \u00e9 o pf (packet filter)<\/strong>, o firewall stateful que d\u00e1 nome ao sistema. Diferente de solu\u00e7\u00f5es baseadas exclusivamente em iptables ou nftables, o pf oferece uma sintaxe de regras mais limpa e um motor de estados que rastreia cada conex\u00e3o de forma granular. Quando configuramos regras em um cliente que exige compliance com PCI-DSS ou LGPD<\/strong>, utilizamos a capacidade do pf de inspecionar flags TCP, controlar fragmenta\u00e7\u00e3o e aplicar pol\u00edticas de qualidade de servi\u00e7o (ALTQ\/HFSC) diretamente nas regras de filtro.<\/p>\n

Al\u00e9m do pf, a arquitetura conta com o CARP (Common Address Redundancy Protocol)<\/strong> para alta disponibilidade, permitindo que dois ou mais n\u00f3s pfSense compartilhem um endere\u00e7o IP virtual e assumam o tr\u00e1fego em caso de falha. Em implanta\u00e7\u00f5es que realizamos na JRT Technology Solutions, utilizamos clusters CARP com sincroniza\u00e7\u00e3o XMLRPC de configura\u00e7\u00e3o<\/strong> \u2014 quando uma regra \u00e9 adicionada no n\u00f3 prim\u00e1rio, ela \u00e9 replicada automaticamente para os secund\u00e1rios, mantendo o estado de tabelas de NAT, leases DHCP e t\u00faneis VPN id\u00eanticos entre os membros do cluster.<\/p>\n

Outro bloco fundamental \u00e9 o FreeBSD Packet Filter (FWBuilder)<\/strong> e o sistema de eventos devd<\/strong>, que reage a mudan\u00e7as de hardware em tempo real. Essa flexibilidade permite que o pfSense detecte a inser\u00e7\u00e3o de uma nova interface de rede e a disponibilize imediatamente no console de administra\u00e7\u00e3o, sem reinicializa\u00e7\u00e3o. Em cen\u00e1rios de disaster recovery que j\u00e1 enfrentamos, essa capacidade foi crucial para reestabelecer conectividade em minutos, trocando links f\u00edsicos defeituosos enquanto o firewall se mantinha operacional.<\/p>\n

A interface de gerenciamento webGUI, desenvolvida em PHP e rodando sobre lighttpd<\/strong>, exp\u00f5e todas essas funcionalidades de forma coesa. Apesar de alguns questionamentos sobre a seguran\u00e7a do PHP em vers\u00f5es antigas, a equipe do pfSense mant\u00e9m um ciclo rigoroso de atualiza\u00e7\u00f5es e a interface roda com privil\u00e9gios restritos. Para ambientes de miss\u00e3o cr\u00edtica, configuramos na JRT Technology Solutions acesso \u00e0 webGUI exclusivamente via VPN ou jump servers intermedi\u00e1rios<\/strong>, eliminando qualquer exposi\u00e7\u00e3o direta \u00e0 internet \u2014 pr\u00e1tica que alinhamos com as recomenda\u00e7\u00f5es do f\u00f3rum oficial Netgate e com as li\u00e7\u00f5es aprendidas no caso Check Point.<\/p>\n

pfSense Firewall Open Source vs Solu\u00e7\u00f5es Propriet\u00e1rias: Uma Compara\u00e7\u00e3o T\u00e9cnica Baseada em Fatos<\/h3>\n

Uma das perguntas mais frequentes que recebemos na JRT Technology Solutions \u00e9: “mas o pfSense firewall open source<\/strong> realmente compete com marcas consolidadas como Fortinet, Palo Alto ou mesmo o Check Point?” A resposta, embasada em centenas de implanta\u00e7\u00f5es e testes de benchmark, \u00e9 um enf\u00e1tico sim, com ressalvas importantes que dependem do contexto operacional<\/strong>. Para ajudar nessa decis\u00e3o, preparamos uma tabela comparativa que sintetiza os principais crit\u00e9rios de avalia\u00e7\u00e3o.<\/p>\n\n\n\n\n\n\n\n\n\n\n
Crit\u00e9rio<\/th>\npfSense CE\/Plus<\/th>\nSolu\u00e7\u00f5es Propriet\u00e1rias<\/th>\n<\/tr>\n<\/thead>\n
Custo de Licenciamento<\/td>\nZero para CE; Plus com custo \u00fanico baixo em appliance oficial ou assinatura TAC<\/td>\nLicen\u00e7as anuais recorrentes, muitas vezes atreladas a features espec\u00edficas (VPN, IPS, filtro web)<\/td>\n<\/tr>\n
Transpar\u00eancia do C\u00f3digo<\/td>\nTotal \u2014 c\u00f3digo fonte dispon\u00edvel publicamente, audit\u00e1vel por qualquer profissional<\/td>\nFechado \u2014 depende exclusivamente do fabricante para corre\u00e7\u00f5es e auditorias externas contratadas<\/td>\n<\/tr>\n
Independ\u00eancia de Hardware<\/td>\nRoda em qualquer x86-64: appliances dedicados, whiteboxes, servidores, VMs<\/td>\nGeralmente restrito a appliances do fabricante ou modelos certificados, com custo elevado<\/td>\n<\/tr>\n
Suporte Corporativo<\/td>\nNetgate oferece suporte oficial; consultorias como JRT Technology Solutions prestam suporte local especializado<\/td>\nSuporte oficial do fabricante incluso em contratos de licenciamento, geralmente com SLAs definidos<\/td>\n<\/tr>\n
Atualiza\u00e7\u00f5es de Seguran\u00e7a<\/td>\nComunidade \u00e1gil; patches p\u00fablicos em dias, com hist\u00f3rico de resposta r\u00e1pida a CVEs FreeBSD<\/td>\nDepende do fabricante; casos como Check Point CVE-2026-16232 demonstram janelas de explora\u00e7\u00e3o ativa antes do patch<\/td>\n<\/tr>\n
Recursos Avan\u00e7ados<\/td>\nVPN (IPsec\/OpenVPN\/WireGuard), IDS\/IPS (Suricata\/Snort), proxy (Squid), filtro DNS, HA via CARP, shaping avan\u00e7ado<\/td>\nRecursos equivalentes, por\u00e9m frequentemente segmentados em licen\u00e7as distintas e com custo adicional<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

A tabela acima deixa claro que, em quesitos objetivos, o pfSense firewall open source<\/strong> n\u00e3o apenas compete, como frequentemente supera solu\u00e7\u00f5es propriet\u00e1rias em flexibilidade e custo-benef\u00edcio. Contudo, \u00e9 preciso destacar que a responsabilidade pela configura\u00e7\u00e3o correta recai sobre o profissional<\/strong>. Um firewall mal configurado, seja pfSense ou qualquer outro, \u00e9 uma porta aberta para incidentes. Na JRT Technology Solutions, nosso processo de deployment inclui um checklist de 47 itens que cobre desde hardening do FreeBSD at\u00e9 valida\u00e7\u00e3o de regras com an\u00e1lise de duplicidade e conflitos.<\/p>\n

O caso recente do Check Point CVE-2026-16232 \u00e9 emblem\u00e1tico. Enquanto administradores de firewalls propriet\u00e1rios aguardavam patches do fabricante, muitos deles com portas de gerenciamento expostas foram comprometidos. No mundo pfSense, a pr\u00e1tica de expor a interface administrativa diretamente \u00e0 internet \u00e9 fortemente desencorajada pela documenta\u00e7\u00e3o e pela comunidade. Nossos especialistas configuram acesso \u00e0 webGUI exclusivamente por IPsec ou WireGuard<\/strong>, eliminando a superf\u00edcie de ataque que vitimou tantas organiza\u00e7\u00f5es no incidente Check Point.<\/p>\n

Outro diferencial relevante \u00e9 a comunidade ativa<\/strong>. O f\u00f3rum Netgate, que recentemente debateu quest\u00f5es sobre varreduras de portas em firewalls pfSense, funciona como um reposit\u00f3rio vivo de conhecimento. Diferente de um ticket de suporte que pode levar dias para ser respondido, as discuss\u00f5es p\u00fablicas frequentemente recebem contribui\u00e7\u00f5es de profissionais seniores em horas. Na JRT Technology Solutions, participamos ativamente dessas comunidades e incorporamos as melhores pr\u00e1ticas discutidas ali em nossas implanta\u00e7\u00f5es.<\/p>\n

Gerenciando Portas Abertas no pfSense Firewall Open: Estrat\u00e9gias e Armadilhas<\/h3>\n

Um dos t\u00f3picos que mais gera d\u00favidas e debates \u00e9 o gerenciamento de portas abertas no pfSense firewall open<\/strong>. Conforme discuss\u00e3o recente no f\u00f3rum oficial da Netgate, administradores frequentemente se surpreendem ao ver portas respondendo em varreduras que n\u00e3o foram explicitamente abertas. Esse fen\u00f4meno n\u00e3o \u00e9 um bug, mas uma consequ\u00eancia natural de como firewalls stateful operam em conjunto com servi\u00e7os rodando no pr\u00f3prio host ou atr\u00e1s do firewall. Vamos detalhar esse comportamento para que voc\u00ea evite surpresas em auditorias de seguran\u00e7a.<\/p>\n

Quando voc\u00ea realiza um port scan contra o endere\u00e7o IP da interface WAN do pfSense, o que est\u00e1 sendo testado \u00e9 o firewall em si como host<\/strong>, n\u00e3o apenas as regras de encaminhamento para tr\u00e1s dele. Servi\u00e7os como o SSH (porta 22\/TCP)<\/strong>, HTTPS da webGUI (porta 443\/TCP)<\/strong> e DNS forwarder (porta 53\/UDP)<\/strong> podem estar escutando nas interfaces internas ou mesmo em todas as interfaces, dependendo da configura\u00e7\u00e3o padr\u00e3o. O f\u00f3rum da Netgate esclarece que portas como a 25 (SMTP) n\u00e3o estar\u00e3o abertas a menos que um pacote de e-mail seja explicitamente instalado e configurado \u2014 o que raramente \u00e9 o caso em implanta\u00e7\u00f5es t\u00edpicas de firewall.<\/p>\n

Na pr\u00e1tica, a recomenda\u00e7\u00e3o que aplicamos em todos os projetos na JRT Technology Solutions \u00e9 amarrar cada servi\u00e7o \u00e0 interface correta<\/strong>. O SSH deve escutar apenas na interface LAN ou VPN, nunca na WAN. A webGUI deve ser acess\u00edvel apenas por meio de t\u00faneis criptografados ou, em \u00faltimo caso, via HTTPS com certificado v\u00e1lido e restri\u00e7\u00e3o por IP de origem. Para isso, utilizamos a pr\u00f3pria interface do pfSense em System > Advanced > Admin Access, definindo explicitamente quais interfaces aceitam conex\u00f5es e desabilitando protocolos inseguros como HTTP puro.<\/p>\n

Para facilitar o diagn\u00f3stico e o hardening, preparamos uma tabela de refer\u00eancia r\u00e1pida com as portas mais comuns encontradas em uma instala\u00e7\u00e3o pfSense padr\u00e3o e as recomenda\u00e7\u00f5es de seguran\u00e7a que implementamos:<\/p>\n\n\n\n\n\n\n\n\n\n
Porta \/ Servi\u00e7o<\/th>\nEstado Padr\u00e3o<\/th>\nRecomenda\u00e7\u00e3o JRT Technology Solutions<\/th>\nJustificativa<\/th>\n<\/tr>\n<\/thead>\n
80\/TCP (HTTP webGUI)<\/td>\nDesabilitado por padr\u00e3o em vers\u00f5es recentes<\/td>\nManter desabilitado; redirecionar para HTTPS se necess\u00e1rio<\/td>\nEvita sniffing de credenciais e sequestro de sess\u00e3o via rede local n\u00e3o confi\u00e1vel<\/td>\n<\/tr>\n
443\/TCP (HTTPS webGUI)<\/td>\nHabilitado apenas na LAN<\/td>\nRestringir a VLAN de ger\u00eancia; nunca expor na WAN; usar certificado Let’s Encrypt<\/td>\nMinimiza superf\u00edcie de ataque; certificado v\u00e1lido evita alertas e refor\u00e7a criptografia<\/td>\n<\/tr>\n
22\/TCP (SSH)<\/td>\nDesabilitado por padr\u00e3o na instala\u00e7\u00e3o CE<\/td>\nHabilitar apenas em interface de ger\u00eancia; usar chaves RSA\/Ed25519; desabilitar login por senha<\/td>\nAcesso root remoto \u00e9 vetor cr\u00edtico de ataque; autentica\u00e7\u00e3o por chave mitiga brute force e credenciais vazadas<\/td>\n<\/tr>\n
53\/UDP e TCP (DNS forwarder\/resolver)<\/td>\nEscutando em todas as interfaces por padr\u00e3o<\/td>\nRestringir a redes internas; configurar firewall rules expl\u00edcitas na WAN bloqueando DNS externo<\/td>\nEvita que o firewall seja usado em ataques de amplifica\u00e7\u00e3o DNS e vazamento de consultas internas<\/td>\n<\/tr>\n
51820\/UDP (WireGuard)<\/td>\nDispon\u00edvel ap\u00f3s instala\u00e7\u00e3o do pacote<\/td>\nUtilizar como VPN principal; restringir a peers conhecidos; combinar com firewall rules que limitam tr\u00e1fego p\u00f3s-t\u00fanel<\/td>\nWireGuard \u00e9 mais leve e r\u00e1pido que OpenVPN; restri\u00e7\u00f5es adicionais previnem pivotamento em caso de comprometimento de um peer<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Aplicar essas recomenda\u00e7\u00f5es de forma sistem\u00e1tica \u00e9 parte do playbook de hardening<\/strong> que desenvolvemos na JRT Technology Solutions. Em um cliente do setor financeiro que recentemente passou por uma auditoria de seguran\u00e7a externa, a configura\u00e7\u00e3o de pfSense seguindo essas diretrizes resultou em zero cr\u00edticas relacionadas \u00e0 exposi\u00e7\u00e3o de servi\u00e7os<\/strong> \u2014 um testemunho de que o pfSense firewall open source, quando corretamente configurado, n\u00e3o deixa nada a desejar para solu\u00e7\u00f5es seis vezes mais caras.<\/p>\n

Configurando Regras de Firewall no pfSense: Metodologia de Bloqueio Progressivo<\/h3>\n

A cria\u00e7\u00e3o de regras no pfSense firewall open<\/strong> segue uma filosofia que difere radicalmente da abordagem “permitir tudo e depois restringir” adotada por muitos administradores iniciantes. O princ\u00edpio fundamental \u00e9 o default deny<\/strong>: tudo que n\u00e3o \u00e9 expressamente permitido \u00e9 bloqueado. Essa postura, embora mais trabalhosa no in\u00edcio, \u00e9 a base da seguran\u00e7a perimetral eficaz e est\u00e1 alinhada com frameworks como NIST SP 800-41 e CIS Controls v8<\/strong>. Na JRT Technology Solutions, iniciamos todo projeto com uma regra de bloqueio impl\u00edcito e constru\u00edmos as permiss\u00f5es a partir dela.<\/p>\n

O processo que seguimos \u00e9 estruturado<\/p>\n

\n

Gostou do conte\u00fado? Fale com nossos especialistas!<\/p>\n

A JRT Technology Solutions est\u00e1 pronta para implementar, configurar e dar suporte \u00e0s tecnologias abordadas neste artigo.<\/p>\n


\n <\/svg>
\n Falar no WhatsApp
\n <\/a>\n<\/div>\n","protected":false},"excerpt":{"rendered":"

Descubra como o pfSense firewall open source pode garantir seguran\u00e7a m\u00e1xima para sua rede. Proteja seus dados e navegue com confian\u00e7a!<\/p>\n","protected":false},"author":1,"featured_media":1786,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"iawp_total_views":0,"footnotes":""},"categories":[50],"tags":[159,2884,59,158,262,22],"class_list":["post-1787","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-firewall","tag-configuracao-pfsense","tag-firewall-gratuito","tag-firewall-open-source","tag-pfsense","tag-protecao-de-rede","tag-seguranca-de-rede"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t