- Products
- Learn
- Local User Groups
- Partners
- More
What's New in R82.10?
Watch HereWhen the Agents Attack
A Live Look at Agentic Exposure Validation
AI Security Masters E8:
Claude Mythos: New Era in Cyber Security
CheckMates Go:
CheckMates Fest
I understand in R77, traffic will hit firewall rule first and after that application control rules applies.
If i would like a group of ip addresses hit firewall rule then hit application control rules(allow these ip address to access some domain objects, for instance *.google.com)
for the rest of the internal ip addressed, only need to hit firewall rule.
Is it possible and How do i set it up?
Thanks in advance
Cathy
The source for all the rules you create should be in terms of the hosts you wish to subject to Application Control.
In R77.x, the implicit (last) rule is an Allow rule (not a Drop rule like in the Firewall policy).
Connections accepted by this implicit accept rule should remain in the SecureXL path.
At least that's how it appears to work per the following SK: Accelerating traffic with the Security Acceleration Module (SAM) while also using non-accelerated bl...
Thanks Dameon. I had a look a the SK, "Configure a group of networks under the policy rule to be scanned by the Application Control and URL Filtering Blade. " how do I set up the firewall rule to configure a group of ip addresse to be scanned by the application control and url Filtering?". Currently, I have 60 firewall rules, the implicit firewall rule is deny any any.
Basically what the SK is saying is, for the pictured example:
The main thing is to make sure no explicit Application Control rules match the traffic you want to remain in the SecureXL path.
In other words, make sure your Application Control rulebase makes no mention of the hosts who's traffic you want to remain in the SecureXL path.
If you don't want specific hosts to reach the Internet, they should be blocked from doing so in the Firewall rulebase.
Create a group that includes the host/networks you wish to subject to Application Control.
Ensure that is listed as the Source for all of the Application Control rules you wish to create.
This will ensure that only the hosts you explicitly list will be subject to Application Control (and thus be in Medium Path)
All other sources will not be subject to Application Control and should remain in the SecureXL path, if eligible.
Note this assumes that the relevant hosts/networks are permitted to access the Internet via the Firewall rulebase, which must accept the traffic before Application Control even sees it.
Hi Dameon,
Thanks for your help. the application control works perfectly.
Just one more question re the regular expression
if I would like to allow http and https traffic to example.com and all subdomains of example.com, can I use wildcard
*.example.com in the application control policy?
For that to work correctly, you will probably need to have HTTPS Inspection enabled.
You could implement a version of this: Regex for TLD Blocks but instead use the full domain instead of the TLD.
It's possible that Categorize HTTPS Sites may work depending on the site with a custom signature.
See: Signature Tool for custom Application Control and URL Filtering applications
thanks Dameon. my concern is if I enable https inspection, will it impact the checkpoint performance?
if the https traffic is non-browser traffic. will the https inspection still work?
HTTPS Inspection has a performance impact for sure.
It may also impact non-browser HTTPS Traffic, which you can create exceptions for and/or enable Probe Bypass for.
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 15 | |
| 9 | |
| 8 | |
| 7 | |
| 7 | |
| 5 | |
| 4 | |
| 4 | |
| 3 | |
| 3 |
Thu 25 Jun 2026 @ 10:00 AM (PDT)
AI Security Masters E10: READY OR NOT: Securing the AI Enterprise 2/5 - AI Red TeamingThu 02 Jul 2026 @ 06:00 PM (CST)
Revolucionando la Seguridad con IA Generativa: Prevención Inteligente en Tiempo RealThu 09 Jul 2026 @ 11:00 AM (CEST)
The Cloud Architects Series: Check Point Edge Protection SD-WAN & SASETue 14 Jul 2026 @ 10:00 AM (PDT)
AI Security Masters E11: READY OR NOT: Securing the AI Enterprise 3/5 - AI Workforce SecurityThu 30 Jul 2026 @ 10:00 AM (PDT)
AI Security Masters E12: READY OR NOT: Securing the AI Enterprise 4/5 - AI GatewayThu 20 Aug 2026 @ 10:00 AM (PDT)
AI Security Masters E13: READY OR NOT: Securing the AI Ent 5/5 - AI Research & Threat LandscapeThu 25 Jun 2026 @ 10:00 AM (PDT)
AI Security Masters E10: READY OR NOT: Securing the AI Enterprise 2/5 - AI Red TeamingTue 14 Jul 2026 @ 10:00 AM (PDT)
AI Security Masters E11: READY OR NOT: Securing the AI Enterprise 3/5 - AI Workforce SecurityThu 30 Jul 2026 @ 10:00 AM (PDT)
AI Security Masters E12: READY OR NOT: Securing the AI Enterprise 4/5 - AI GatewayThu 20 Aug 2026 @ 10:00 AM (PDT)
AI Security Masters E13: READY OR NOT: Securing the AI Ent 5/5 - AI Research & Threat LandscapeThu 02 Jul 2026 @ 06:00 PM (CST)
Revolucionando la Seguridad con IA Generativa: Prevención Inteligente en Tiempo RealAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY