<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>LINICKX.com</title><link>https://www.linickx.com/</link><description></description><lastBuildDate>Fri, 28 Aug 2009 13:58:00 +0100</lastBuildDate><item><title>Cisco NAC (Clean Access) CLI Commands.</title><link>https://www.linickx.com/cisco-nac-clean-access-cli-commands</link><description>&lt;p&gt;I can never find these when I want them...&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;a href="http://www.cisco.com/en/US/docs/security/nac/appliance/configuration_guide/461/cam/m_instal.html#wp1059729"&gt;CAM CLI
    Commands&lt;/a&gt;&lt;/li&gt;
&lt;li&gt;&lt;a href="http://www.cisco.com/en/US/docs/security/nac/appliance/configuration_guide/461/cas/s_instal_ps6128_TSD_Products_Configuration_Guide_Chapter.html#wp1040473"&gt;CAS CLI
    Commands&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;also, from the release notes show version...&lt;/p&gt;
&lt;p&gt;&lt;code&gt;cat /perfigo/build&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;.. there are some other useful scripts in &lt;code&gt;/perfigo/common/bin&lt;/code&gt; such as&lt;/p&gt;
&lt;p&gt;&lt;code&gt;/perfigo/common/bin/fostate.sh&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;... is used for checking failover state, if you can think of any more
please post them in the comments ;)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nick</dc:creator><pubDate>Fri, 28 Aug 2009 13:58:00 +0100</pubDate><guid isPermaLink="false">tag:www.linickx.com,2009-08-28:cisco-nac-clean-access-cli-commands</guid><category>Cisco</category><category>clean access</category><category>cli</category><category>nac</category><category>Security</category></item><item><title>Multiple SYSLOG Receivers with a Cisco NAC Appliance Manager (CAM)</title><link>https://www.linickx.com/multiple-syslog-receivers-with-a-cisco-nac-appliance-manager-cam</link><description>&lt;p&gt;According to &lt;a href="http://www.cisco.com/en/US/partner/docs/security/nac/appliance/configuration_guide/45/cam/m_apiapx.html#wpxref70724"&gt;Cisco's documentation on configuring syslog on a
CAM&lt;/a&gt;,
you can only forward the NAC logs to a single external log server. If
you're willing to get down and dirty with the Linux operating system
underneath, then this document will show you that this is simply not the
case.&lt;/p&gt;
&lt;p&gt;To get started, tweak the default logging settings within the NAC web
interface, &lt;a href="https://www.linickx.com/?attachment_id=702"&gt;this screen-shot
shows&lt;/a&gt; I'm sending the syslog
to the local host as local6 messages, this change will send a copy of
the "normal" NAC event logs to the localhost syslog server.&lt;/p&gt;
&lt;p&gt;Next we need to enable the localhost syslog server; the CAM is build
upon a Fedora image, so the SYSLOG daemon is already running it's just
not listening on UDP 514 (&lt;em&gt;thus not yet receiving the logs configured
above&lt;/em&gt;). Change &lt;code&gt;/etc/sysconfig/syslog&lt;/code&gt; , the line:&lt;br /&gt;
&lt;code&gt;SYSLOGD_OPTIONS="-m 0"&lt;/code&gt;&lt;br /&gt;
to&lt;br /&gt;
&lt;code&gt;SYSLOGD_OPTIONS="-m 0 -r"&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;Now that the local daemon is recieving the files we need to change
&lt;code&gt;/etc/syslog.conf&lt;/code&gt;, here we will make two changes, One: we will write a
copy of the NAC events to disk - this will allow us to see what events
the "NAC application" is sending. The second change we'll make is the
forwarding configuration, we will put in two lines (&lt;em&gt;for both our syslog
hosts&lt;/em&gt;) so that we send forward the syslogs to two different servers -
which was our original intention :)&lt;br /&gt;
Add the following lines to &lt;code&gt;/etc/syslog.conf&lt;/code&gt; :&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;# Log Messages sent from Cisco NAC Application to dedicated File
Local6.*    /var/log/CiscoNAC.log

# Forward all syslog messages to host1
*.*     @loghost1
# Forward all syslog messages to host2
*.*     @loghost2
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;*NOTE: loghost1 &amp;amp; loghost2 need to be resolvable via DNS or in
&lt;code&gt;/etc/hosts&lt;/code&gt; !!&lt;/p&gt;
&lt;p&gt;Finally restart the syslog daemon &lt;code&gt;/etc/init.d/syslog restart&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Housekeeping&lt;/strong&gt;&lt;br /&gt;
It's good practice once we've made changes to clear up after ourselves,
these are some option steps you can take.&lt;/p&gt;
&lt;p&gt;Add /var/log/CiscoNAC.log to logrotate, so that it doesn't just grow and
grow until you run out of disk space. This is done by editing
&lt;code&gt;/etc/logrotate.d/syslog&lt;/code&gt; before &lt;code&gt;/var/log/messages&lt;/code&gt; insert
&lt;code&gt;/var/log/CiscoNAC.log&lt;/code&gt;&lt;/p&gt;
&lt;p&gt;You may also want to compress your syslogs, edit &lt;code&gt;/etc/logrotate.conf&lt;/code&gt;
and uncomment the word &lt;code&gt;compress&lt;/code&gt; (&lt;em&gt;remove the "#"&lt;/em&gt;) .&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Important Note&lt;/strong&gt;&lt;br /&gt;
When performing NAC upgrades, Cisco provide operating system package
upgrades &amp;amp; changes, it's important to check that after an upgrade this
config changes still exist, also I take no responsibility for Cisco's
TAC not wanting to support you because of the changes made!&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nick</dc:creator><pubDate>Wed, 10 Dec 2008 07:30:00 +0000</pubDate><guid isPermaLink="false">tag:www.linickx.com,2008-12-10:multiple-syslog-receivers-with-a-cisco-nac-appliance-manager-cam</guid><category>Cisco</category><category>clean access</category><category>nac</category><category>Security</category></item><item><title>Cisco NAC SSO Port List</title><link>https://www.linickx.com/cisco-nac-sso-port-list</link><description>&lt;p&gt;Note to self, the ports I need to allow thru the Un-Authenticated ACL
for Active Directory SSO to work...&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;TCP 88,135,389,636,445,1025,1026               
UDP 88,389,636
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;:)&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nick</dc:creator><pubDate>Wed, 02 Jul 2008 08:59:00 +0100</pubDate><guid isPermaLink="false">tag:www.linickx.com,2008-07-02:cisco-nac-sso-port-list</guid><category>ad</category><category>Blog</category><category>Cisco</category><category>nac</category><category>ports</category><category>Security</category></item><item><title>News - Fooling Cisco's NAC network access control</title><link>https://www.linickx.com/news-fooling-ciscos-nac-network-access-control</link><description>&lt;p&gt;Just Found this,&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;a href="http://www.heise-security.co.uk/news/87684"&gt;heise Security - News - Fooling Cisco's NAC network access
control&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Security experts at the Black Hat conference in Amsterdam have
demonstrated how Cisco's NAC network access control can be fooled. In
a live demonstration using a modified Trust Agent, Michael Thumann and
Dror-John Röcher from ERNW were able to gain full access to an NAC
protected network using a computer which did not comply with network
policies.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Although it was obvious that hackers would target the the Trust Agent,
it's interesting to read a sucess story.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">nick</dc:creator><pubDate>Wed, 04 Apr 2007 12:09:00 +0100</pubDate><guid isPermaLink="false">tag:www.linickx.com,2007-04-04:news-fooling-ciscos-nac-network-access-control</guid><category>Blog</category><category>Cisco</category><category>nac</category><category>news</category><category>Security</category></item></channel></rss>