<?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>SYN-ACK &#187; Vendor Specific</title>
	<atom:link href="http://syn-ack.co.uk/category/vendor-specific/feed" rel="self" type="application/rss+xml" />
	<link>http://syn-ack.co.uk</link>
	<description>A blog about network security by Ian McGowan</description>
	<lastBuildDate>Sun, 20 Dec 2009 13:08:21 +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>Cisco ASA Interface Configuration</title>
		<link>http://syn-ack.co.uk/91/cisco-asa-interface-configuration</link>
		<comments>http://syn-ack.co.uk/91/cisco-asa-interface-configuration#comments</comments>
		<pubDate>Mon, 14 Dec 2009 14:52:11 +0000</pubDate>
		<dc:creator>Ian</dc:creator>
				<category><![CDATA[Article]]></category>
		<category><![CDATA[Vendor Specific]]></category>
		<category><![CDATA[firewall]]></category>
		<category><![CDATA[Adaptive Security Appliance]]></category>
		<category><![CDATA[ASA]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Interface]]></category>
		<category><![CDATA[Interface Configuration]]></category>

		<guid isPermaLink="false">http://syn-ack.co.uk/?p=91</guid>
		<description><![CDATA[The Cisco ASA Firewall provides us with flexible and scalable choices for connecting our appliance into the network.  This post will provide elements of the ASA configuration specific to the interfaces for an ASA operating in Routed / Single Mode with no failover commands.
The number and speed of the interfaces installed in your ASA is [...]]]></description>
			<content:encoded><![CDATA[<p>The Cisco ASA Firewall provides us with flexible and scalable choices for connecting our appliance into the network.  This post will provide elements of the ASA configuration specific to the interfaces for an ASA operating in Routed / Single Mode with no failover commands.</p>
<div id="attachment_111" class="wp-caption aligncenter" style="width: 310px"><img class="size-full wp-image-111" title="Cisco ASA5520" src="http://syn-ack.co.uk/wp-content/uploads/2009/12/ASA-55201.jpg" alt="Cisco ASA5520" width="300" height="88" /><p class="wp-caption-text">Cisco ASA5520</p></div>
<p>The number and speed of the interfaces installed in your ASA is dependent on the model and license.  They are as follows:</p>
<div><strong>ASA5505</strong></div>
<div>8 x 10/100 switchports (two of which provide PoE).</div>
<div><strong>ASA5510</strong></div>
<div>Base License &#8211; 5x 10/100 Ports</div>
<div>Security Plus License &#8211; 2x 10/100/100 &amp; 3x 10/100 Ports</div>
<div><strong>ASA5520 &amp; ASA5540</strong></div>
<div>4x 10/100/1000 &amp; 1x 10/100 Ports</div>
<div><strong>ASA5550</strong></div>
<div>8x 10/100/1000, 4x SFP &amp; 1x 10/100</div>
<div><strong>ASA5580</strong></div>
<div>The ASA5580 interfaces are dependant on the modules purchased for it.</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div><em>Additional Interfaces</em></div>
<div>The 5510, 5520 &amp; 5540 support the 4GE SSM which hosts four additional copper or SFP interfaces</div>
<div style="text-align: center;"><img class="size-thumbnail wp-image-93" title="Cisco ASA 4GE-SSM" src="http://syn-ack.co.uk/wp-content/uploads/2009/12/asa-4ge-ssm-150x120.jpg" alt="" width="150" height="120" /></div>
<div>For basic interface connectivity we must enter interface configuration mode:</div>
<div><strong>ASA (config)# interface gi0/1</strong></div>
<div>*we are now working under interface configuration mode and can configure our IP Address, Nameif, Security Level, Speed &amp; Duplex.</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div><strong>ASA (config-if)# ip address 10.0.0.1 255.255.255.0</strong></div>
<div><strong>ASA (config-if)# nameif SERVER_DMZ</strong></div>
<div><strong>ASA (config-if)# security-level 50</strong></div>
<div><strong>ASA (config-if)# speed 1000</strong></div>
<div><strong>ASA (config-if)# duplex full</strong></div>
<div><strong>ASA (config-if)# no shut </strong>(physical ports shutdown by default)</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk </span></div>
<div><strong> </strong></div>
<div><em>IP Addressing</em></div>
<div>The IP Address can be assigned statically (as above) or it can be assigned dynamically via DHCP:</div>
<div><strong>ASA (config-if)# ip address dhcp</strong></div>
<div>If you wanted the default route for the ASA to be provided by the DHCP server you would configure:</div>
<div><strong>ASA (config-if)# ip address dhcp setroute</strong></div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div><strong> </strong></div>
<div><em>Nameif Command</em></div>
<div>The nameif command allocates the ASA a friendly name that is thereafter used in the configuration instead of the interface type and ID such as Gi0/1.  Be careful when renaming an interface making sure to overwrite it by simply typing &#8220;nameif <em>new-name</em>&#8221; and allowing the ASA to correct all related configuration elements.  If you do &#8220;no nameif&#8221; followed by &#8221;nameif <em>new-name</em>&#8221; you may find a lot of your configuration relating to the old interface name has disappeared!  *Your ASA will not pass traffic on an interface until the nameif command has been configured.</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div><em>Security Levels</em></div>
<div>Security Levels allow us to define how trusted an interface is.  The higher the number, the more trusted an interface is classed.  If no access lists are applied to an interface the ASA will permit traffic travelling from an interface with a higher security level to a lower security level.  i.e. If the INSIDE is set to 100 and the OUTSIDE set to 0 then users connected to the inside interface could access hosts on the outside.  Users on the outside however would not be able to access resources on the inside interface.  The ASA would allow return traffic to hosts on the inside by tracking connections in the state table.  Usually, the INSIDE interface has a security level of 100 and the OUTSIDE a security level of 0.</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div>If two interfaces have the same security level configured and you want traffic to flow between them or you want traffic to exit the same interface it entered, you must enter the following commands under global configuration:</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div><strong>same-security-traffic permit inter-interface</strong> (for traffic traversing physical interfaces).</div>
<div><strong>same-security-traffic permit intra-interface</strong> (for traffic traversing <em>logical</em> interfaces on the same <em>physica</em>l interface).</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div>The &#8220;intra-interface&#8221; switch is also used when routing on a stick.   ie, VPN traffic that terminates on the outside interface but then goes back out that interface to get to the internet would need the &#8220;same-security-traffic permit intra-interface&#8221; command.</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div><em>Speed &amp; Duplex</em></div>
<div>The speed and duplex settings are alywas configured on the physical interface even when sub-interfaces are defined.  The interfaces on an ASA are set by default to auto-negotiate speed and duplex settings.  In this mode the interface will also be capable of auto-MDI/MDIX eliminating the need for a crossover cable.    As long as either the speed or duplex is set to auto-negotiate then the interface will be capable of Auto-MDI/MDIX.  Gigabit Ethernet will always auto-negotiate when set to auto or 1000/full.</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div><em>ICMP Control Lists for ASA</em></div>
<div><em><span style="font-style: normal; ">ICMP for traffic that terminates on the ASA interfaces can be turned on and off using the ICMP command, <strong>ICMP permit any echo OUTSIDE </strong>(for example)</span></em></div>
<p>The ASA interface will respond to ICMP requests by default but once you begin using the ICMP control list you have to make sure all required traffic is permitted explicitly.  It is recommended that if you are restricting ICMP traffic with a control list that you enable the ICMP unreachable message type (type 3) so as not to interfere with MTU path discovery as this may cause problems with IPsec and PPtP traffic.</p>
<ul>
<li>
<div><em>Redundant Interfaces</em></div>
</li>
</ul>
<div>Redundant interfaces can be used to group physical interfaces into one logical interface for resiliency.  Redundant interfaces operate in active/standby mode.  To enable this feature both interfaces must be of the same physical specification.  The MAC address listed first in the config is the one used for the logical redundant interface.  When the ASA fails over to the standby interface the same MAC address is used.  It is however possible to define a MAC address statically.</div>
<div><strong>interface redundant 1</strong></div>
<div><strong>(config-if) member-interface gi 0/1</strong></div>
<div><strong>(config-if) member-interface gi 0/2</strong></div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div>You just manually define the redundant interface for failover (similar to VLAN sub-interfaces).</div>
<div><strong>monitor-interface redundant 1</strong></div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<ul>
<li>
<div><em>VLAN Sub-interfaces</em></div>
</li>
</ul>
<div>VLAN sub-interfaces allows us to divide a physical interface into multiple logical interfaces tp provide us with more interfaces on the firewall.  The physical link automatically becomes a trunk when VLAN interfaces are used and the switchport that the firewall interface connects to must be configured as an 802.1q trunk and allow all vlans or specifically allow all VLAN&#8217;s used by sub-interfaces on that physical interface.</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div>To prevent the physical interface passing untagged traffic ensure that &#8220;no nameif&#8221; is configured on the physical interface.  A VLAN ID must be assigned to sub-interfaces and until it is the interface will not pass traffic.  Spanning-tree portfast may be used on the switchport to allow the switchport to move to the forwarding state quicker.  The Speed and Duplex settings are configured on the physical link.</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div>The different ASA models support varying levels of VLANs</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div><strong>ASA5505</strong></div>
<div>Base License &#8211; 3 VLANs (trunking is disabled)</div>
<div>Security Plus License &#8211; 20 VLANs (trunking enabled)</div>
<div><strong>ASA5510</strong></div>
<div>Base License &#8211; 50 VLANs</div>
<div>Security Plus License &#8211; 100 VLANs</div>
<div><strong>ASA5520</strong></div>
<div>150 VLANs</div>
<div><strong>ASA5540</strong></div>
<div>200 VLANs</div>
<div><strong>ASA5550</strong></div>
<div>250 VLANs</div>
<div><strong>ASA5580</strong></div>
<div>250 VLANs</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div>To configure a VLAN sub-interface do the following:</div>
<div><strong>(config)#interface gi 0/1.100</strong></div>
<div><strong>(config-subif)#vlan 100</strong> *I prefer to make the sub-interface number the same as the vlan-id for simplicity.</div>
<div>-carry out interface configuration the sub interface such as nameif, ip address, security level, no shut, description.</div>
<div>*remember to perform a &#8220;no shut&#8221; on the physical interface and leave it blank with no nameif configured to prevent it passing traffic.</div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div>VLAN Sub-interfaces can also be configured on redundant interfaces in a similar manner:</div>
<div>
<div><strong>(config)#interface redundant 1.100</strong></div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
<div><span style="color: #ffffff;">www.syn-ack.co.uk</span></div>
</div>
]]></content:encoded>
			<wfw:commentRss>http://syn-ack.co.uk/91/cisco-asa-interface-configuration/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Performance versus TCO &#8211; Cisco dominate security market</title>
		<link>http://syn-ack.co.uk/87/performance-versus-tco-cisco-dominate-security-market</link>
		<comments>http://syn-ack.co.uk/87/performance-versus-tco-cisco-dominate-security-market#comments</comments>
		<pubDate>Tue, 18 Nov 2008 14:24:16 +0000</pubDate>
		<dc:creator>Ian</dc:creator>
				<category><![CDATA[Article]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Vendor Specific]]></category>
		<category><![CDATA[Cisco]]></category>

		<guid isPermaLink="false">http://syn-ack.co.uk/?p=87</guid>
		<description><![CDATA[I thought I’d post up a reference to an interesting article posted on Network World about Cisco’s place in the security market.  It seems that customers now care less about appliance performance and more about overall strategy and product integration.  The data gathered by the IDC shows that customers do not rate Cisco as a [...]]]></description>
			<content:encoded><![CDATA[<p>I thought I’d post up a reference to an interesting article posted on Network World about Cisco’s place in the security market.  It seems that customers now care less about appliance performance and more about overall strategy and product integration.  The data gathered by the IDC shows that customers do not rate Cisco as a “best of breed” vendor” but that they are keen to use Cisco products because of the manner in which they integrate into their network.</p>
<p>If security is of the utmost concern then in my opinion the best solution to the problem should be applied &#8211; end of story.  However, with overworked staff and a lack of multi-vendor skills it is easy to see why companies choose Cisco with the similar looking administration GUI’s, CLI’s and the ability to expand appliance capability by using software modules. </p>
<p>I believe that Cisco are making huge strides in the security market and feel that that although some products may not offer the same performance as others in a certain environment, their products for the most part integrate well into organisations with less administrative overhead if the customer is already a Cisco customer.  I’m trying to stay neutral here and not show a preference either way but I will say that I think Cisco’s layered approach to security is very good.  It is because they have such a wide range of products that slot together well that customers are keen to choose Cisco, in my opinion.  UTM solutions are good for the SMB market but offer little in way of tiered defence.  That said, if I was recommending an appliance for a customer who specified strong security was the priority then performance has to be the deciding factor regardless of vendor.</p>
<p>Anyway, here’s the article -&gt; <a href="http://www.networkworld.com/news/2008/111708-cisco-sec.html">http://www.networkworld.com/news/2008/111708-cisco-sec.html</a></p>
]]></content:encoded>
			<wfw:commentRss>http://syn-ack.co.uk/87/performance-versus-tco-cisco-dominate-security-market/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CS-MARS attacks!</title>
		<link>http://syn-ack.co.uk/67/cs-mars-attacks</link>
		<comments>http://syn-ack.co.uk/67/cs-mars-attacks#comments</comments>
		<pubDate>Wed, 15 Oct 2008 14:06:07 +0000</pubDate>
		<dc:creator>Ian</dc:creator>
				<category><![CDATA[Article]]></category>
		<category><![CDATA[Management & Reporting]]></category>
		<category><![CDATA[Vendor Specific]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[CS-MARS]]></category>
		<category><![CDATA[MARS]]></category>
		<category><![CDATA[Security]]></category>

		<guid isPermaLink="false">http://syn-ack.co.uk/?p=67</guid>
		<description><![CDATA[Cisco’s new(ish) flagship security event management platform is beginning to make its mark but I wanted to know what it brought to the table that made it different from the rest of the solutions available.
Security Information Management (SIM) platforms are used to provide a central repository for security devices to send any events generated to.  [...]]]></description>
			<content:encoded><![CDATA[<p>Cisco’s new(ish) flagship security event management platform is beginning to make its mark but I wanted to know what it brought to the table that made it different from the rest of the solutions available.</p>
<p>Security Information Management (SIM) platforms are used to provide a central repository for security devices to send any events generated to.  Most SIM offerings have a web front end that allows network security staff access to view all of the logs generated by devices on their network.  SIMs offer excellent benefits to an organization by allowing security events to be viewed from a single source, the SIM will have the necessary disk space to store these events while making them available for analysis and reporting.  Another benefit to us that SIMs provide is that they can correlate event data to show any events received that share certain variables allowing us to recognize trends in the network between reporting devices.  The SIM can be configured to alert administrators if certain events are triggered however it is then up to the administrator to find a way of mitigating whatever is triggering the alerts.</p>
<p>The previous SIMs available before CS-MARS provided some excellent features that enabled network security staff to store, analyse and archive any events generated by devices configured to report to the SIM.  An added benefit is that SIMs can help organizations comply with legislation set out to ensure that companies secure data that is confidential such as in the healthcare sector or online stores that retain personal data of customers.</p>
<p>As you can see SIMs offer us a great deal of functionality but they were lacking in areas that hadn’t been ventured into before by other vendors.  CS-MARS (Cisco Security – Monitoring Analysis Response System) brought us the features that are other vendors lacked.  CS-MARS came about when <a title="Cisco purchased Protego Networks for $65M" href="http://www.theregister.co.uk/2004/12/21/cisco_buys_protego/" target="_blank">Cisco purchased Protego Networks for $65M</a> to extend the capability of Cisco’s self-defending network. Protego had embraced the concept of SIM but enhanced this by adding in STM (Security Threat Management) to the MARS product which Cisco has developed much further since acquiring it.  STM brings us new features to the SIM market allowing us to do things such as timely attack mitigation through mitigation advisories.  Also, because of the STM orientated design, MARS has better overall topology awareness which makes other things possible such as end-to-end network awareness to provide session awareness and date reduction by reducing millions of events down to hundreds.  MARS mitigation strategies employ the use of TCP resets, shuns, editing ACLs and rulebases.</p>
<p>In short, CS-MARS demonstrates an impressive range of new and innovative features in one solution that nothing else on the market can compare to.  Security event management, correlation and normalization of events combined with the option for attack mitigation advisories and immediate single click mitigation deployments places MARS in a class of it’s own.</p>
]]></content:encoded>
			<wfw:commentRss>http://syn-ack.co.uk/67/cs-mars-attacks/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CCNP at last!</title>
		<link>http://syn-ack.co.uk/30/ccnp-at-last</link>
		<comments>http://syn-ack.co.uk/30/ccnp-at-last#comments</comments>
		<pubDate>Fri, 25 Jul 2008 19:27:17 +0000</pubDate>
		<dc:creator>Ian</dc:creator>
				<category><![CDATA[Certification]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Vendor Specific]]></category>
		<category><![CDATA[CCNP]]></category>
		<category><![CDATA[ISCW]]></category>

		<guid isPermaLink="false">http://syn-ack.co.uk/?p=30</guid>
		<description><![CDATA[I finally passed the damned thing!    I sat the ISCW exam today and walked away with the CCNP &#8211; woohoo!  I&#8217;m more happy that I can get back to doing what I enjoy now without having to do any more routing/switching stuff for a while.  The ISCW course focused mainly on VPN technology, ADSL, Cable [...]]]></description>
			<content:encoded><![CDATA[<p>I finally passed the damned thing! <img src='http://syn-ack.co.uk/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />   I sat the ISCW exam today and walked away with the CCNP &#8211; woohoo!  I&#8217;m more happy that I can get back to doing what I enjoy now without having to do any more routing/switching stuff for a while.  The ISCW course focused mainly on VPN technology, ADSL, Cable and secure configuration management.  It was a bit more enjoyable than the other exams but because it&#8217;s locked into Cisco products I sometimes feel like the certification track is more like an ongoing advertisement for the vendor. </p>
<p>I&#8217;m not sure what I&#8217;ll focus on now, I&#8217;ve got to keep my skills sharp and my certifications current because I&#8217;m self employed and the industry can be a bit fickle I suppose &#8211; make no mistake, hands on experience is what counts.  Whatever it is I intend to do something fun alongside it.  I really fancy doing Remote Exploits Offensive Security course although I may warm up with the BackTrack WiFu course first &#8211; the Remote Exploit team are superb -&gt; <a href="http://www.remote-exploit.org/">http://www.remote-exploit.org/</a></p>
<p>It&#8217;s been a few months since I&#8217;ve done any meaty Checkpoint stuff so I may just recertify my CCSA in NGX at the same time.  Decisions decisions!  For now I&#8217;m just happy that this ones out of the way!</p>
<p>Ian</p>
]]></content:encoded>
			<wfw:commentRss>http://syn-ack.co.uk/30/ccnp-at-last/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
