Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Firewalls
[Top] [All Lists]

RE: FWSM NAT translation problem

Subject: RE: FWSM NAT translation problem
Date: Wed, 25 Aug 2004 21:39:09 -0500
Shekar,
 
Not sure what other 'nat' statements you have for the UDP traffic but I assume 
it's something like this
(for the PAT to 10.100.100.48):
 
nat (inside) 2 10.100.100.0 255.255.255.0
global (outside) 2 10.100.100.48 netmask 255.255.255.0
 
And your static is for the inbound tcp 7864. Instead, you might consider using 
access-list for the PAT
to specify exclusions of icmp and tcp port 7864 for .45 & .46:
 
access-list 101 deny tcp 10.100.100.45 eq 7864 any
access-list 101 deny tcp 10.100.100.46 eq 7864 any
access-list 101 deny icmp 10.100.100.45 eq echo-reply any
access-list 101 deny icmp 10.100.100.46 eq echo-reply any
access-list 101 permit ip 10.100.100.0 0.0.0.255 any  <--- specify which will 
range will use the PAT on 10.100.100.48
nat (inside) 2 access-list 101
global (outside) 2 10.100.100.48 netmask 255.255.255.0
 
Of course, use the other 7 lines of config in previous email to NAT the tcp and 
icmp to .45 and .46
 
 
Anyone have a more elegant approach?
 
 
Regards,
Peter
 
-----Original Message-----
From: Shekar Reddy [mailto:shekar.reddy@propel.com]
Sent: Thursday, August 26, 2004 11:49 AM
To: Ching, Peter
Cc: firewalls@securityfocus.com
Subject: RE: FWSM NAT translation problem 


Peter, 
 
The reason why I had extended NAT (static) statement was all the TCP traffic 
coming into our network should use those specific external addresses 
(10.100.100.45 and 10.100.100.46) and all the UDP traffic which are initiated 
from the same servers (10.15.0.45, 10.45.0.46 - internal mapped addresses) 
should leave our network as a separate single IP address (10.100.100.48 - PAT). 
 
In addition to the above requirement, users should be able to ping 
10.100.100.45 and 10.100.100.46 (external addresses). 
 
Hope this gives the complete picture. 
 
Thanks,
Shekar 
 
-----Original Message-----
From: Ching, Peter [mailto:PChing@dow.com]
Sent: Wednesday, August 25, 2004 5:59 PM
To: Shekar Reddy
Subject: RE: FWSM NAT translation problem 
 
Shekar,
 
The static command lets users access specifically identified hosts on a single 
interface. The access-list command identifies the port or ports through which 
access is permitted and the access-group command binds the access-list command 
statement group to an interface.
 
Try this in place of your configs:
 
static (inside, outside) 10.100.100.45 10.15.0.45 netmask 255.255.255.255
static (inside, outside) 10.100.100.46 10.15.0.46 netmask 255.255.255.255
access-list acl_out permit tcp any 10.15.0.45 eq 7864
access-list acl_out permit tcp any 10.15.0.46 eq 7864
access-list acl_out permit icmp any 10.15.0.45 eq echo
access-list acl_out permit icmp any 10.15.0.46 eq echo
 
access-group acl_out in interface outside
 
This specifically opens up tcp port 7864 and icmp traffic sourced from the 
outside.
It's recommended to allow icmp only for testing purposes. If you want to reduce 
the
source of the pings, modify the 'any' parameter for the icmp acl statements.
 
Please let me know how you go.
 
 
Regards,
Peter
 
 
-----Original Message-----
From: Shekar Reddy [mailto:shekar.reddy@propel.com]
Sent: Wednesday, August 25, 2004 7:53 AM
To: firewalls@securityfocus.com
Subject: FWSM NAT translation problem 
Hi Group, 
I'm using FWSM 1.1(3) version and I have a question regarding FWSM NAT 
translation. 
I have used extended translation as shown below. 
static (inside,outside) tcp 10.100.100.45 7864 10.15.0.45 7864 netmask 
255.255.255.255
static (inside,outside) tcp 10.100.100.46 7864 10.15.0.46 7864 netmask 
255.255.255.255
Since these external IP addresses (10.100.100.45 and 46) are mapped to real 
servers 10.15.0.45 and 46 with only 7864 ports, it is not mapping to anything 
else for example ICMP. 
PROBLEM: I'm unable to ping 10.100.100.45 and 10.100.100.46 from outside world. 
Show xlate shows below output on FWSM:
PAT Global 10.100.100.45(7864) Local 10.15.0.45(7864)
PAT Global 10.100.100.46(7864) Local 10.15.0.46(7864)
I have the following access-list statements:
access-list acl_out permit icmp any host 10.100.100.45 
access-list acl_out permit icmp any host 10.100.100.46
 
FYI: If I replace the above static statements with the following simple static 
statements, ICMP reply will work fine from outside world. 
static (inside,outside) 10.100.100.45 10.15.0.45 netmask 255.255.255.255
static (inside,outside) 10.100.100.46 10.15.0.46 netmask 255.255.255.255
 
Please let me know how to fix this ICMP problem when I have the following 
static statements.
static (inside,outside) tcp 10.100.100.45 7864 10.15.0.45 7864 netmask 
255.255.255.255
static (inside,outside) tcp 10.100.100.46 7864 10.15.0.46 7864 netmask 
255.255.255.255
 
I should be able to ping 10.100.100.45 and .46 from outside world. 
NOTE: IP addresses are fictitious 
Thanks in advance.
Shekar 




<Prev in Thread] Current Thread [Next in Thread>