- Products
- Learn
- Local User Groups
- Partners
- More
Step Into the Future of
AI-Powered Cyber Security
What's New in R82.10?
Register 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
Hi Team,
We are facing issue where reverse https traffic from destination to source is being dropped.
Below example FYI
*****Forward Traffic******
Source:10.10.10.10 (source is behind gateway 1)
Source port: Random (52437)
Destination: 20.20.20.20 (Destination is behind gateway 2)
Destination port: 443
Traffic is getting allowed on both Gateway
*****Reverse Traffic******
Source: 20.20.20.20 (Destination is behind gateway 2)
Source port: 443
Destination: 10.10.10.10 (source is behind gateway 1)
Destination port: Random (52437) --->Same Random Port which observed in forward traffic
Traffic is getting dropped on gateway 2
**********************
This is unexpected behavior in stateful firewall,
Any thoughts on why this is happening , and what could be solution?
What does the drop log say?
For TCP 443 you do not need two rules, one should be enough. Also, what about NAT?
Hello _Val_
Thanks for reply.
Zdebug Drop logs says "dropped by fw_send_log_drop Reason: Rulebase drop". Same observed in smartconsole logs, traffic is getting dropped by default cleanup rule.
Nating is not enabled for both source and destination.
Do you see accept logs for forward traffic on both gateways, and which gateway is logging the drop?
Hello emmap,
Yes can see accept logs for forward traffic on both gateways.
Drop log is observed on first gateway of return traffic (gateway 2 as explain in question)
This does not make much sense. Check for asymmetric routing.
Please provide screenshots of both the accept and drop logs (masking sensitive data).
Please provide the full log card for each log entry.
I’m not seeing the “origin” field on these log entries (I.e. the gateway that is actually logging these packets).
Have you confirmed the same gateway that is allowing the traffic is actually blocking it?
Leaderboard
Epsum factorial non deposit quid pro quo hic escorol.
| User | Count |
|---|---|
| 26 | |
| 8 | |
| 6 | |
| 6 | |
| 5 | |
| 5 | |
| 5 | |
| 5 | |
| 4 | |
| 3 |
Thu 18 Jun 2026 @ 10:00 AM (CEST)
The Cloud Architects Series: Check Point WAF - The Next Generation of AI powered protectionTue 23 Jun 2026 @ 05:00 PM (CEST)
Under the Hood: Check Point Cloud Firewall | Securing all of your clouds: Art of the possibleThu 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 18 Jun 2026 @ 10:00 AM (CEST)
The Cloud Architects Series: Check Point WAF - The Next Generation of AI powered protectionTue 23 Jun 2026 @ 05:00 PM (CEST)
Under the Hood: Check Point Cloud Firewall | Securing all of your clouds: Art of the possibleThu 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 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