CPUG

The Check Point User Group

A Resource For The Check Point Community.  Fast.  Useful.  Independent.

1. CCSA/CCSE One-Week Dual-Certification Training Course with CPUG in San Francisco!
    Courses Starting 12/8, (2009) 1/19, 2/9, 3/9, 4/6, 5/4, 6/8, 7/6, 8/3.
2. Join Us On LinkedIn - We now have a CPUG group.


Go Back   CPUG: The Check Point User Group > Check Point Firewall-1/VPN-1 And Related Products > Clustering (Security Gateway HA and ClusterXL)
Register FAQ Members List Calendar Search Today's Posts Mark Forums Read

Reply
 
LinkBack Thread Tools Display Modes
  #1 (permalink)  
Old 2006-12-05
Junior Member
 
Join Date: 2006-12-05
Posts: 3
Rep Power: 0
fsanches has an average reputation (10+)
Default Academic Question - DoS HIDE NAT table

Hi,

In theory (and practice) HIDE NAT has a capacity of 50.000 connections per server.

If I have a cluster with 2 nodes in load balancing (ClusterXL) do I have a HIDE NAT capacity of 100.000 connections in total?

What happens when one node reaches maximum capacity? It informs the other it cannot manage more connections and everything else is handled correctly by the other node?

Is there a specific protection against a denial of service that attempts to fill the HIDE NAT table of the gateway and thus render the firewall inoperable or reduce its performance?

How much memory does this table and associated management processing occupy? Could the firewall have its performance severely degradated by near filling up the internal HIDE NAT table?

TIA,

fsanches
Reply With Quote
  #2 (permalink)  
Old 2006-12-06
Senior Member
 
Join Date: 2006-07-28
Location: New Zealand
Posts: 857
Rep Power: 3
northlandboy has an average reputation (10+)
Default Re: Academic Question - DoS HIDE NAT table

Tables are synchronised, so it's still 50,000 total - not 100,000.

Hide NAT tables filling up are not the only ones you need to worry about - it is the connections table too. Hide NAT is usually only used outbound anyway, so you would be being attacked from the inside - is that likely?

If the table is full, it won't be able to do any more NAT. If the connections table is full, it won't be able to accept new connections. Performance of existing connections won't really be impacted.

You can do some stuff with network quota to limit certain sources to total numbers of connections per second. That is not a specific protection against filling the hide nat table.

If you're worried about it, increase the size of the tables. It's not hard to do, and doesn't take much more memory to support say 500,000 connections. Phoneboy's book has the exact amount of memory per connection needed. It's probably in the KB's somewhere too.
Reply With Quote
  #3 (permalink)  
Old 2006-12-06
Junior Member
 
Join Date: 2006-12-05
Posts: 3
Rep Power: 0
fsanches has an average reputation (10+)
Default Re: Academic Question - DoS HIDE NAT table

Thanks for the info.

About being attacked from inside, according to several security companies that's where most of the problems comes from.

I also happen to agree with that view, I have done some pen testing from the outside and from the inside of companies and I found most of the inside was pretty insecure.
Reply With Quote
  #4 (permalink)  
Old 2006-12-06
Senior Member
 
Join Date: 2006-07-28
Location: New Zealand
Posts: 857
Rep Power: 3
northlandboy has an average reputation (10+)
Default Re: Academic Question - DoS HIDE NAT table

Yes I agree that attacks tend to come from the inside, but I wouldn't see it as being that sort of attack. YMMV.
Reply With Quote
  #5 (permalink)  
Old 2006-12-13
Senior Member
 
Join Date: 2005-08-29
Location: Upstate NY
Posts: 1,670
Rep Power: 5
chillyjim has an average reputation (10+)
Send a message via AIM to chillyjim Send a message via Skype™ to chillyjim
Default Re: Academic Question - DoS HIDE NAT table

Quote:
Originally Posted by fsanches View Post
Hi,

In theory (and practice) HIDE NAT has a capacity of 50.000 connections per server.
It is potentialy more than that in NGX. Check Point now hides based on src/dst and not just src anymore. So

1.2.3.4 going to 4.5.6.7 may be translated to 2.2.2.2:15000
1.2.3.5 going to 5.6.7.8 may also be translated to 2.2.2.2:15000 as could
1.2.3.4 going to 8.7.6.5
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On


All times are GMT -7. The time now is 05:13.


Powered by vBulletin® Version 3.7.4
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.2.0