IP Inspect vs. established

IP Inspect vs. established

NewsGroups | Search | Tools

General Cisco Forum - Cisco Systems - Hardware Software and Security News and Discussions 

Bookmark this page:  YahooMyWeb Yahoo!  Google Google  Windows Live Favorites Windows Live  del.icio.us del.icio.us  digg digg  Add to Netscape Netscape
Subject Author Date
IP Inspect vs. established Vincent 03-12-2009
If you were  Registered and logged in, you could reply and use other advanced thread options
Posted by Vincent on March 12, 2009, 9:59 pm
I am a novice with Cisco routers, so please forgive me if this
question is a bit odd. I have a Cisco 871 router where the WAN
interface is on the FastEthernet4 interface. What are the primary
differences between associating an ip inspect rule for outgoing
packets on this interface versus having an access-list that allows
"established" packets through the interface. So, for example, I can
have an ip inspect rule that states "ip inpsect DEFAULT100 out" and
apply it to the FastEthernet4 interface via "ip inspect DEFAULT100
out." Or, I can simply have an ACL rule that states "access-list 100
permit tcp any any established" and apply it to the FastEthernet4
interface via "ip access-group 100 in." These both seem to accomplish
the same thing--namely allowing client-initiated traffic back through
the WAN interface into the internal network. What are the advantages/
disadvantages to each approach. I imagine the ip inspect rule takes
more processing, but is more "diligent" about what types of packets it
will allow through the interface into the internal network. Again,
this is just a guess and I will defer to more knowledgeable users.
Any insight that someone can provide is appreciated. I'm more
interested out of curiosity than anything. Thanks.

Vincent

Posted by bod43 on March 12, 2009, 10:44 pm
> I am a novice with Cisco routers, so please forgive me if this
> question is a bit odd. =A0I have a Cisco 871 router where the WAN
> interface is on the FastEthernet4 interface. =A0What are the primary
> differences between associating an ip inspect rule for outgoing
> packets on this interface versus having an access-list that allows
> "established" packets through the interface. =A0So, for example, I can
> have an ip inspect rule that states "ip inpsect DEFAULT100 out" and
> apply it to the FastEthernet4 interface via "ip inspect DEFAULT100
> out." =A0Or, I can simply have an ACL rule that states "access-list 100
> permit tcp any any established" and apply it to the FastEthernet4
> interface via "ip access-group 100 in." =A0These both seem to accomplish
> the same thing--namely allowing client-initiated traffic back through
> the WAN interface into the internal network. =A0What are the advantages/
> disadvantages to each approach. =A0I imagine the ip inspect rule takes
> more processing, but is more "diligent" about what types of packets it
> will allow through the interface into the internal network. =A0Again,
> this is just a guess and I will defer to more knowledgeable users.
> Any insight that someone can provide is appreciated. =A0I'm more
> interested out of curiosity than anything. =A0Thanks.

Inspect is likely to be the best choice. It's certainly
what I use.

Benifits of Inspect are it can (and does) examine upper
layer (>L3) protocols.

Limitations of established are:-
Does not work for UDP or other non TCP traffic
Does not work for active ftp and other upper layer
protocols (H.323?).
Potential attack with SYN + ACK packet
you depend on client IP stack to resist
Potential other attacks - packets with no session
you depend on client IP stack to resist

Beware - inspect http - turns on java blocking.
Probably not what you want.

Just to add confusion - you can also consider
reflexive access-lists.
This works like inspect in that it creates a list of allowed
inbound traffic dynamically but has no upper layer
examination.


Similar ThreadsPosted
ACL: Reflective versus established January 24, 2010, 4:10 am
IP Inspect May 18, 2006, 7:13 pm
ipsec tunnel established but no pinging December 27, 2006, 5:09 pm
PIX Ipsec VPN - SA established, no traffic passes May 3, 2007, 2:34 pm
HTTP INSPECT November 11, 2005, 8:11 pm
IP INSPECT question January 21, 2010, 6:28 am
RCP through a Cisco with IP inspect enabled March 22, 2005, 7:14 pm
CBAC / IP Inspect Confusion December 6, 2005, 6:27 am
2621XM - np ip inspect causes failure December 13, 2005, 10:36 am
IP Inspect and Browsing issues October 13, 2007, 2:08 pm

other useful resources:
The Federal Communications Commission (FCC)
Telecommunications Industry Association
Electronic and Software Security Products and Services
International Telecommunication Union

Custom CGI Perl and PHP programming by 1-Script.com

Contact Us | Privacy Policy
The site map in XML format XML site map