| CPUG | |
| The Check Point User Group | |
| A Resource For The Check Point Community. Fast. Useful. Independent. | |
|
| |||||||
![]() |
| | LinkBack | Thread Tools | Display Modes |
| |||
| How do I define anti-spoofing? Question When I attempt to install my security policy, I get the following error: Warning: You are about to install security policy on a machine without limiting the valid addresses on its interfaces to protect from IP addresses spoofing. Are you sure?My firewall has 3 network interfaces and I am a bit confused about the definitions given for Valid Addresses when using Spoof Track. Should I use this configuration for my firewall? le0 This Net connection to internet router le1 Others connection to DMZ le2 Others connection to router for internal 128.203 ...or this? le0 Others connection to internet router le1 This Net connection to DMZ le2 Open connection to router for internal 169.254 Answer When you assign 'Valid Addresses': valid-addresses to an interface: 'ifn', you are asserting that only packets with a source IP in 'valid-addresses' can come into 'ifn'. In VPN-1/FireWall-1 4.1 and earlier, you are also asserting that only packets with a destination IP in 'valid-addresses' are allowed to be routed to 'ifn'. For example, if valid address is 192.168.182.0 and interface is le0.
What are the various Anti-Spoofing options? In VPN-1/FireWall-1 NG. your options are as follows:
Note that NG automatically takes into account multicast and the all-ones and all-zeros broadcast addresses, so they need not be included in your anti-spoofing definitions. In VPN-1/FireWall-1 4.1 and earlier, the options are a little more complex:
How To? So in your example above, you will need to first define a network object that will identify network 10.203.0.0. Let's call it 'network-10.203'. Then: le0 Others connection to internet router le1 This Net connection to DMZ le2 network-10.203 connection to router for internal 10.203 What if I have things that can appear on all interfaces (e.g. the all-ones or all-zeros broadcast)? You will need to add the appropriate items in the anti-spoof group for all interfaces. For the "Others" interface, you will need to create a group and use "Others+" and reference that group. What about NAT? When NAT is involved, you need to make sure any destination static translations appear in the appropriate interface's anti-spoofing configuration in 4.1 and earlier versions. Since NAT can occur before routing in NG if "Perform Destination Static Translation on Client Side" is enabled in the Global Properties, you do not need to worry about including NAT addresses in your anti-spoofing configuration. -- PhoneBoy - 14 Jan 2004 FAQForm FAQs.Class: SmartClientsFAQs FAQs.OS: FAQs.Version: |
![]() |
| Thread Tools | |
| Display Modes | |
| |