<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>yurisk.info &#187; ASA/PIX Cisco</title>
	<atom:link href="http://yurisk.info/category/cisco/asapix-cisco/feed/" rel="self" type="application/rss+xml" />
	<link>http://yurisk.info</link>
	<description>Technical Blog about IT Security and Networking</description>
	<lastBuildDate>Thu, 29 Jul 2010 11:25:45 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>SMTP inspection with policy-map in ASA</title>
		<link>http://yurisk.info/2010/05/26/smtp-inspection-with-policy-map-in-asa/</link>
		<comments>http://yurisk.info/2010/05/26/smtp-inspection-with-policy-map-in-asa/#comments</comments>
		<pubDate>Wed, 26 May 2010 18:14:26 +0000</pubDate>
		<dc:creator>Yuri</dc:creator>
				<category><![CDATA[ASA/PIX Cisco]]></category>
		<category><![CDATA[Cisco]]></category>

		<guid isPermaLink="false">http://yurisk.info/?p=823</guid>
		<description><![CDATA[This is the first time I was disappointed by the cisco.com or Checkopint:ASA 1&#58;0. I have had a simple task at hand – configure SMTP inspection in ASA 8.0(3) and cisco.com documentation didn’t help me at all. But first the task&#58;Secure internal mail server by preventing it from sending spam outbound. It comes to mind [...]]]></description>
			<content:encoded><![CDATA[<p>This is the first time I was disappointed by the cisco.com or Checkopint:ASA 1&#58;0. I have had a simple task at hand – configure SMTP inspection in ASA 8.0(3) and cisco.com documentation didn’t help me at all. But first the task&#58;Secure internal mail server by preventing it from sending spam outbound. It comes to mind two very simple but largely effective measures – block mails with From: field set to any domain but ours, and block attempts to relay Through the internal mail server mails destined to any domain but ours. In Checkpoint I can do it quite simply with SMTP Resource. Unfortunately in ASA it is not the case. Let’s look at final SMTP inspection I configured in ASA.<br />
Input &#58;<br />
Internal server having outside IP address of 199.202.2.3 serves two domains <strong>apple.com</strong> and <strong>microsoft.com</strong><br />
Task&#58; <br />
- block mails with From: field set to any domain but apple.com or microsoft.com<br />
- block mail relying for any domain but microsoft.com or apple.com<br />
NOTE. Here I did this config on the production client so had no room for experimenting with all “what ifs” Identify mails direction from inside server outbound. I did it as didn’t find reliable info about sender-address match condition – does it match in any direction if applied globally on all traffic ? I mean , if it just looks at Mail from: field and acts on mails in both directions then it would block mails coming in from any domain but client’s own.<br />
To prevent even checking this on client I did this ACL that will apply this SMTP inspection to outgoing mails<br />
anyway.</p>
<div class="cmd">BigInJapan(config)#access-list Mail-server permit tcp host 199.202.2.3 any eq 25</div>
<p>To block mails with From filed other than client’s domains I use regex that matches client’s domains and the use negation with NOT.</p>
<div class="cmd">BigInJapan(config)# regex PermittedSenders &#8220;@microsoft.com|@apple.com &#8220;</div>
<p>Create policy-map where all the tweaked parameters are set (as of ASA 8.2 there is still no class-map type inspect esmtp) .</p>
<div class="cmd">BigInJapan (config)# policy-map type inspect esmtp NoSpamOutside</div>
<p>Match all mails that Mail from field is anything but *@microsoft.com  or  *@apple.com. Action is reset and log.<br />
It is more secure I guess to drop instead of reset as in drop malware would have to wait until some timeout, but I didn’t care here anyway.</p>
<div class="cmd">BigInJapan(config-pmap)# match not sender-address regex PermittedSenders<br />
BigInJapan(config-pmap-c)# reset log<br />
BigInJapan(config-pmap-c)# exit</div>
<p>Various parameters. Here you set internal domain the mail server is serving, so trying to deliver mails to any other domain would be seen as illegal relaying and dropped. But also I was surprised to know here that policy-map mail-relay parameter can be used only once, leaving you without this protection if you have multiple domains served from the same server. So below is theoretical configuration if my client had just one domain on his server. </p>
<div class="cmd">BigInJapan(config-pmap)# parameters<br />
BigInJapan(config-pmap-p)# mail-relay apple.com action drop-connection log<br />
BigInJapan(config-pmap-p)# exit<br />
BigInJapan(config-pmap)# exit</div>
<p>Now create general policy-map to tie it all together.</p>
<div class="cmd">BigInJapan(config)# policy-map NoSpamFromUs<br />
BigInJapan(config-pmap)# class Mail-server<br />
BigInJapan(config-pmap-c)# inspect esmtp NoSpamOutside<br />
BigInJapan(config-pmap-c)# exit<br />
BigInJapan(config-pmap)# exit</div>
<p>And apply it on some interface.</p>
<div class="portant"><strong>Important&#58;</strong>  according to Hucaby’s ASA handbook application protocol inspection is applied AFTER the NAT rules are done, so you need to use in your class-map/ACL IPs that are after the translation. Internal IP of the mail server is 192.168.3.3 that is statically NATed to 199.202.2.3, so I used 199.202.2.3 in class-map’s ACL. </div>
<p>On which interface to apply the policy-map I guess doesn’t matter but to be sure I did it on the outside.</p>
<div class="cmd">BigInJapan(config)# service-policy NoSpamFromUs interface outside </div>
<p>Link to Inspection page in ASA 8.<br />
<a href="http://www.cisco.com/en/US/docs/security/asa/asa80/configuration/guide/inspect.html"> Applying Application Layer Protocol Inspection </a></p>
]]></content:encoded>
			<wfw:commentRss>http://yurisk.info/2010/05/26/smtp-inspection-with-policy-map-in-asa/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IP Options are evil &#8211; drop them , drop them on Cisco Asa/IOS Microsoft ISA Juniper or Checkpoint</title>
		<link>http://yurisk.info/2010/01/23/ip-options-are-evil-%e2%80%93-drop-them-drop-them-on-cisco-asaios-microsoft-isa-juniper-or-checkpoint/</link>
		<comments>http://yurisk.info/2010/01/23/ip-options-are-evil-%e2%80%93-drop-them-drop-them-on-cisco-asaios-microsoft-isa-juniper-or-checkpoint/#comments</comments>
		<pubDate>Sat, 23 Jan 2010 19:51:22 +0000</pubDate>
		<dc:creator>Yuri</dc:creator>
				<category><![CDATA[ASA/PIX Cisco]]></category>
		<category><![CDATA[Checkpoint NG/NGX]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[IOS Cisco]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[Checkpoint]]></category>

		<guid isPermaLink="false">http://yurisk.info/?p=419</guid>
		<description><![CDATA[As you probably noticed IP header has variable length placeholder for the IP Options field. It has been there since the beginning , once a good idea for debug now turned into trouble. RFC 791 states that hosts/routers supporting IP protocol must implement Ip Options filed . It is up to the vendor to decide [...]]]></description>
			<content:encoded><![CDATA[<p>As you probably noticed IP header has variable length placeholder for the IP Options field. It has been there since the beginning , once a good idea for debug now turned into trouble. RFC 791 states that hosts/routers supporting IP protocol <strong>must</strong> implement Ip Options filed . It is up to the vendor to decide what to do with this optional field, but it must understand it.  Still, wouldn’t be a problem if not modern architecture of the routing equipment that was designed to do most efficiently Routing , i.e. pass from interface to interface gigabytes of traffic. Therefore routing functions are highly optimized and most of the time are implemented in hardware . All other types of traffic unfortunately are not, and in most of the cases processing , lets call it Control traffic, is being left to  poor router CPU and done in software. That brought the  troubles into the IP world – relatively small amounts of control traffic (including Ip Options packets) may bring down otherwise<br />
 powerful router in just minutes.<br />
To prevent this attack vendors implemented protection measures to drop entirely or selectively IP packets that has Ip Options filed set. Below is quick cheat sheet how to do it in some gear :<br />
<br />
<strong>Checkpoint firewall NG/NGX</strong>  &#8211; packets with Ip Options are dropped by default except for the &#8220;Router Alert&#8221; option (0&#215;94) for the IGMPv2 and PIM protocols [or so CP claim, will have to verify later] and not even logged.  To start logging dropped packets go to Policy -> Global Properties -> Log and Alerts -> check Ip dropped packets : Log<br />
<br />
There is a value related to it that is on by default : Global Properties -> SmartDashboard customization -> Advanced Configuration -> Configure -> Firewall 1 -> Stateful inspection -> enable_ip_options (check/uncheck) but unchecking it removes from firewall VM chain module that inspects these Options at all and all Ip Options packets are dropped  . So  all  packets bearing Ip Options are happily dropped even before security rules , here:</p>
<div class="cmd"> [Expert@splat60]# fw ctl chain<br />
in chain (9):<br />
        0: -7f800000 (9095dd60) (ffffffff) IP Options Strip (ipopt_strip)<br />
        1: &#8211; 1fffff6 (9095ee80) (00000001) Stateless verifications (asm)
</div>
<p>Also Checkpoint say you can decide which Ip Options will be allowed later BUT only when installing the firewall: “The set of permitted options must be configured during installation  … the enable_ip_options setting in SmartDashboard is then used to enable or disable this functionality. Contact Check Point support for instructions on configuring the set of allowed IP options.”<br />
</p>
<div><strong>Microsoft ISA 2000 server:</strong><br />
 &#8211; If Enable Packet Filtering is not checked then do it in IP Packet Filters -> Properties &#8211; > General tab. On the Packet Filters tab check Enable Filtering IP Options .<br />
<strong>Microsoft ISA 2004 Server:</strong><br />
-	IP options filtering is enabled by default<br />
-	Go to Configuration node of the server in question  in Management console -> General -> Additional Security Policy<br />
Define IP Preferences . Here you will have 3 options to deal with Ip Options packets:<br />
a)	Deny packets with any IP options;<br />
b)	Deny packets with selected IP options;<br />
c)	Deny packets with all except selected IP options<br />
The same options are available in <strong>ISA 2006 </strong>, click on Configure IP Protection link &#8211; > IP Preference settings
</div>
<div><strong>IOS Cisco router :</strong><br />
  see my other blog – to be filled later<br />
Cisco ASA :<br />
 see my other  blog &#8211; to be filled later
</div>
<div><strong>Juniper router:</strong><br />
 You just add <strong>ip-options</strong> term to the filter and apply it to the interface of interest. In the example below I block only Route Record type of Ip Options, if you use any then it will block any type:
<div class="cmd"> [edit firewall family inet filter NOICMP term 3]</div>
<pre>
firewall {
    family inet {
        filter NOICMP {
            term 1 {
                from {
                    address {
                        192.168.2.100/32;
                    }
                }
                then {
                    reject;
                }
            }
            term 2 {
                from {
                    ip-options route-record;
                }
                then {
                    reject;
                }
            }
            term 3 {
                from {
                    address {
                        192.168.2.0/24;
                    }
                }
                then accept;
            }
        }
    }
}</pre>
</div>
<p>Apply to the interface:</p>
<div class="coding">
<pre>
interfaces {
    em0 {
        unit 0 {
            enable;
            family inet {
                filter {
                    input NOICMP;
                }
                address 192.168.2.133/24;
            }
        }
    }</pre>
</div>
<p>Other possible arguments to ip-options clause:</p>
<div class="cmd">set term 3 from ip-options ? </div>
<p>Possible completions:</p>
<pre>&lt;range&gt;              Range of values
  [                    Open a set of values
  any                  Any IP option
  loose-source-route   Loose source route
  route-record         Route record
  router-alert         Router alert
  security             Security
  stream-id            Stream ID
  strict-source-route  Strict source route
  timestamp            Timestamp </pre>
</div>
<p></p>
<div><strong>Windows 2008.</strong><br />
By default it doesnt allow/forward packets with Source Routing set, and that's good. For completeness<br />
here is how to enable (or check whether it is enabled) source-routed forwarding:<br />
<span class="cmd">BillG&gt; netsh interface ipv4 set global sourceroutingbehavior=drop| forward| dontforward </span><br />- or-<br />
Registry:<br />
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameter<br />
Key: DisableIPSourceRouting<br />
DWORD value: 0
<div><strong>Verify:</strong><br />
In Security any measure/protection/method is as good as the proof you can present that it actually works.<br />Windows:<br />
- Ping with Record Route field set:<br />
<span class="cmd">BillG> ping –r 9 192.2.2.1</span><br />
- Ping with Strict Routing field set:<br />
<span class="cmd">BillG> ping –k &lt;1st_hop_router_IP&gt; &lt;2nd_hop_router_IP…&gt;  &lt;target&gt;</span><br />
- Ping with Loose Routing field set:<br />
<span class="cmd">BillG> ping  -j  &lt;1st_hop_router_IP&gt; &lt;2nd_hop_router_IP…&gt;  &lt;target&gt;</span><br />
-	Ping with Timestamp option set:<br />
<span class="cmd">BillG> ping –s 3 8.8.8.8</span><br />Linux:<br />
- Ping with Record Route field set:<br />
     <span class="cmd"> root@darktstar:~/nmap# ping -R 8.8.8.8 </span><br />
- Ping with Timestamp option set:<br />
       <span class="cmd">root@darkstar:~/nmap# ping -T tsonly 8.8.8.8</span><br />Linux,BSD,Unix :<br />
      This handy utility sends bunch of packets to the target to test what Ip Options the target supports:<br />
      <span class="cmd">freebsd# fragtest ip-opt 192.168.2.133</span><br />
      ip-opt: sec lsrr ts esec cipso satid ssrr <br /> I run fragroute above against Juniper (8.3) that was configured in the example earlier to block only Record Route option, as you can see it is indeed missing in the output list that enumerates what Ip Options the target supports [ see Reference for fragroute details]
</div>
<p>References for further details:<br />
Juniper: <a href="http://www.amazon.com/JUNOS-Enterprise-Routing-Practical-Certification/dp/0596514425/ref=sr_1_1?ie=UTF8&#038;s=books&#038;qid=1264336662&#038;sr=1-1" > JUNOS Enterprise Routing, 1st Edition, By Doug Marschke; Harry Reynolds, 2008</a><br />
Microsoft ISA : <a href="http://www.amazon.com/Microsoft-ISA-Server-2006-Unleashed/dp/0672329190" >Microsoft® ISA Server 2006 Unleashed ,By Michael Noel, 2007</a><br />
Fragroute <a href="http://monkey.org/~dugsong/fragroute/">http://monkey.org/~dugsong/fragroute/</a><br />
Windows 2008: <a href="http://www.microsoft.com/learning/en/us/book.aspx?ID=11630&#038;locale=en-us" >Windows® Server 2008 TCP/IP Protocols and Services,By  Joseph Davies, 2008 </a></p>
]]></content:encoded>
			<wfw:commentRss>http://yurisk.info/2010/01/23/ip-options-are-evil-%e2%80%93-drop-them-drop-them-on-cisco-asaios-microsoft-isa-juniper-or-checkpoint/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cisco ASA privilege separation for a local user or read only user on ASA</title>
		<link>http://yurisk.info/2010/01/18/cisco-asa-privilege-separation-for-a-local-user/</link>
		<comments>http://yurisk.info/2010/01/18/cisco-asa-privilege-separation-for-a-local-user/#comments</comments>
		<pubDate>Mon, 18 Jan 2010 15:52:24 +0000</pubDate>
		<dc:creator>Yuri</dc:creator>
				<category><![CDATA[ASA/PIX Cisco]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Firewall]]></category>

		<guid isPermaLink="false">http://yurisk.info/?p=385</guid>
		<description><![CDATA[Today I had the need to create a user in ASA that would have read-only permissions and also could issue
only 2 commands: show run and show conn. Here is how to do it.
We talk here about user with local authentication (with TACACS it is much easier).
Just as in Cisco routers you assign specific command to [...]]]></description>
			<content:encoded><![CDATA[<p>Today I had the need to create a user in ASA that would have read-only permissions and also could issue<br />
only 2 commands: show run and show conn. Here is how to do it.<br />
We talk here about user with local authentication (with TACACS it is much easier).<br />
Just as in Cisco routers you assign specific command to some privilege level different from its default level , then create user with this privilege level :</p>
<p>1) Assign command to specific privilege level ( I pick here level 3 , but it may be any but 15):</p>
<div class="cmd">
(config)# privilege show level 3 mode exec command running-config<br />
(config)# privilege show level 3  mode exec command conn
</div>
<p>2) create username with privilege of the command you want him to give<br />
<span class="cmd">(config)# username Joedoe password asdlgfuwe privilege 3 </span></p>
<p>Now you have 2 options &#8211; create general <strong> enable </strong> password for this given level (3 here) ,so<br />
any user after successful login can enter <strong> &gt; enable 3</strong> and enter it to get to level 3 enable<br />
mode. Or , as I did here, not creating enable level 3 password at all and the user will have to enter its<br />
privilege level using <strong> login</strong> command.<br />
3) now user can connect by ssh (if allowed by Ip of course) :<br />
#ssh  Joedoe@10.10.10.7<br />
Joedoe@10.10.10.7password:&lt;enter user&#8217;s pass here&gt;<br />
ASA&gt;<strong> login </strong><br />
Username: Joedoe<br />
Password: **********<br />
<strong># sh curpriv</strong><br />
Username : Joedoe<br />
Current privilege level : 3<br />
Current Mode/s : P_PRIV</p>
<p>Reference:<br />
<a href="http://www.cisco.com/en/US/docs/security/asa/asa80/configuration/guide/mgaccess.html" > Cisco ASA Configuration Guide 8.0</a></p>
]]></content:encoded>
			<wfw:commentRss>http://yurisk.info/2010/01/18/cisco-asa-privilege-separation-for-a-local-user/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Finding the station/IP using/abusing most of the bandwidth &#8211; PIX/ASA</title>
		<link>http://yurisk.info/2008/12/06/finding-the-stationip-usingabusing-most-of-the-bandwidth-pixasa/</link>
		<comments>http://yurisk.info/2008/12/06/finding-the-stationip-usingabusing-most-of-the-bandwidth-pixasa/#comments</comments>
		<pubDate>Sat, 06 Dec 2008 09:13:12 +0000</pubDate>
		<dc:creator>Yuri</dc:creator>
				<category><![CDATA[ASA/PIX Cisco]]></category>
		<category><![CDATA[Cisco]]></category>

		<guid isPermaLink="false">http://yurisk.wordpress.com/?p=50</guid>
		<description><![CDATA[Here is a short how-to I wrote some (well ,long) time ago for the newcomers  to our department. It was written for the PIX , but applies to ASA as well in most cases,see for ASA notes for differences.
Usually it starts with client complaining about slow internet, or users that already work in net are [...]]]></description>
			<content:encoded><![CDATA[<p>Here is a short how-to I wrote some (well ,long) time ago for the newcomers  to our department. It was written for the PIX , but applies to ASA as well in most cases,see for ASA notes for differences.<br />
Usually it starts with client complaining about slow internet, or users that already work in net are ok but new ones can&#8217;t connect, sometimes PIX crashes periodically (depends on case &#8211; every few hours), seldom but client directly asks what station in LAN is bombing the PIX with connections.<br />
Here are the steps to try to see what is going on:<br />
 <br />
1) Always worth knowing the current state of the PIX, lots of connections consume lots of memory<br />
and this  after all causes crash/slowness of processing/<br />
 <br />
 <span style="color:#3366ff;">Mambo# show memory</span><br />
Free memory:        42557840 bytes<br />
Used memory:        24551024 bytes<br />
&#8212;&#8212;&#8212;&#8212;-     &#8212;&#8212;&#8212;&#8212;&#8212;-<br />
Total memory:       67108864 bytes<br />
 <br />
2) as you may know PIX is a NAT machine &#8211; every connection (outbound/inbound)<br />
should pass NAT translation, which creates (every connection) xlate entry (in IOS it is called<br />
NAT table) (ASA note:you may disabel NAT ,not to say it may work in Transparent mode)<br />
 <br />
<span style="color:#3366ff;">Mambo# show xlate count</span><br />
1613 in use, 5246 most used<br />
; In abused PIX you would see dozens of thousands of xlate entries, e.g. 55550<br />
 <br />
; beyond xlate entry, every connection creates conn entry in PIX memory to enable stateful<br />
;inspection, to see their count use :<br />
 <br />
<span style="color:#3366ff;">Mambo# show conn count</span><br />
5271 in use, 34824 most used<br />
 <br />
; next command will show on which interface there is more traffic &#8211; to know what side of the PIX is being attacked<br />
 <br />
<span style="color:#3366ff;">Mambo# show traffic</span><br />
outside:<br />
        received (in 980818.730 secs):<br />
                1113941822 packets      498552059 bytes<br />
                1004 pkts/sec   0 bytes/sec<br />
        transmitted (in 980818.730 secs):<br />
                1170564303 packets      2054434346 bytes<br />
                1000 pkts/sec   2002 bytes/sec<br />
inside:<br />
        received (in 980818.730 secs):<br />
                0 packets       0 bytes<br />
                0 pkts/sec      0 bytes/sec<br />
        transmitted (in 980818.730 secs):<br />
                76 packets      4560 bytes<br />
                0 pkts/sec      0 bytes/sec<br />
dmz:<br />
        received (in 980818.730 secs):<br />
                186616723 packets       3287127501 bytes<br />
                1 pkts/sec      3001 bytes/sec<br />
        transmitted (in 980818.730 secs):<br />
                196403614 packets       1465915834 bytes<br />
 <br />
Now the main part &#8211; how to find out which IP is abusing the resources:<br />
 <br />
 <br />
<span style="color:#3366ff;">Mambo#  show local-host  |  incl host|count|embryonic</span><br />
 <br />
local host: &lt;10.10.1.142&gt;, conn(s)/limit = 0/0<br />
            embryonic(s)/limit = 0/0, incomplete(s) = 0<br />
local host: &lt;10.10.1.53&gt;, conn(s)/limit = 106/0<br />
            embryonic(s)/limit = 106/0, incomplete(s) = 0<br />
local host: &lt;10.10.1.205&gt;, conn(s)/limit = 14/0<br />
            embryonic(s)/limit = 0/0, incomplete(s) = 0<br />
local host: &lt;10.10.1.191&gt;, conn(s)/limit = 4/0<br />
            embryonic(s)/limit = 0/0, incomplete(s) = 0<br />
local host: &lt;10.10.1.193&gt;, conn(s)/limit = 4/0<br />
            embryonic(s)/limit = 1/0, incomplete(s) = 0<br />
&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;..<br />
local host: &lt;10.10.1.36&gt;, conn(s)/limit = 22/0<br />
            embryonic(s)/limit = 0/0, incomplete(s) = 0<br />
local host: &lt;10.10.1.180&gt;, conn(s)/limit = 1/0<br />
            embryonic(s)/limit = 0/0, incomplete(s) = 0<br />
 <br />
Legend:<br />
 <br />
<strong>local host</strong>     :  Local IP of station in LAN<br />
<strong>conn(s)/limit</strong>  :   number of conn entries (connections) and their possible limit for this IP<br />
<strong>embryonic(s)/limit</strong>  :  number of embryonic (half-open) connections to this IP and their limit<br />
 <br />
Looking at this output we could easily find station with most connections.<br />
 <br />
Next, to get more info (if needed)<br />
 <br />
 <span style="color:#3366ff;">Mambo#  sh local-host 10.10.1.19</span><br />
Interface Inside: 73 active, 96 maximum active, 0 denied<br />
local host: &lt;10.10.1.19&gt;, conn(s)/limit = 105/0<br />
            embryonic(s)/limit = 45/0, incomplete(s) = 0<br />
  AAA:<br />
  Xlate(s):<br />
    PAT Global 216.163.137.3(40901) Local 10.10.1.19(3653)<br />
    PAT Global 216.163.137.3(30938) Local 10.10.1.19(1439)<br />
    PAT Global 216.163.137.3(61195) Local 10.10.1.19(3815)<br />
    PAT Global 216.163.137.3(39325) Local 10.10.1.19(2387)<br />
    PAT Global 216.163.137.3(12515) Local 10.10.1.19(1043)<br />
    PAT Global 216.163.137.3(21891) Local 10.10.1.19(2368)<br />
    &#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;&#8230;.<br />
 <br />
    PAT Global 216.163.137.3(64086) Local 10.10.1.19(4928)<br />
;NOTE &#8211; here 216.163.137.3 is IP of outside interface of PIX<br />
 <br />
To temporary block some station &#8211; it will not be able to create new connections<br />
and exsiting ones will be deleted. This block is active until next reboot.<br />
  <span style="color:#3366ff;">Mambo#  shun 10.10.1.19</span><br />
To see active shuns:<br />
  <span style="color:#3366ff;">Mambo#  show shun</span><br />
To disable shun<br />
  <span style="color:#3366ff;">Mambo#  no shun  10.10.1.19</span><br />
<span style="color:#3366ff;">Personal NOTE</span>: Such call is a sure sign of unordered/amateurish network administration . And it always starts with the key phrase &#8211; &#8220;Your line is down, we have no Internet&#8221;. On my answer, after I look at MRTG<br />
graphs of the client line and see 100% usage, that &#8220;Of course , you are using up  all your bandwidth&#8221; they reply &#8220;It is impossible, can you tell me who is abusing the line ?&#8221; While I may spend 10 mins<br />
 explaing this &#8217;sysadmin&#8217; that PIX/ASA/etc is not a statistics/monitoring device and other solutions exist for that and MRTG is free etc., I usually give up on them and save myself 10<br />
 mins of my time and just give them what they want . In the next post I will write about doing the same in Cisco router.</p>
]]></content:encoded>
			<wfw:commentRss>http://yurisk.info/2008/12/06/finding-the-stationip-usingabusing-most-of-the-bandwidth-pixasa/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
