<rss version="2.0"><channel><title>IDS Focus (focus-ids) Mailing List</title>
<link>http://seclists.org/#focus-ids</link>
<description>Technical discussion about Intrusion Detection Systems.  You can also read the archives of a previous IDS list</description>
<language>en-us</language><ttl>60</ttl>
<item><title>Re: DNS Cache Poisoning attack</title><description>Posted by Mario A. Spinthiras on Jul 18&lt;p&gt;


&lt;p&gt;
&amp;gt;From the dsniff package use dnsspoof. A combination of MITM and
&lt;br /&gt;
dnsspoof will give you the required PoC result.
&lt;br /&gt;
&lt;p&gt;</description>
<link>http://seclists.org/focus-ids/2008/Jul/0018.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0018.html</guid>
<pubDate>Fri, 18 Jul 2008 09:40:19 +0300</pubDate></item>
<item><title>Re: Re: Remote File include (RFI) vulnerabilities</title><description>Posted by aditya.mukadam_at_gmail.com on Jul 17&lt;p&gt;


 (&#39;binary&#39; encoding is not supported, stored as-is)
It all depends on company&#39;s policies and procedure , on which traffic to monitor. Ideally, we should be monitoring incoming &amp;amp; outgoing traffic. This is not only true for RFI but for other signatures/exploits/ etc as well. T
&lt;br /&gt;
&lt;p&gt;Thanks,
&lt;br /&gt;
Aditya...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0017.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0017.html</guid>
<pubDate>Thu, 17 Jul 2008 16:06:17 -0600</pubDate></item>
<item><title>NSS Labs Conducting 10 Gbps IPS Group Test</title><description>Posted by rmoy_at_nsslabs.com on Jul 18&lt;p&gt;


 (&#39;binary&#39; encoding is not supported, stored as-is)
IPS users, we at NSS Labs are conducting a 10Gbps IPS group test. True 10Gbps appliances and stacked &amp;amp; switched solutions are being evaluated. 
&lt;br /&gt;
&lt;p&gt;The IPS test criteria is posted here:
&lt;br /&gt;
http://nsslabs.com/certification-criteria/ips
&lt;br /&gt;
&lt;p&gt;We are...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0016.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0016.html</guid>
<pubDate>18 Jul 2008 22:49:18 -0000</pubDate></item>
<item><title>Re: DNS Cache Poisoning attack</title><description>Posted by Secure Scorp on Jul 21&lt;p&gt;


&lt;p&gt;
Most of the vendors have released patches/upgrades for the DNS Cache
&lt;br /&gt;
Poisoning attack.So the best approach is to patch/upgrade the
&lt;br /&gt;
vulnerable devices.
&lt;br /&gt;
&lt;p&gt;Thanks,
&lt;br /&gt;
Aditya Govind Mukadam
&lt;br /&gt;
&lt;p&gt;On Fri, Jul 18, 2008 at 7:14 AM, Michael Rash &amp;lt;mbr_at_cipherdyne&amp;#46;org&amp;gt; wrote:
&lt;br /&gt;
&amp;gt; In addition to...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0015.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0015.html</guid>
<pubDate>Mon, 21 Jul 2008 08:50:59 +0530</pubDate></item>
<item><title>Re: DNS Cache Poisoning attack</title><description>Posted by Michael Rash on Jul 17&lt;p&gt;


&lt;p&gt;
In addition to detection, how about prevention?  There is a an easy way
&lt;br /&gt;
to thwart the attack (most likely) for those DNS servers that are deployed
&lt;br /&gt;
on (or behind) either Linux or OpenBSD without patching the DNS server
&lt;br /&gt;
(which is preferrable of course, but not everyone can):
&lt;br /&gt;
&lt;p&gt;...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0014.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0014.html</guid>
<pubDate>Thu, 17 Jul 2008 21:44:53 -0400</pubDate></item>
<item><title>Re: DNS Cache Poisoning attack</title><description>Posted by Joel Esler on Jul 17&lt;p&gt;


&lt;p&gt;
There are Shared Object rules available for the DNS Cache Poisoning  
&lt;br /&gt;
attack that are VRT certified available via subscription at www.snort.org 
&lt;br /&gt;
.
&lt;br /&gt;
&lt;p&gt;J
&lt;br /&gt;
&lt;p&gt;On Jul 16, 2008, at 10:38 PM, Ravi Chunduru wrote:
&lt;br /&gt;
&lt;p&gt;&amp;gt; Does anybody have snort or Intrupro-IPS signature(s) to detect DNS
&lt;br /&gt;
&amp;gt; Cache...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0013.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0013.html</guid>
<pubDate>Thu, 17 Jul 2008 11:15:47 -0400</pubDate></item>
<item><title>Re: Remote File include (RFI) vulnerabilities</title><description>Posted by Jamie Riden on Jul 17&lt;p&gt;


&lt;p&gt;
2008/7/16 Ravi Chunduru &amp;lt;ravi.is.chunduru_at_gmail&amp;#46;com&amp;gt;:
&lt;br /&gt;
&amp;gt; Hi,
&lt;br /&gt;
&amp;gt;
&lt;br /&gt;
&amp;gt; I am using IntruPro-IPS to protect both servers and clients.  It seems
&lt;br /&gt;
&amp;gt; to be flagging RFI related anomalies for traffic going from  internal
&lt;br /&gt;
&amp;gt; clients to servers  in Internet.  I thought these...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0012.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0012.html</guid>
<pubDate>Thu, 17 Jul 2008 07:03:08 +0100</pubDate></item>
<item><title>DNS Cache Poisoning attack</title><description>Posted by Ravi Chunduru on Jul 16&lt;p&gt;


&lt;p&gt;
Does anybody have snort or Intrupro-IPS signature(s) to detect DNS
&lt;br /&gt;
Cache Poisoning attack?
&lt;br /&gt;
Also, is there any PoC to simulate the attack and test the
&lt;br /&gt;
effectiveness of signature(s)?
&lt;br /&gt;
&lt;p&gt;thanks
&lt;br /&gt;
Ravi
&lt;br /&gt;
&lt;p&gt;------------------------------------------------------------------------
&lt;br /&gt;
Test Your IDS
&lt;br /&gt;
&lt;p&gt;Is your...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0011.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0011.html</guid>
<pubDate>Wed, 16 Jul 2008 19:38:12 -0700</pubDate></item>
<item><title>Remote File include (RFI) vulnerabilities</title><description>Posted by Ravi Chunduru on Jul 16&lt;p&gt;


&lt;p&gt;
Hi,
&lt;br /&gt;
&lt;p&gt;I am using IntruPro-IPS to protect both servers and clients.  It seems
&lt;br /&gt;
to be flagging RFI related anomalies for traffic going from  internal
&lt;br /&gt;
clients to servers  in Internet.  I thought these attacks need to be
&lt;br /&gt;
detected only if the internal servers are being attacked. That is, I
&lt;br /&gt;
think...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0010.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0010.html</guid>
<pubDate>Wed, 16 Jul 2008 12:05:54 -0700</pubDate></item>
<item><title>RE: Signature for CVE ID: CVE-2008-1151 (CISCO PPTP memory leak - DoS)</title><description>Posted by Srinivasa Addepalli on Jul 11&lt;p&gt;


&lt;p&gt;
I was referring to checking version on the packets coming from internal PPTP
&lt;br /&gt;
server. PPTP protocol, as I understand, defines fields for vendor specific
&lt;br /&gt;
string and firmware version.  I am not sure whether or not CISCO fills up
&lt;br /&gt;
these fields. If it does, these values can be used to check in the...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0009.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0009.html</guid>
<pubDate>Fri, 11 Jul 2008 11:52:48 -0700</pubDate></item>
<item><title>Re: Signature for CVE ID: CVE-2008-1151 (CISCO PPTP memory leak - DoS)</title><description>Posted by Secure Scorp on Jul 9&lt;p&gt;


&lt;p&gt;
( Appending my earlier email to this thread for ref.)
&lt;br /&gt;
&lt;p&gt;Srini,
&lt;br /&gt;
&lt;p&gt;An attacker would not need to craft or have mention of (the vulnerable
&lt;br /&gt;
Cisco IOS code) &#39;version 12.3&#39; into the PPTP packet. Also, if there is
&lt;br /&gt;
non-Cisco deployment for PPTP, you don&#39;t even have to worry about
&lt;br /&gt;
adding signature to...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0008.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0008.html</guid>
<pubDate>Wed, 9 Jul 2008 08:54:40 +0530</pubDate></item>
<item><title>Re: Signature for CVE ID: CVE-2008-1151 (CISCO PPTP memory leak - DoS)</title><description>Posted by Srinivasa Addepalli on Jul 7&lt;p&gt;


&lt;p&gt;
You are right that these kinds of DoS attacks are difficult to detect
&lt;br /&gt;
at Network IDS/IPS level due to the problems you mentioned - false
&lt;br /&gt;
positives and false negatives.
&lt;br /&gt;
&lt;p&gt;I suggest that you consider &amp;quot;version&amp;quot; of cisco routers in your rules
&lt;br /&gt;
to avoid false positives in deployment...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0007.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0007.html</guid>
<pubDate>Mon, 7 Jul 2008 09:09:49 -0700</pubDate></item>
<item><title>Re: Signature for CVE ID: CVE-2008-1151 (CISCO PPTP memory leak - DoS)</title><description>Posted by Secure Scorp on Jul 5&lt;p&gt;


&lt;p&gt;
This vulnerablity as described by Cisco occurs when the PPTP session
&lt;br /&gt;
is terminated. Please note it states &#39;terminated&#39;. If terminates means
&lt;br /&gt;
log off then it means that a legitimate active connective has logged
&lt;br /&gt;
off etc. For this vulnerablity to be exploited the user should be a
&lt;br /&gt;
legitimate...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0006.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0006.html</guid>
<pubDate>Sat, 5 Jul 2008 13:19:31 +0530</pubDate></item>
<item><title>Signature for CVE ID: CVE-2008-1151 (CISCO PPTP memory leak - DoS)</title><description>Posted by Ravi Chunduru on Jul 4&lt;p&gt;


&lt;p&gt;
Please see these links for more information on vulnerability:
&lt;br /&gt;
&lt;p&gt;http://nvd.nist.gov/nvd.cfm?cvename=CVE-2008-1151
&lt;br /&gt;
http://www.cisco.com/en/US/products/products_security_advisory09186a0080969862.shtml
&lt;br /&gt;
&lt;p&gt;According to this vulnerability report,  PPTP process in CISCO routers
&lt;br /&gt;
leak memory upon every...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0005.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0005.html</guid>
<pubDate>Fri, 4 Jul 2008 09:03:59 -0700</pubDate></item>
<item><title>Re: TippingPoint Recommended Disabled Filters</title><description>Posted by Secure Scorp on Jul 3&lt;p&gt;


&lt;p&gt;
The Tipping Point IPS out-of-the-box configuration recognizes and
&lt;br /&gt;
blocks malicious traffic that is known to be malicious at all times,
&lt;br /&gt;
under all conditions, in all network environments.From a Security
&lt;br /&gt;
Standpoint, a default Configured IPS is configured as follows:
&lt;br /&gt;
&#150;There is a single Default...</description>
<link>http://seclists.org/focus-ids/2008/Jul/0004.html</link><guid isPermaLink="true">http://seclists.org/focus-ids/2008/Jul/0004.html</guid>
<pubDate>Thu, 3 Jul 2008 08:48:43 +0530</pubDate></item>
</channel></rss>