- Products
- Learn
- Local User Groups
- Partners
- More
MVP 2026: Submissions
Are Now Open!
What's New in R82.10?
10 December @ 5pm CET / 11am ET
Announcing Quantum R82.10!
Learn MoreOverlap in Security Validation
Help us to understand your needs better
CheckMates Go:
Maestro Madness
Trying to understand some behavior: we have an access control rule that blocks uncategorized sites. Below site is visited and access to it is blocked as uncategorized, it is an https site and yet is categorized as business/economy. The destination is visible via the logs as seen below, yet eventhough the destination is recognized, URL filtering still says it is uncategorized. I'm assuming this is because it is https and the IP address only is scrutinized but just wanted to understand why, if the destination is visible, it isn't categorized as such.
Hi Troy,
In your example below the domain you see in the log is by reverse lookup of the destination IP. It is not used for URL categorization.
For SSL traffic SNI (R80.30 and higher)/Certificate CN is used for URL categorization (in case HTTPS Categorization is enabled and SSL inspection is disabled).
We have tested this in our labs and traffic to oati.com is categorized as Buisness/Economy.
I suggest you retest it. If still an issue please open a ticket to support.
*The only scenario I can think of where we will not categorize according to SNI/CN is when certificate is invalid (or SNI is not part of certificate SAN).
Thanks,
Tal
Thanks, I do have the categorize https sites check box enabled. Just wondering why the destination URL is identified in the logs, the site is categorized by CHKPT, yet it is still marked 'uncategorized'.
For me the last resort would be activating HTTPS inspection for Outbound.
HTTPS traffic was encrypted and Checkpoint was unable to categorized the sites because of it .
If https inspection is active with URL and App blade, I am sure it will have an effect on URL categorization. .
Hi Troy,
In your example below the domain you see in the log is by reverse lookup of the destination IP. It is not used for URL categorization.
For SSL traffic SNI (R80.30 and higher)/Certificate CN is used for URL categorization (in case HTTPS Categorization is enabled and SSL inspection is disabled).
We have tested this in our labs and traffic to oati.com is categorized as Buisness/Economy.
I suggest you retest it. If still an issue please open a ticket to support.
*The only scenario I can think of where we will not categorize according to SNI/CN is when certificate is invalid (or SNI is not part of certificate SAN).
Thanks,
Tal
Note: it was explained to me that the www.ciso.oati.com that shows up in the destination field is the result of a rdns query and we don't base categorization off that naturally, hence the 'uncategorized' categorization from URLF/App Control
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 27 | |
| 20 | |
| 16 | |
| 5 | |
| 5 | |
| 4 | |
| 4 | |
| 4 | |
| 3 | |
| 3 |
Fri 12 Dec 2025 @ 10:00 AM (CET)
Check Mates Live Netherlands: #41 AI & Multi Context ProtocolTue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Fri 12 Dec 2025 @ 10:00 AM (CET)
Check Mates Live Netherlands: #41 AI & Multi Context ProtocolTue 16 Dec 2025 @ 05:00 PM (CET)
Under the Hood: CloudGuard Network Security for Oracle Cloud - Config and Autoscaling!Thu 18 Dec 2025 @ 10:00 AM (CET)
Cloud Architect Series - Building a Hybrid Mesh Security Strategy across cloudsAbout CheckMates
Learn Check Point
Advanced Learning
YOU DESERVE THE BEST SECURITY