<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Security Flaws in Free Software</title>
	<atom:link href="http://etbe.coker.com.au/2008/05/21/security-flaws-in-free-software/feed/" rel="self" type="application/rss+xml" />
	<link>http://etbe.coker.com.au/2008/05/21/security-flaws-in-free-software/</link>
	<description>Linux, politics, and other interesting things</description>
	<lastBuildDate>Thu, 09 Feb 2012 01:09:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: etbe</title>
		<link>http://etbe.coker.com.au/2008/05/21/security-flaws-in-free-software/comment-page-1/#comment-14130</link>
		<dc:creator>etbe</dc:creator>
		<pubDate>Fri, 23 May 2008 10:32:11 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=585#comment-14130</guid>
		<description>James: If upstream sees an email of the form user@debian.org then they could probably make the same assumption.  The problem is that many DDs for a variety of reasons don&#039;t want to use their @debian.org address.  But even if an @debian.org address was used, it still wouldn&#039;t necessarily solve all problems.  It&#039;s only really possible to know when a DD is just testing something and when they plan to include it in a release if they state it in their message.</description>
		<content:encoded><![CDATA[<p>James: If upstream sees an email of the form <a href="mailto:user@debian.org">user@debian.org</a> then they could probably make the same assumption.  The problem is that many DDs for a variety of reasons don&#8217;t want to use their @debian.org address.  But even if an @debian.org address was used, it still wouldn&#8217;t necessarily solve all problems.  It&#8217;s only really possible to know when a DD is just testing something and when they plan to include it in a release if they state it in their message.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://etbe.coker.com.au/2008/05/21/security-flaws-in-free-software/comment-page-1/#comment-14119</link>
		<dc:creator>James</dc:creator>
		<pubDate>Thu, 22 May 2008 16:46:11 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=585#comment-14119</guid>
		<description>I am not a DD and don&#039;t really know what policies Debian already has in place.  But from reading this blog maybe it is as simple as creating a &quot;foo@dev.debian.org&quot; address for DD&#039;s that is unambiguously ONLY used in connection with official Debian work.

So when upstream sees an e-mail from joe@dev.debian.org they see an implicit signature line saying that this software will be used by millions of people and we need to get it right.  (Or perhaps a not-so-implicit signature line.)  An e-mail from joe@debian.org could be just trying to debug something and is playing around with non-production code.

See here -- having a &quot;dev.openssl.org&quot; address might have prevented this confusion too:

&quot;Ulf is actually not a “core” member, just a team member. I had used the term “core” in a slang manner based on the fact that Ulf has an official @openssl.org email address.&quot;</description>
		<content:encoded><![CDATA[<p>I am not a DD and don&#8217;t really know what policies Debian already has in place.  But from reading this blog maybe it is as simple as creating a &#8220;foo@dev.debian.org&#8221; address for DD&#8217;s that is unambiguously ONLY used in connection with official Debian work.</p>
<p>So when upstream sees an e-mail from <a href="mailto:joe@dev.debian.org">joe@dev.debian.org</a> they see an implicit signature line saying that this software will be used by millions of people and we need to get it right.  (Or perhaps a not-so-implicit signature line.)  An e-mail from <a href="mailto:joe@debian.org">joe@debian.org</a> could be just trying to debug something and is playing around with non-production code.</p>
<p>See here &#8212; having a &#8220;dev.openssl.org&#8221; address might have prevented this confusion too:</p>
<p>&#8220;Ulf is actually not a “core” member, just a team member. I had used the term “core” in a slang manner based on the fact that Ulf has an official @openssl.org email address.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: etbe</title>
		<link>http://etbe.coker.com.au/2008/05/21/security-flaws-in-free-software/comment-page-1/#comment-14112</link>
		<dc:creator>etbe</dc:creator>
		<pubDate>Thu, 22 May 2008 05:56:59 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=585#comment-14112</guid>
		<description>Kurt: That&#039;s interesting, thanks for the reference.  In regard to hashing the PID to give different random numbers after a fork() (which seems pretty weak) it would also be possible to store the value of getpid() when the RNG is seeded and check it every time random numbers are produced, if it is discovered that the PID has changed between adding entropy and requesting a random number then it could add some new entropy from /dev/random or some other good source.

Kevin: There is a huge number of programs using random numbers, for a variety of purposes - some of which are important but many aren&#039;t.

I don&#039;t believe that it&#039;s possible to have a Debian standard for mailing list communication with upstream.  I can&#039;t think of anything that could be added to the dev-ref or policy to help in this regard.</description>
		<content:encoded><![CDATA[<p>Kurt: That&#8217;s interesting, thanks for the reference.  In regard to hashing the PID to give different random numbers after a fork() (which seems pretty weak) it would also be possible to store the value of getpid() when the RNG is seeded and check it every time random numbers are produced, if it is discovered that the PID has changed between adding entropy and requesting a random number then it could add some new entropy from /dev/random or some other good source.</p>
<p>Kevin: There is a huge number of programs using random numbers, for a variety of purposes &#8211; some of which are important but many aren&#8217;t.</p>
<p>I don&#8217;t believe that it&#8217;s possible to have a Debian standard for mailing list communication with upstream.  I can&#8217;t think of anything that could be added to the dev-ref or policy to help in this regard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin Mark</title>
		<link>http://etbe.coker.com.au/2008/05/21/security-flaws-in-free-software/comment-page-1/#comment-14103</link>
		<dc:creator>Kevin Mark</dc:creator>
		<pubDate>Wed, 21 May 2008 20:34:46 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=585#comment-14103</guid>
		<description>Are there any other program that use entropy or rely on RNG in Debian? Is there a best practice for using these? Should Debian include something in the dev-ref or Policy? There is talk of the difficulty of finding the correct ML. Debian prides itself with as much transparency in making such info available. Did openssl meet our standard in this regard? Do others? (mass bug filing?)</description>
		<content:encoded><![CDATA[<p>Are there any other program that use entropy or rely on RNG in Debian? Is there a best practice for using these? Should Debian include something in the dev-ref or Policy? There is talk of the difficulty of finding the correct ML. Debian prides itself with as much transparency in making such info available. Did openssl meet our standard in this regard? Do others? (mass bug filing?)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kurt Roeckx</title>
		<link>http://etbe.coker.com.au/2008/05/21/security-flaws-in-free-software/comment-page-1/#comment-14101</link>
		<dc:creator>Kurt Roeckx</dc:creator>
		<pubDate>Wed, 21 May 2008 17:16:45 +0000</pubDate>
		<guid isPermaLink="false">http://etbe.coker.com.au/?p=585#comment-14101</guid>
		<description>See also the thread starting at http://www.mail-archive.com/openssl-dev@openssl.org/msg23999.html</description>
		<content:encoded><![CDATA[<p>See also the thread starting at <a href="http://www.mail-archive.com/openssl-dev@openssl.org/msg23999.html" rel="nofollow">http://www.mail-archive.com/openssl-dev@openssl.org/msg23999.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

