<?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: Counting Votes is Pointless When Voting Machines Are Closed-Source</title>
	<atom:link href="http://www.chrisbrunner.com/2008/03/02/counting-votes-is-pointless-when-voting-machines-are-closed-source/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.chrisbrunner.com/2008/03/02/counting-votes-is-pointless-when-voting-machines-are-closed-source/</link>
	<description>Random comments and thoughts of Chris Brunner</description>
	<lastBuildDate>Fri, 17 Jun 2011 06:40:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Andy</title>
		<link>http://www.chrisbrunner.com/2008/03/02/counting-votes-is-pointless-when-voting-machines-are-closed-source/#comment-45136</link>
		<dc:creator>Andy</dc:creator>
		<pubDate>Thu, 06 Mar 2008 01:53:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.chrisbrunner.com/2008/03/02/counting-votes-is-pointless-when-voting-machines-are-closed-source/#comment-45136</guid>
		<description>In response to Logan: How can you, the public, trust the closed source program to include proper cryptography or even proper numerical checking?
In Hamburg, Germany an electronic pen voting system was approved for use without being sufficiently reviewed by the security oversight committee. This system was defeated in two different ways by outsiders before the first widescale use of the tech.  One method involved manipulating the dot pattern used by to pen to track where it is on the paper; the other was via a &quot;trojan pen&quot; which carried a payload that gave the attacker unrestricted access to the Windows based docking system that stored/tallied the results.  These hacks were performed by a few geeks (the security experts in this article: http://news.monstersandcritics.com/europe/news/article_1373725.php/Germans_abandon_plan_for_2008_electronic_voting) in their spare time.  For anyone who speaks german, here is the link to the presentation at 24c3: http://events.ccc.de/congress/2007/Fahrplan/events/2371.en.html

Security through obscurity (proprietary/closed technology) is not real security at all.  Even the US government underwent several years of open review when choosing the cypher for the AES encryption standard.  The latent benefit of open review was that the government had the entire cryptographic community freely contributing to the decision process.</description>
		<content:encoded><![CDATA[<p>In response to Logan: How can you, the public, trust the closed source program to include proper cryptography or even proper numerical checking?<br />
In Hamburg, Germany an electronic pen voting system was approved for use without being sufficiently reviewed by the security oversight committee. This system was defeated in two different ways by outsiders before the first widescale use of the tech.  One method involved manipulating the dot pattern used by to pen to track where it is on the paper; the other was via a &#8220;trojan pen&#8221; which carried a payload that gave the attacker unrestricted access to the Windows based docking system that stored/tallied the results.  These hacks were performed by a few geeks (the security experts in this article: <a href="http://news.monstersandcritics.com/europe/news/article_1373725.php/Germans_abandon_plan_for_2008_electronic_voting" rel="nofollow">http://news.monstersandcritics.com/europe/news/article_1373725.php/Germans_abandon_plan_for_2008_electronic_voting</a>) in their spare time.  For anyone who speaks german, here is the link to the presentation at 24c3: <a href="http://events.ccc.de/congress/2007/Fahrplan/events/2371.en.html" rel="nofollow">http://events.ccc.de/congress/2007/Fahrplan/events/2371.en.html</a></p>
<p>Security through obscurity (proprietary/closed technology) is not real security at all.  Even the US government underwent several years of open review when choosing the cypher for the AES encryption standard.  The latent benefit of open review was that the government had the entire cryptographic community freely contributing to the decision process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Henno</title>
		<link>http://www.chrisbrunner.com/2008/03/02/counting-votes-is-pointless-when-voting-machines-are-closed-source/#comment-45133</link>
		<dc:creator>Henno</dc:creator>
		<pubDate>Thu, 06 Mar 2008 01:27:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.chrisbrunner.com/2008/03/02/counting-votes-is-pointless-when-voting-machines-are-closed-source/#comment-45133</guid>
		<description>Logan, I think history has shown that security-through-obscurity simply does not work. &#039;Proper cryptography&#039; and &#039;proper numerical checking&#039; is not a true representaion when comparing both open source and closed source on their merits. If everything was done &#039;properly&#039; there would not be a problem in the first place. The issue here is with regard to &#039;improper&#039; actions and situations where the solution fails.

Using your logic, the same could be said that &#039;proper&#039; code autiting of an open source solution would circumvent any security hole as well. What is not clear is what you qualify as &#039;proper&#039; security. You are correct in saying that all it takes is one person smarter than the collective group of developers can find a hole - I agree. However, this is true regardless of whether the software is open source or not. The real issue here is whether or not these holes would be proactively sought, discovered and fixed, or would they be kept secret due to the closed nature of the code.

I for one have more confidence in a larger collective body of developers auditting the code trasparently, than to entrust this on a closed system and a restricted and reduced development team.

You admit yourself that all it takes is one person to be smarter than the development team, so how does having a smaller pool of developers and a closed system of code autiting mitigate these risks at all?

It is simple. They do not. It is the myth of closed source software that somehow not being able to see the source adds another layer of security to the overall solution. As I have already stated, history has cleary shown this is simply untrue.</description>
		<content:encoded><![CDATA[<p>Logan, I think history has shown that security-through-obscurity simply does not work. &#8216;Proper cryptography&#8217; and &#8216;proper numerical checking&#8217; is not a true representaion when comparing both open source and closed source on their merits. If everything was done &#8216;properly&#8217; there would not be a problem in the first place. The issue here is with regard to &#8216;improper&#8217; actions and situations where the solution fails.</p>
<p>Using your logic, the same could be said that &#8216;proper&#8217; code autiting of an open source solution would circumvent any security hole as well. What is not clear is what you qualify as &#8216;proper&#8217; security. You are correct in saying that all it takes is one person smarter than the collective group of developers can find a hole &#8211; I agree. However, this is true regardless of whether the software is open source or not. The real issue here is whether or not these holes would be proactively sought, discovered and fixed, or would they be kept secret due to the closed nature of the code.</p>
<p>I for one have more confidence in a larger collective body of developers auditting the code trasparently, than to entrust this on a closed system and a restricted and reduced development team.</p>
<p>You admit yourself that all it takes is one person to be smarter than the development team, so how does having a smaller pool of developers and a closed system of code autiting mitigate these risks at all?</p>
<p>It is simple. They do not. It is the myth of closed source software that somehow not being able to see the source adds another layer of security to the overall solution. As I have already stated, history has cleary shown this is simply untrue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Brunner</title>
		<link>http://www.chrisbrunner.com/2008/03/02/counting-votes-is-pointless-when-voting-machines-are-closed-source/#comment-45132</link>
		<dc:creator>Chris Brunner</dc:creator>
		<pubDate>Thu, 06 Mar 2008 01:13:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.chrisbrunner.com/2008/03/02/counting-votes-is-pointless-when-voting-machines-are-closed-source/#comment-45132</guid>
		<description>Logan,

Thank you for your comment!

The problem with closed source is that said &quot;person smarter then those that coded it&quot; exists regardless of whether the code is open for world-wide peer review or kept secret.  Said malicious person can &quot;locate a hole and go through it&quot; as things are right now.  The difference is that with closed source voting machines, only the people with malicious intent will be looking for these holes, and the holes they find will also be kept secret, whereas if you were to make the source code open for peer-review, every programmer on the planet can look for the holes - and point them out before the software is used for voting.

Luckily, history is on my side in this regard.  You need only examine the security track record of Closed Source operating systems or encryption algorithms and compare them to their Open Source counterparts to be convinced.</description>
		<content:encoded><![CDATA[<p>Logan,</p>
<p>Thank you for your comment!</p>
<p>The problem with closed source is that said &#8220;person smarter then those that coded it&#8221; exists regardless of whether the code is open for world-wide peer review or kept secret.  Said malicious person can &#8220;locate a hole and go through it&#8221; as things are right now.  The difference is that with closed source voting machines, only the people with malicious intent will be looking for these holes, and the holes they find will also be kept secret, whereas if you were to make the source code open for peer-review, every programmer on the planet can look for the holes &#8211; and point them out before the software is used for voting.</p>
<p>Luckily, history is on my side in this regard.  You need only examine the security track record of Closed Source operating systems or encryption algorithms and compare them to their Open Source counterparts to be convinced.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Logan</title>
		<link>http://www.chrisbrunner.com/2008/03/02/counting-votes-is-pointless-when-voting-machines-are-closed-source/#comment-45127</link>
		<dc:creator>Logan</dc:creator>
		<pubDate>Thu, 06 Mar 2008 00:30:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.chrisbrunner.com/2008/03/02/counting-votes-is-pointless-when-voting-machines-are-closed-source/#comment-45127</guid>
		<description>I strongly disagree with you.  The problems with open source, is all it would take would be one person smarter then those that coded it to locate a hole and go through it.  With proper cryptography and proper numerical checking a closed source program would be far safer.</description>
		<content:encoded><![CDATA[<p>I strongly disagree with you.  The problems with open source, is all it would take would be one person smarter then those that coded it to locate a hole and go through it.  With proper cryptography and proper numerical checking a closed source program would be far safer.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

