Search Mailing List Archives


Limit search to: Subject & Body Subject Author
Sort by: Reverse Sort
Limit to: All This Week Last Week This Month Last Month
Select Date Range     through    

[liberationtech] Looking for collaborators for free-range voting project at Knight News Challenge:

Joseph Lorenzo Hall joe at cdt.org
Tue Feb 26 06:49:21 PST 2013


(most of the statements I make below can be cited... holler if you want
some reading.)

On Tue Feb 26 08:15:54 2013, Ruben Bloemgarten wrote:
> Irrespective of zombies et al. Voting requires the following basic
> elements :
> 1. verifiability when casting the vote, i.e. the voter can see that the
> vote that is cast will be the vote that is counted. This is not possible
> without a paper trail which is also a valid vote.

This is a very complex topic, one that I've worked on for many years and
was the central them of my PhD thesis. I think it's important to
recognize that there are cryptographic voting systems that do verifiable
paperless voting. With out-of-band secret sharing, it gets most of the
way to what one would want to see... of course, the client-side malware
problem and the general problem of unsupervised voting (people voting
outside of an official location with polices that make sure only one
person enters the booth, etc.).

As a member of the board of directors of the Verified Voting Foundation,
I should say that currently a paper trail backed by robust
"risk-limiting audits" are the state-of-the-art for governmental elections.

> 2. Counting control. Each step of the electoral process has to be
> transparent for it to be valid. This means that *anyone* is allowed to
> observe the counting of the votes, *and* is able to understand that
> counting process. A printout of a result is not sufficient. Don´t forget
> that casting the vote is the least important of the process, counting
> the votes is.

This is somewhat of a strawman... there is no way that one individual
can observe all the steps in an election as complicated as the ones we
regularly run in the U.S. (the U.S. is very strange compared to most
other countries in terms of the massive requirements we place on the
voting process... I would argue for very good public policy reasons).
This is why the academic literature on these kinds of topics
increasingly uses cryptographic auditing mechanisms to ensure that once
a valid ballot enters the system, it can be tracked. (And, believe it or
not, RFID-based inventory controls can do a lot.)

> 3. Anonimity. There can not be any moment that a vote can be backtracked
> to the person voting. Again, this can not be based on "trusting a
> system". In many voting laws this anonymity has to be guaranteed, a
> guarantee that even with paper ballots is problematic, but is
> practically impossible in the case of electronic voting.

I wouldn't agree that it's practically impossible... fancy primitives
like mix-nets and interactive zero-knowledge proofs have been put to
good use to come up with some basic assurances of secrecy. As I think
you imply, there are fundamental limits... e.g., there are a number of
small precincts in CA that I'm familiar with where all the cast ballots
are virtually identical (this is just to underline that there are
fundamental practical limits on ballot secrecy). And, as Josh Benaloh
from MSR highlighted recently, this can be extended in steps to
construct pretty interesting ballot secrecy violations (as one example,
if I vote for candidate B and I see that all other ballots were counted
for candidate A, I know everyone else's vote with certainty while they
don't necessarily have the same level of certainty about others' ballots).

> When we are discussing voting in its function of the backbone of a
> democratic system, i.e. the moment when we temporarily delegate our
> individual power to a representative, deciding who will wield the
> monopoly on violence, there can be no aspect of this process that is
> based on trust. If ever there was a system which has distrust at its
> core, it is voting.

The popular refrain in the field, I believe from Rice's Dan Wallach is:
"the purpose of voting is to convince the loser they lost."

> The only way to have any form of electronic voting be reliable is when
> it is seconded by a re-countable paper copy, which means the choice is
> between one big central printer distributing paper ballots or lots of
> little little ones printing the ballot on the fly. This excludes online
> voting completely and makes the entire concept a little silly really.

I would say paper is necessary (at the moment) but not sufficient...
meaningful audits are key. And no state in the U.S. is currently doing
them in a robust manner. CA is the only state that has a pilot program
to study and test practical implementation of "risk limiting audits";
the idea being that an audit must test the hypothesis "hand-counting all
ballots will not find enough error to change the outcome of the race."
This is a formalized notion that many of us have worked on for a number
of years... and, frankly, it's the biggest development in elections *for
the entire world* in many decades. Here is a great Ars post on this that
profiles UC Berkeley's Philip Stark, who is the leading mind here:

http://arstechnica.com/tech-policy/2012/07/saving-american-elections-with-10-sided-dice-one-stats-profs-quest/

> Apart from a child-like enthusiasm for anything with buttons and shiny
> lights, can anyone here explain to me what the intended benefits of
> electronic voting over paper voting would be ?

Experts in voting distinguish between "electronic voting" --
computer-mediated vote casting -- and "internet voting" -- adding in
public networks to the equation. Electronic voting is no panacea, but
most experts would agree (that may not matter to you, I'm not sure) that
some of the real gains of computer interactivity with voting interfaces
and the unique pressures of U.S. elections are such that we won't go
back to completely paper-based elections. Sure, there are some very
small jurisdictions that do all-paper in the U.S., but they're outliers.

> Please note that all of the above only applies to political elections,
> electronic voting is perfectly fine when voting for the X-factor.

I would also raise labor union elections... they're different but
subject to some seriously heavy regulation in the U.S. due to past abuse.

best, Joe

>
>
>
> On 02/26/2013 01:35 PM, Rich Kulawiec wrote:
>>
>> It won't work.  Until the bot/zombie is solved, online voting is
>> a non-starter, since any election worthy of being stolen can be.
>> It doesn't matter what you do on the server side: you can construct as
>> elaborate and clever and secure an infrastructure as you wish...because
>> on the client side, there is no way to ensure that what the user sees
>> is what's actually happening.  (After all: it's not *their* computer
>> any more.  Its new owners can, if they wish, cause a vote for candidate
>> A to be sent as a vote for candidate B, and they can prevent the user
>> from knowing that's happened.)
>>
>> And given that (a) we're now about a decade into the zombie problem
>> (b) no significant effort against them has ever been attempted,
>> let alone completed [1] and (c) the problem is already epidemic and
>> continues to get worse [2] [3], there is no reason whatsoever to think
>> it will be mitigated, let alone solved, in the forseeable future.
>>
>> This doesn't just apply to your proposal: it applies to *all* of
>> them.  Unless you can propose and execute a viable plan for solving
>> the zombie problem, then whatever you design/build can be undercut
>> whenever someone chooses to make the effort.  (And provided they're
>> not foolishly heavy-handed about it, it's unlikely you would be able
>> to detect this. [4])
>>
>> ---rsk
>>
>> [1] Botnet "takedowns" are unimportant and irrelevant; their only
>> purpose is to provide a forum for the spokesliars at Microsoft et.al.
>> to trumpet their prowess while a gullible press and public overlook
>> that they *created* this problem.  Merely removing C&C networks does
>> nothing to remediate the individual members of the botnets, which are
>> still compromised, still vulnerable, and likely to be conscripted into
>> other botnets before the day is out.
>>
>> [2] We're now seeing portable devices zombie'd: phones, tablets, etc.
>>
>> [3] Estimates of zombie population vary, of course, but clearly, any
>> estimate under 100M should be laughed out of the room.  Vint Cerf gave
>> an estimate of 150M just about six years ago, and based on my own work
>> as well as that of others in the anti-spam/abuse area, I thought that
>> was on the high side at the time...but it's most certainly not now.
>> I think the number's probably in the 200-300M range at this point.
>> See: http://arstechnica.com/news.ars/post/20070125-8707.html for
>> Cerf's comments.
>>
>> [4] See Schneier's insightful and chilling piece on this here:
>>
>> 	https://www.schneier.com/crypto-gram-0404.html#4
>>
>> That piece should be absolutely mandatory reading for anyone even
>> considering voting systems.  It not only provides a method for
>> estimating attacker budgets, but it correctly points out that attackers
>> quite often could tip the balance of an election by manipulating a
>> rather small number of votes -- with a corresponding reduction in the
>> probability that the manipulation will be detected.
>>
>> Note that Schneier wrote that in 2004.  If you repeat his analysis
>> with numbers from the 2012 election cycle you'll end up with *much*
>> large attacker budgets.  For example, Schneier says that in 2002,
>> Congressional candidates raised over 500M.  But
>>
>> 	https://www.opensecrets.org/news/2012/10/2012-election-spending-will-reach-6.html
>>
>> says that in 2012, they spent about $1.82B.
>>
>> --
>> Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at companys at stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
>>
>
> --
> Too many emails? Unsubscribe, change to digest, or change password by emailing moderator at companys at stanford.edu or changing your settings at https://mailman.stanford.edu/mailman/listinfo/liberationtech
-- 
Joseph Lorenzo Hall
Senior Staff Technologist
Center for Democracy & Technology
1634 I ST NW STE 1100
Washington DC 20006-4011
(p) 202-407-8825
(f) 202-637-0968
joe at cdt.org
PGP: https://josephhall.org/gpg-key




More information about the liberationtech mailing list