<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Open Source Security</title>
    <link>http://seclists.org/#oss-sec</link>
    <atom:link href="http://seclists.org/rss/oss-sec.rss" rel="self" type="application/rss+xml" />
    <language>en-us</language>
    <description>Discussion of security flaws, concepts, and practices in the Open Source community</description>
    <pubDate>Tue, 09 Feb 2010 16:00:45 GMT</pubDate>
    <lastBuildDate>Tue, 09 Feb 2010 16:00:45 GMT</lastBuildDate>
<!-- MHonArc v2.6.16 -->

 

  <item>
    <title>Re: CVE request - kernel: ima: fix null pointer dereference</title>
    <link>http://seclists.org/oss-sec/2010/q1/115</link>
    <description>&lt;p&gt;Posted by Greg KH on Feb 09&lt;/p&gt;Do we need CVE numbers for issues that never showed up in a released&lt;br&gt;
kernel version?  I don't see how this could affect anyone, unless they&lt;br&gt;
were foolish enough to ship a product on a non-released kernel :)&lt;br&gt;
&lt;br&gt;
thanks,&lt;br&gt;
&lt;br&gt;
greg k-h&lt;br&gt;</description>
    <pubDate>Tue, 09 Feb 2010 15:57:00 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/115</guid>
  </item>
  <item>
    <title>CVE Request -- cURL/libCURL 7.20.0</title>
    <link>http://seclists.org/oss-sec/2010/q1/114</link>
    <description>&lt;p&gt;Posted by Jan Lieskovsky on Feb 09&lt;/p&gt;Hi Steve, vendors,&lt;br&gt;
&lt;br&gt;
   cURL upstream has released latest v7.20.0 version of cURL/libCURL&lt;br&gt;
fixing the &amp;quot;libcurl data callback excessive length&amp;quot; issue.&lt;br&gt;
&lt;br&gt;
References:&lt;br&gt;
[1] &lt;a  rel=&quot;nofollow&quot; href=&quot;http://curl.haxx.se/docs/security.html#20100209&quot;&gt;http://curl.haxx.se/docs/security.html#20100209&lt;/a&gt;&lt;br&gt;
[2] &lt;a  rel=&quot;nofollow&quot; href=&quot;http://curl.haxx.se/docs/adv_20100209.html&quot;&gt;http://curl.haxx.se/docs/adv_20100209.html&lt;/a&gt;&lt;br&gt;
[3] &lt;a  rel=&quot;nofollow&quot; href=&quot;http://curl.haxx.se/libcurl-contentencoding.patch&quot;&gt;http://curl.haxx.se/libcurl-contentencoding.patch&lt;/a&gt;&lt;br&gt;
[4] &lt;a  rel=&quot;nofollow&quot; href=&quot;http://curl.haxx.se/download.html&quot;&gt;http://curl.haxx.se/download.html&lt;/a&gt;&lt;br&gt;
&lt;br&gt;
Mitigation factors (from [1]):&lt;br&gt;
&lt;br&gt;
&amp;quot;This error is only present in zlib-enabled builds...&lt;br&gt;</description>
    <pubDate>Tue, 09 Feb 2010 14:23:27 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/114</guid>
  </item>
  <item>
    <title>Re: CVE request - fetchmail 6.3.11-.13 heap overflow in verbose X.509 cert display (only printable chars)</title>
    <link>http://seclists.org/oss-sec/2010/q1/113</link>
    <description>&lt;p&gt;Posted by Tomas Hoger on Feb 09&lt;/p&gt;Looks like one got assigned by Mitre:&lt;br&gt;
  &lt;a  rel=&quot;nofollow&quot; href=&quot;http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2010-0562&quot;&gt;http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2010-0562&lt;/a&gt;&lt;br&gt;</description>
    <pubDate>Tue, 09 Feb 2010 08:43:49 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/113</guid>
  </item>
  <item>
    <title>Fwd: CVE request - fetchmail 6.3.11-.13 heap overflow in verbose X.509 cert display (only printable chars)</title>
    <link>http://seclists.org/oss-sec/2010/q1/112</link>
    <description>&lt;p&gt;Posted by Matthias Andree on Feb 09&lt;/p&gt;PING?&lt;br&gt;
&lt;br&gt;
------- Weitergeleitete Nachricht -------&lt;br&gt;
Von: &amp;quot;Matthias Andree&amp;quot; &amp;lt;matthias.andree () gmx de&amp;gt;&lt;br&gt;
An: oss-security () lists openwall com&lt;br&gt;
Kopie:&lt;br&gt;
Betreff: [oss-security] CVE request - fetchmail 6.3.11-.13 heap overflow  &lt;br&gt;
in verbose X.509 cert display (only printable chars)&lt;br&gt;
Datum: Thu, 04 Feb 2010 10:59:32 +0100&lt;br&gt;
&lt;br&gt;
Please assign a CVE for the issue described below:...&lt;br&gt;</description>
    <pubDate>Tue, 09 Feb 2010 08:32:39 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/112</guid>
  </item>
  <item>
    <title>CVE request - kernel: futex: Handle user space corruption gracefully</title>
    <link>http://seclists.org/oss-sec/2010/q1/111</link>
    <description>&lt;p&gt;Posted by Eugene Teo on Feb 08&lt;/p&gt;Description of the issue: &amp;quot;If the owner of a PI futex dies we fix up the &lt;br&gt;
pi_state and set pi_state-&amp;gt;owner to NULL. When a malicious or just &lt;br&gt;
sloppy programmed user space application sets the futex value to 0 e.g. &lt;br&gt;
by calling pthread_mutex_init(), then the futex can be acquired again. A &lt;br&gt;
new waiter manages to enqueue itself on the pi_state w/o damage, but on &lt;br&gt;
unlock the kernel dereferences pi_state-&amp;gt;owner and oopses.&lt;br&gt;
&lt;br&gt;
Prevent this by...&lt;br&gt;</description>
    <pubDate>Tue, 09 Feb 2010 07:59:01 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/111</guid>
  </item>
  <item>
    <title>CVE request - kernel: race in ptrace</title>
    <link>http://seclists.org/oss-sec/2010/q1/110</link>
    <description>&lt;p&gt;Posted by Eugene Teo on Feb 08&lt;/p&gt;Discovered by Tavis Ormandy. &amp;quot;The race involves interaction between a &lt;br&gt;
tracer, a tracee and an antagonist. The tracer is tracing the tracee &lt;br&gt;
with PTRACE_SYSCALL and waits on the tracee. In the mean time, an &lt;br&gt;
antagonist blasts the tracee with SIGCONTs.&lt;br&gt;
&lt;br&gt;
The observed issue is that sometimes when the tracer attempts to &lt;br&gt;
continue the tracee with PTRACE_SYSCALL, it gets a return value of &lt;br&gt;
-ESRCH, indicating that the tracee is already running (or...&lt;br&gt;</description>
    <pubDate>Tue, 09 Feb 2010 06:35:05 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/110</guid>
  </item>


  <item>
    <title>gnome-screensaver vulnerability (CVE-2010-0414)</title>
    <link>http://seclists.org/oss-sec/2010/q1/109</link>
    <description>&lt;p&gt;Posted by Vincent Danen on Feb 08&lt;/p&gt;This is a heads up on a gnome-screensaver issue that was fixed upstream&lt;br&gt;
today.&lt;br&gt;
&lt;br&gt;
In version 2.28, it is possible to circumvent the security of screen&lt;br&gt;
locking functionality by changing the physical monitor configuration.&lt;br&gt;
&lt;br&gt;
Details are available in our bugzilla, along with the patch being used&lt;br&gt;
by upstream to correct the issue:&lt;br&gt;
&lt;br&gt;
&lt;a  rel=&quot;nofollow&quot; href=&quot;https://bugzilla.redhat.com/show_bug.cgi?id=562217&quot;&gt;https://bugzilla.redhat.com/show_bug.cgi?id=562217&lt;/a&gt;&lt;br&gt;
&lt;br&gt;
We have assigned CVE-2010-0414 to this issue.&lt;br&gt;
&lt;br&gt;
The code that caused this...&lt;br&gt;</description>
    <pubDate>Mon, 08 Feb 2010 16:48:58 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/109</guid>
  </item>
  <item>
    <title>Re: CVE request: information leak / potential crash in sys_move_pages</title>
    <link>http://seclists.org/oss-sec/2010/q1/108</link>
    <description>&lt;p&gt;Posted by Marcus Meissner on Feb 08&lt;/p&gt;For the record...&lt;br&gt;
&lt;br&gt;
This was reported to Novell Bugzilla by our business partner IBM as a beta test&lt;br&gt;
bug on our Service Pack SLES 11 SP1, from rcvalle () IBM &lt;br&gt;
&lt;br&gt;
The report contained the Ooops backtrace, caused by runs of the &amp;quot;flail&amp;quot; tool,&lt;br&gt;
( &lt;a  rel=&quot;nofollow&quot; href=&quot;http://www.risesecurity.org/ramon/flail-0.1.0.tar.gz&quot;&gt;http://www.risesecurity.org/ramon/flail-0.1.0.tar.gz&lt;/a&gt; )&lt;br&gt;
&lt;br&gt;
I spotted this 1 bug in the actual code though and mailed security () kernel org&lt;br&gt;
to get it fixed ASAP for 2.6.33 and our product.&lt;br&gt;
&lt;br&gt;
Usually IBM...&lt;br&gt;</description>
    <pubDate>Mon, 08 Feb 2010 14:36:36 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/108</guid>
  </item>
  <item>
    <title>CVE request - kernel: ima: fix null pointer dereference</title>
    <link>http://seclists.org/oss-sec/2010/q1/107</link>
    <description>&lt;p&gt;Posted by Eugene Teo on Feb 07&lt;/p&gt;Was cc'ed this in a couple of kernel mailing lists.&lt;br&gt;
&lt;br&gt;
This was introduced in 6c21a7fb4 (v2.6.33-rc1).&lt;br&gt;
&lt;br&gt;
It was first reported here &lt;a  rel=&quot;nofollow&quot; href=&quot;http://lkml.org/lkml/2009/12/29/13&quot;&gt;http://lkml.org/lkml/2009/12/29/13&lt;/a&gt;, and &lt;br&gt;
subsequently here &lt;a  rel=&quot;nofollow&quot; href=&quot;http://lkml.org/lkml/2010/2/5/76&quot;&gt;http://lkml.org/lkml/2010/2/5/76&lt;/a&gt; (backtraces).&lt;br&gt;
&lt;br&gt;
This can be reproduced by running ltp test pipe07.&lt;br&gt;
&lt;br&gt;
&lt;a  rel=&quot;nofollow&quot; href=&quot;http://groups.google.com/group/linux.kernel/msg/95986c94ea55c81a&quot;&gt;http://groups.google.com/group/linux.kernel/msg/95986c94ea55c81a&lt;/a&gt;.&lt;br&gt;
&lt;a  rel=&quot;nofollow&quot; href=&quot;https://bugzilla.redhat.com/show_bug.cgi?id=562597&quot;&gt;https://bugzilla.redhat.com/show_bug.cgi?id=562597&lt;/a&gt;&lt;br&gt;
&lt;br&gt;
Mainline fix:...&lt;br&gt;</description>
    <pubDate>Mon, 08 Feb 2010 01:31:23 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/107</guid>
  </item>


  <item>
    <title>Re: Samba symlink 0day flaw</title>
    <link>http://seclists.org/oss-sec/2010/q1/106</link>
    <description>&lt;p&gt;Posted by Nico Golde on Feb 07&lt;/p&gt;Hey,&lt;br&gt;
* Yves-Alexis Perez &amp;lt;corsac () debian org&amp;gt; [2010-02-06 15:02]:&lt;br&gt;
&lt;br&gt;
[...] &lt;br&gt;
&lt;br&gt;
Args, you are right.&lt;br&gt;
&lt;br&gt;
Cheers&lt;br&gt;
Nico&lt;br&gt;</description>
    <pubDate>Sun, 07 Feb 2010 18:24:27 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/106</guid>
  </item>
  <item>
    <title>Re: CVE request: information leak / potential crash in sys_move_pages</title>
    <link>http://seclists.org/oss-sec/2010/q1/105</link>
    <description>&lt;p&gt;Posted by Eugene Teo on Feb 07&lt;/p&gt;Thanks, please use CVE-2010-0415.&lt;br&gt;
&lt;br&gt;
Eugene&lt;br&gt;</description>
    <pubDate>Sun, 07 Feb 2010 14:59:10 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/105</guid>
  </item>
  <item>
    <title>CVE request: information leak / potential crash in sys_move_pages</title>
    <link>http://seclists.org/oss-sec/2010/q1/104</link>
    <description>&lt;p&gt;Posted by Marcus Meissner on Feb 06&lt;/p&gt;Hi,&lt;br&gt;
&lt;br&gt;
I spotted a problem in sys_move_pages, where &amp;quot;node&amp;quot; value is read from userspace,&lt;br&gt;
but not limited to the node set within the kernel itself.&lt;br&gt;
&lt;br&gt;
Due to the bit tests in mm/migrate.c:do_move_pages it is easy to read out&lt;br&gt;
the kernel memory (as node can also be negative).&lt;br&gt;
&lt;br&gt;
(The node_isset and node_state functions just map to test_bit, which has &lt;br&gt;
 no limiter in the normal implementations.)&lt;br&gt;
&lt;br&gt;
There also is (in my eyes) the chance we can...&lt;br&gt;</description>
    <pubDate>Sun, 07 Feb 2010 01:50:52 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/104</guid>
  </item>


  <item>
    <title>Re: Samba symlink 0day flaw</title>
    <link>http://seclists.org/oss-sec/2010/q1/103</link>
    <description>&lt;p&gt;Posted by Yves-Alexis Perez on Feb 06&lt;/p&gt;       wide links (S)&lt;br&gt;
&lt;br&gt;
           This parameter controls whether or not links in the UNIX file&lt;br&gt;
           system may be followed by the server. Links that point to areas&lt;br&gt;
           within the directory tree exported by the server are always&lt;br&gt;
           allowed; this parameter controls access only to areas that are&lt;br&gt;
           outside the directory tree being exported.&lt;br&gt;
&lt;br&gt;
           Note that setting this parameter can have a negative effect&lt;br&gt;
on your...&lt;br&gt;</description>
    <pubDate>Sat, 06 Feb 2010 13:54:34 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/103</guid>
  </item>
  <item>
    <title>Re: Samba symlink 0day flaw</title>
    <link>http://seclists.org/oss-sec/2010/q1/102</link>
    <description>&lt;p&gt;Posted by Nico Golde on Feb 06&lt;/p&gt;Hey,&lt;br&gt;
* Simo Sorce &amp;lt;ssorce () redhat com&amp;gt; [2010-02-05 22:48]:&lt;br&gt;
&lt;br&gt;
The wide_links variable, at least not in my copy.&lt;br&gt;
&lt;br&gt;
Cheers&lt;br&gt;
Nico&lt;br&gt;</description>
    <pubDate>Sat, 06 Feb 2010 13:33:35 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/102</guid>
  </item>
  <item>
    <title>Re: Samba symlink 0day flaw</title>
    <link>http://seclists.org/oss-sec/2010/q1/101</link>
    <description>&lt;p&gt;Posted by Eren Türkay on Feb 06&lt;/p&gt;FYI, metasploit exploit module was released.&lt;br&gt;
&lt;br&gt;
&lt;a  rel=&quot;nofollow&quot; href=&quot;http://blog.metasploit.com/2010/02/exploiting-samba-symlink-traversal.html&quot;&gt;http://blog.metasploit.com/2010/02/exploiting-samba-symlink-traversal.html&lt;/a&gt;&lt;br&gt;</description>
    <pubDate>Sat, 06 Feb 2010 10:53:59 GMT</pubDate>
    <guid isPermaLink="true">http://seclists.org/oss-sec/2010/q1/101</guid>
  </item>

 

<!-- MHonArc v2.6.16 -->
  </channel>
</rss>
