News for hackers. Stuff that matters.
Re:Debian decides to allow secret votes by charcircuit on Tuesday March 29, 2022 @06:14AM (#30840747)
Electronic voting systems using zero knowledge proofs are superior to paper votes because it's possible to check for yourself that your vote was actually counted and not ignored.

Paper voting is extremely expensive to scale compared to a website that lets you vote. Everyone could get a notification on their phone when they are asked to vote on something as opposed to having to fill out paper and send it somewhere to be counted.

Re:Debian decides to allow secret votes by grumbel on Tuesday March 29, 2022 @06:56AM (#30841001)
> it's possible to check for yourself that your vote was actually counted and not ignored.

That's a bug, not a feature. The point of not doing that with paper voting is that it makes selling your vote difficult, as nobody else can verify what you voted for. You on the other side know that you put the ballot in the box and can stay around to see if the votes in the box get accurately counted.

With electronic voting you lose that. You either have to blindly trust the system or by allowing vote verification make it easy for others to sell the votes.

Re:Debian decides to allow secret votes by charcircuit on Tuesday March 29, 2022 @07:05AM (#30841043)
>That's a bug, not a feature

It's a trade off. I want to be able to prove that my vote was counted. How can I trust that my voice was actually heard by the system?

>as nobody else can verify what you voted for.

You can mitigate this problem by giving people a way to fake any vote outcome. The voter knows how to verify their actual vote, but someone else would not be sure if what they verified was real or fake. Also I doubt this type of buying votes with verification is that big of an actual thing. You can trivially do it with paper voting to by just asking them to stream themself voting or by taking a picture of their ballot.

>You either have to blindly trust the system

Having someone else count votes without the ability for you yourself to count votes and check to see if your vote was included is the opposite of blindly trusting the system.

Re:Debian decides to allow secret votes by jlokier on Tuesday March 29, 2022 @07:54AM (#30841374)
> Also I doubt this type of buying votes with verification is that big of an actual thing. You can trivially do it with paper voting to by just asking them to stream themself voting or by taking a picture of their ballot.

It's not so much selling votes, as to discourage voter intimidation: The husband forces his wife, the boss forces his subordinates, the local mafia forces their victims to vote a particular way.

I don't know the rules in the USA, but in the UK it is generally forbidden to stream yourself voting or take a photo in the polling station. Maintaining the secrecy of ballots is high priority.

Someone might still privately take that picture of their ballot paper, after all there's a private voting booth; the officials wouldn't know. You're allowed to say you made a mistake and ask for a replacement ballot paper, so you could show your boss the version they want to see, and then vote differently.

Re:Debian decides to allow secret votes by iso1210 on Tuesday March 29, 2022 @09:28AM (#30842261)
> I don't know the rules in the USA, but in the UK it is generally forbidden to stream yourself voting or take a photo in the polling station. Maintaining the secrecy of ballots is high priority.

Except we allow postal voting pretty much willy nilly, especailly in areas where intimidation can happen

Re:Debian decides to allow secret votes by eulenteufel on Tuesday March 29, 2022 @11:00AM (#30843447)
I don't know how it's done in the USA, but in Germany voting by post has to be carried out before the day of the election. The actual postal votes are stored and only opened on the day of the election. After somebody send in their postal vote they can go to the public voting office and declare to invalidate their postal vote. The people counting the postal votes will get a list with invalidated votes and remove these envelopes before the votes are opened. The person who invalidated can then either do another postal vote or vote at the ballot box.

So in Germany postal voting is secured against selling votes.

Re:Debian decides to allow secret votes by iso1210 on Tuesday March 29, 2022 @11:36AM (#30843989)
If there is a way to invalidate a vote in the UK, I'm not aware of it, and as someone who's actively stood for election I've got a greater awareness of the average voter, and 50% of people have less awareness than the average voter.

It's not about selling, which would be easy to detect like all large conspiracies. It's about subtle coercion that postal voting can enable.

Re:Debian decides to allow secret votes by jlokier on Tuesday March 29, 2022 @10:16AM (#30842821)
That's due to a trade-off of requirements, to maximise free and fair representation.

Lack of postal votes makes the ballot less fair and representative, because it affects people with systematic bias in relevant sub-populations (wealth, working conditions, age, health, etc) and areas.

In areas where intimidation can happen... for going to the polling station. (All the intimidator has to do is post menacing guards, soldiers, etc. outside the station or on the routes to it. There are plenty of news reports of this happening in some countries. I'm not aware of this in the UK though.)

So the question is whether you get a more fair and representative vote outcome by allowing postal voting, or by disallowing it.

The balance of trade-offs has led to UK policy allowing postal votes, encouraging each individual to fill out and seal their vote in private, and use statistical and other investigation methods to look for signs of fraud, while maintaining a high standard of secret ballots when voting in person.

That might not be the balance that works best in other countries. In the UK it is said by the Electoral Commission that there is no evidence that postal voting has changed electoral outcomes to date, but some attempts at large scale fraud were discovered and prevented.

Re:Debian decides to allow secret votes by iso1210 on Tuesday March 29, 2022 @10:49AM (#30843270)
I canvas in a rural ward, about half of voters are postal voters, many have adult children living with parents, and where one is postal, usually all are postal.

It's quite easy to see how a secret ballot can be not secret if the (typically patriarch) says "lets fill the forms out together and I'll take them all in"

Re:Debian decides to allow secret votes by gjulianm on Tuesday March 29, 2022 @07:16AM (#30841111)
> How can I trust that my voice was actually heard by the system?

Most vote countings are public. I can go to my polling place, cast my vote, check that nobody tampers with the box, watch how they count every vote correctly, ensure that the written tallies are correct, and then verify that the central system tallies match with those I counted.

Re:Debian decides to allow secret votes by mw888 on Tuesday March 29, 2022 @07:33AM (#30841223)
Great, ZKProofs present the possibility for everyone to do better than that with much less work.
Re:Debian decides to allow secret votes by johannes1234321 on Tuesday March 29, 2022 @09:16AM (#30842144)
Less work isn't the optimisation goal, though. Reliability, trust, verifiability, secret ballot, etc. is what it is about. If things can be made more efficient without sacrificing the primary goals ok, but if I as a citizen can't verify the results anymore (by watching the count etc.) the purpose isn't met.
Re:Debian decides to allow secret votes by mw888 on Wednesday March 30, 2022 @06:31PM (#30861635)
It seems like you don’t and don’t care to, understand.
Re:Debian decides to allow secret votes by codedokode on Tuesday March 29, 2022 @08:09AM (#30841471)
With paper voting you can see that there are real people casting votes. With electronic voting it is trivial to add fictious voters and vote for them, especially in countries where voter lists are not published.
Re:Debian decides to allow secret votes by gjulianm on Tuesday March 29, 2022 @09:26AM (#30842238)
Tell that to the people who now, instead of just going to a polling place and placing a paper on an envelope, have to download and store digital certificates, possibly download and install new programs and deal with the troubles of all that, just so "verifying votes" is slightly easier for the minority of people with the knowledge of the system and ZK proofs.

Also, you're assuming the system is perfectly implemented. In reality, such a system will be complex, will have many more pieces than the ZK system itself (and those pieces will have vulnerabilities), and will require users to do more which will also be prone to errors and vulnerabilities.

I don't understand the insistence on electronic voting for elections. It's less transparent to laypeople, offers small benefits and adds significant complexity both in the implementation and use.

Re:Debian decides to allow secret votes by JaimeThompson on Tuesday March 29, 2022 @09:38AM (#30842370)
Many in the US think that "they" are lying to us about basic physics so do you think they will accept those proofs?
Re:Debian decides to allow secret votes by eulenteufel on Tuesday March 29, 2022 @11:11AM (#30843618)
Paper ballots requiring a lot of work is the whole point. This makes tampering at scale a lot more difficult and a lot easier to detect.
Re:Debian decides to allow secret votes by Spooky23 on Tuesday March 29, 2022 @11:08AM (#30843583)
The problem is that it solves a problem that nobody actually has and provides tinder to make a problem that actually exists worse.

Political machines exploiting nursing homes, pushing absentee ballots on the elderly, etc are already problematic, and allowing field GOTV teams to collect this type of data in mass is would make expanding these operations in size and scope.

You’d also create the new problem of hyper-partisan people crying about voter fraud. You’ll have a bunch of lunatics running around with fake ballot receipts to push whatever narrative they are trying to push.

In my state, it’s illegal to take pictures of ballots at the poll, and there are bipartisan poll inspectors that will shut that down if it happens.

Re:Debian decides to allow secret votes by mariusor on Tuesday March 29, 2022 @02:42PM (#30846694)
> That's a bug, not a feature.

I think you're wrong. A bug would be if you could tell how a vote was cast, not if it was counted.

Re:Debian decides to allow secret votes by naniwaduni on Tuesday March 29, 2022 @03:27PM (#30847220)
You also want to be able to check if your vote was falsely counted, lest an unscrupulous election operator simply reassign all but a handful of votes to its preferred option.

Vote selling is a pretty nasty problem to work around.

Re:Debian decides to allow secret votes by mariusor on Tuesday March 29, 2022 @03:44PM (#30847442)
I would normally agree with you, but no voting system today can provide you an answer to this question.

The problem of unscrupulous operators can be circumvented if the votes are in a public ledger where the voter can backtrack their vote to the ledger "yes, its' my vote, nobody tempered with it", but the vote in the ledger can not be linked to the voter.

Re:Debian decides to allow secret votes by naniwaduni on Tuesday March 29, 2022 @05:30PM (#30848633)
To be clear, the property we want is, broadly speaking, "hard to tamper with (at scale) without getting caught". Ideally we would also catch tampering at small scale, but that's darn close to incompatible with denying vote buying. (A possible resolution is, of course, "well, what's wrong with vote buying between informed consenting adults?" But the unfortunate history shows that our electoral systems must compensate for underinformed coerced voters, and their regulations are written in blood.)

Existing voting systems do have a countermeasure, if not a fantastic one: creating a trail of physical artifacts that can be manually audited to verify vote totals, and a roll of accepted votes to compare the count of said physical artifacts against. It's not fantastic because the error rates on those physical artifacts are stupendous, but tampering with votes at scale can then require (a) physical access, which humans are well-equipped to reason about, and (b) generating and destroying big piles of said physical artifact, which is expensive and expensive to hide. The gold standard of tampering with physical elections that we know of is basically denying observers the chance to audit, which is rightly considered suspicious.

Tampering with electronic votes at scale does not have these cost properties. We can magnify costs without giving voters the ability to prove their votes to a third party (I am aware there are probabilistic constructions), but all such constructions (a) are much harder for the average voter to reason about than monitoring physical access (humans are quite optimized for monitoring physical access), yet (b) requires voters to actually audit their own votes and report non-inclusion en masse. You can see why this is a non-starter.

Re:Debian decides to allow secret votes by mariusor on Wednesday March 30, 2022 @03:30AM (#30852353)
I don't know if you realize, but you moved the goal posts a little. Yes I agree that an electronic system would be more difficult to wrap your mind around as a layperson, but if you go now on the street and you ask someone how paper ballots work in their district, I bet that even though they know the big picture, they will fail at the details.

So the common person will probably not understand the cryptographic underlayers of this theoretical new system, they need to have confidence "in the science". I know that doesn't sound as good, but we're heading towards a world where computing literacy is increasing, so in some years that could be possible.

Re:Debian decides to allow secret votes by qsort on Tuesday March 29, 2022 @06:20AM (#30840784)
Paper voting ensures privacy and voter verification, something even the best electronic solutions can't properly handle. No thanks, I can actually show up and vote once every few years.
Re:Debian decides to allow secret votes by touisteur on Tuesday March 29, 2022 @06:38AM (#30840885)
I agree.

I don't understand the argument of reducing cost of elections and scaling. The current paper system in place in most works (at least in European countries where I've witnessed the process) and doesn't need to scale more. If actors in a democracy can't afford such a system, and the occasional (once, twice a year) walk to the voting place, 15 minutes wait and fellow-citizen interaction, can't we accept they don't care for voting and participating and stop listening?

I'm all for accommodation of special cases (people with reduced mobility or unability to be in contact with other people) but we already have the necessary systems in place (mail-in or vote delegation).

Literally one of the last places I'd check for change or optimization. It works, leave it alone, I'll happily pay the 3 or 10eur a year.

Re:Debian decides to allow secret votes by mariusor on Tuesday March 29, 2022 @02:52PM (#30846816)
> I don't understand the argument of reducing cost of elections and scaling.

How about if we could scale ballots to such an extent that a citizen can vote from wherever/whenever on all issues they're interested in[1], not just a head of state election every X years? Wouldn't that be a more democratic process ?

I believe it would, and that paper ballots won't get us there.

[1] A current instance of this is the Swiss voting system: https://en.wikipedia.org/wiki/Voting_in_Switzerland

Re:Debian decides to allow secret votes by touisteur on Tuesday March 29, 2022 @05:01PM (#30848304)
Well, I live in a representative democracy, and it mostly works. I don't think the vote is only way to express political power, just the most 'sacred' and extreme of all. The one of removing your ruler (or ruling party) from power.

And making people vote on issues they're interested in just makes me think only extremes will be heard and counted, and I would have to give my opinion on a bunch of things I don't really care about, or am not quite competent enough. To me, the democratic vote should be a precious rare thing, to elect a representative or a bunch of them, and trust them to do a non-too-shitty job of it.

Referendums, IMO are among the worst democratic moments in my republic, and I feel my concitoyens (from talking to some, and reading what they say in polls or public forums) don't really vote on the specific subject but on a global policy rant. It's a place to vent, not to decide ; when your elected ruler throws up his hands and gives you back the wheel at the last moment, with little context, FSD-style.

Re:Debian decides to allow secret votes by ilammy on Tuesday March 29, 2022 @08:39PM (#30850220)
> I don't think the vote is only way to express political power, just the most 'sacred' and extreme of all. The one of removing your ruler (or ruling party) from power.

Indeed, the voting is less about getting people you want to have power, but more about preventing people you don't want from getting power (or retaining the power). Votes don't directly affect the actual policy decisions that representatives make afterwards, you're not legally bound to fulfill your campaign promises. What voting process does instead is telling the society, ‘See, the elected officials are not massively hated by the people, no need for a concern’.

The thing about representative democracy is that your representative is still your representative even if you didn't vote for them.

Re:Debian decides to allow secret votes by mariusor on Wednesday March 30, 2022 @03:23AM (#30852325)
> It's a place to vent, not to decide

When the ballot process can be done in the morning with your coffee and toast, maybe more people would be inclined to apply judgement and vote in good faith.

And I think I speak a truism when I say that more deciding power for each citizen is a better kind of democracy than representative democracy. What I'm hearing from you are just hypotheticals that nobody can be sure of without actually trying a system like this. Basically that's all I'm saying, the current democratic process leaves a lot of citizens without proper representation and probably we need to move in a direction where that's not true any more. We need to look at alternative ballot systems which would allow that. If the current political strata are wrecked in the process, all the better.

Re:Debian decides to allow secret votes by throwaway48375 on Tuesday March 29, 2022 @07:06AM (#30841044)
American here and I have had to wait >2 hours to vote multiple times. In the worst instance someone tried to illegally close the polling place even though people were still lined up outside. This is in clear violation of state law. So long as you are lined up to vote before the polling place closes they have to take your vote. To the sheriff's department credit (they are generally terrible) the deputy who responded refused to make people leave and told the worker they had to stay open. When I lived in a more rural area of the same county I would just walk in and vote within a couple minutes. I'm sure it isn't broken by design though.
Re:Debian decides to allow secret votes by PoignardAzur on Tuesday March 29, 2022 @09:43AM (#30842420)
The American voting system seems broken in many ways that have not much to do using paper.

Elections taking place on tuesdays instead of weekends for some reason, low polling-places-per-voters ratio (though numbers are hard to find), ballots with multiple non-trivial questions, etc.

Before turning to voting machines, there's a lot that could be changed at every level. Moving Election Day to weekends would be a good start.

Re:Debian decides to allow secret votes by toyg on Tuesday March 29, 2022 @12:13PM (#30844478)
The American voting system is broken by design. There used to be reasons and conventions, and there is a somewhat excessive regard for states rights, but you could build a system that keeps that regard while being sane and fair. The fact that the US political classes would rather focus on gerrymandering instead, tells you all that you need to know about motives.
Re:Debian decides to allow secret votes by touisteur on Tuesday March 29, 2022 @04:51PM (#30848198)
I don't even understand the concept of voting on workdays. WTF. This is a sacred thing! Especially if you want citizens of all horizons participating (and I want people from all sides to check on each other - without being too disruptive by default... I mean there's a process for reporting and all - doing it on a weekend is a minimum.

See, no need for fancy tech. Paid officials and unpaid volunteers manning everything.

Re:Debian decides to allow secret votes by iso1210 on Tuesday March 29, 2022 @09:30AM (#30842280)
> American here and I have had to wait >2 hours to vote multiple times.

That doesn't have to be the case though, that's a political decision to staff voting booths like that. It's also trivial to fix.

Re:Debian decides to allow secret votes by monetus on Tuesday March 29, 2022 @09:09AM (#30842066)
live in a metropolis? -also american but in a midsized city and ~15 minutes is more than the average wait.
Re:Debian decides to allow secret votes by adgjlsfhk1 on Tuesday March 29, 2022 @09:41AM (#30842409)
What that means is that you don't live in a city in a republican state. For the past couple decades, the GOP has gotten increasingly brazen about reducing the number of polling places for the people they don't want to vote.
Re:Debian decides to allow secret votes by monetus on Tuesday March 29, 2022 @12:23PM (#30844632)
Tennessee. I think I might incredibly be in a low traffic part of town despite it being a huge commercial sector with surrounding suburbs.
Re:Debian decides to allow secret votes by charcircuit on Tuesday March 29, 2022 @06:47AM (#30840941)
>Paper voting ensures privacy

So do ZKP based voting systems.

>voter verification

What do you mean by this? If you mean signatures you can have people sign their signature on their phone or desktop.

>I can actually show up and vote once every few years

This is a lot of friction which prevents many people from voting.

Re:Debian decides to allow secret votes by gjulianm on Tuesday March 29, 2022 @07:05AM (#30841038)
> So do ZKP based voting systems.

Assuming no vulnerabilities on the ZKP system, a perfect implementation and no information leak from other sources.

> What do you mean by this?

I assume that ensuring that the person voting is who they claim they are. If someone steals the certificates of that person, they could impersonate them.

> This is a lot of friction which prevents many people from voting.

In Spain (and I guess in a lot of other countries) voting in-person means walking to the closest polling center (99% of the time it's less than 10 minute walk) on a Sunday, picking up the paper, doing the queue (maybe another 10 minutes) and walking out. The alternative is mail-in voting, which usually takes a few minutes of walking to the closest post-office, signing some documents and waiting for the ballot to come. Compare that with getting the certificates, storing them securely, downloading the program to do the voting, installing it, praying it works, then using the program and cast the vote. Think of all the people who aren't good with computers, and how easy would it be for them to do all those steps correctly.

In the ideal case I agree that electronic voting systems would be better. But the world is not ideal, quite a lot of things can go wrong with them because of their complexity and detecting those issues will be difficult. On the other hand, paper voting is fairly simple, the number of things that can go wrong is low and easy to detect by anyone.

Re:Debian decides to allow secret votes by codedokode on Tuesday March 29, 2022 @08:14AM (#30841508)
Government-issued certificates for electronic voting are a terrible solution because it is trivial to generate millions of certificates for fictious voters and vote in their name.
Re:Debian decides to allow secret votes by XorNot on Tuesday March 29, 2022 @07:08AM (#30841069)
Friction to prevent people from voting is a US phenomenon where voting participation (i.e. turning up and declaring something, even if it is an abstention) is not considered a legal obligation - and thus, the lack of participation is not viewed as a possible attempt to interfere with democracy.
Re:Debian decides to allow secret votes by iso1210 on Tuesday March 29, 2022 @09:27AM (#30842244)
> Paper voting is extremely expensive to scale

And thus is impossible to hack at scale.

It costs $x to run an election and count the votes for Y thousand peple voting for a position, that scales pretty much linearly - have 1 ballot and 1,000 votes costing say $100, have 1 ballot and 1 million votes and it costs no more than $100,000

Re:Debian decides to allow secret votes by mariusor on Tuesday March 29, 2022 @02:46PM (#30846736)
> And thus is impossible to hack at scale.

I think numerous cases of electoral fraud over the course of global history prove this statement wrong.

Re:Debian decides to allow secret votes by ilammy on Tuesday March 29, 2022 @06:30AM (#30840841)
> zero knowledge proofs are [...] possible to check for yourself

Only if you're an expert cryptographer, else you're deferring to the authority.

> Paper voting is extremely expensive to scale

That's a feature.

Re:Debian decides to allow secret votes by rosndo on Tuesday March 29, 2022 @06:42AM (#30840908)
> Only if you're an expert cryptographer, else you're deferring to the authority.

At least it’s still provable, a plenty of people can afford to hire their own cryptographers to do verification. Foreign observers can also do the same.

Re:Debian decides to allow secret votes by ilammy on Tuesday March 29, 2022 @08:37AM (#30841703)
> a plenty of people can afford to hire their own cryptographers to do verification

That's still deferring to the authority. The cryptographer I paid to says it’s all verified, these 1,000,000 people believe them, so naturally I must believe too because why would they lie – is that how it goes? Why not then just drop this whole voting thing, managing keys, checking proofs – why waste time on all this, just let cryptographers announce the results? You trust them, right? They're smart, they'll probably make good decisions.

Paper ballots which can be counted by hand reasonably efficiently enforce a low-tech process that is understood by literally everyone, is resistant to fraud at scale, and leaves massive amount of literal paper trail for audit with no extra provisions. If a citizen wants to be an observer – they just go and see ballots counted. If ZKP were used then what, why only qualified cryptographers are allowed to be qualified observers? Is this really a necessary requirement for a voting process?

Re:Debian decides to allow secret votes by gjulianm on Tuesday March 29, 2022 @07:07AM (#30841058)
Paper voting is provable too. Vote and then observe the counting which is usually public. You can take a look at the box to ensure that it hasn't been tampered with.
Re:Debian decides to allow secret votes by rosndo on Tuesday March 29, 2022 @07:17AM (#30841121)
Paper voting is vulnerable to basic sleight of hand, and your ability to effectively monitor the count is somewhat limited.

Electronic voting can be much better, but it is of course not a terribly easy problem to solve.

For what it’s worth, I don’t believe that paper voting is particularly problematic. But I do think that electronic voting could make voting easier and more accessible.

Re:Debian decides to allow secret votes by gjulianm on Tuesday March 29, 2022 @07:25AM (#30841171)
I don't know how vote counting is done in other places, but I've seen it in my country and it's not vulnerable to basic sleight of hand, at least not for more than one or two votes. Poll workers are all citizens randomly selected, the president of each table takes envelopes from a transparent box, opens them, shows them to the other three or four workers of the table (plus any observers that want to be there) and declares the content of the vote.

> But I do think that electronic voting could make voting easier and more accessible.

I don't think so. Think of all the people who have difficulty with basic computer/phone tasks, either because of knowledge or accessibility issues. Do you think all the steps to securely cast votes with an electronic system are going to be easier and more accessible for them?

Re:Debian decides to allow secret votes by rosndo on Tuesday March 29, 2022 @09:52AM (#30842517)
> I don't think so. Think of all the people who have difficulty with basic computer/phone tasks, either because of knowledge or accessibility issues. Do you think all the steps to securely cast votes with an electronic system are going to be easier and more accessible for them?

I don’t think an in-person electronic voting system needs to be any more difficult than current paper ballots.

Re:Debian decides to allow secret votes by gjulianm on Tuesday March 29, 2022 @12:00PM (#30844286)
Certificate management is more difficult than simply holding an ID card, going to a website/downloading a program is more difficult (and has more potential problems) than going to a polling station, and doing all the steps the program requires will hardly be as simple as "put paper in envelope".
Re:Debian decides to allow secret votes by M2Ys4U on Tuesday March 29, 2022 @07:05AM (#30841039)
> Electronic voting systems using zero knowledge proofs are superior to paper votes because it's possible to check for yourself that your vote was actually counted and not ignored.

Which means somebody can hold a gun to your head and force you to prove that you voted and that your vote counted.

That is not, to put it mildly, desirable in an election.

Re:Debian decides to allow secret votes by charcircuit on Tuesday March 29, 2022 @07:07AM (#30841057)
You can already do that with mail in ballots easily. Someone could also threaten you to record yourself filling out a paper ballot.
Re:Debian decides to allow secret votes by M2Ys4U on Tuesday March 29, 2022 @07:10AM (#30841086)
Yes, which is why I also dislike postal voting and want to minimise its use.
Re:Debian decides to allow secret votes by teagoat on Tuesday March 29, 2022 @07:55AM (#30841380)
What does postal voting have to do with that? they could also force you to film yourself at a polling station...
Re:Debian decides to allow secret votes by M2Ys4U on Tuesday March 29, 2022 @08:25AM (#30841587)
Well at least where I live (the UK), it's illegal to film in a polling station and the staff in the polling stations should be looking out for that and reporting it.

More importantly (with both postal voting and in-person voting) it's impossible to perform these attacks after the fact, but if you have a receipt of your vote it can be done at any time after you vote.

Re:Debian decides to allow secret votes by danuker on Tuesday March 29, 2022 @10:01AM (#30842633)
Unless they also demand that you film yourself continuously up to putting the envelope in a mailbox, they can't be sure you actually mailed the ballot or that you didn't invalidate the result later.

This would risk exposing yourself, and in turn, the intimidator.

But if only one ballot is mailed per citizen, they can be reasonably sure you didn't vote for the competition.

Re:Debian decides to allow secret votes by codedokode on Tuesday March 29, 2022 @08:08AM (#30841457)
Electronic voting is very difficult to monitor and verify independently, especially when voter lists are not publicly available. It is difficult to verify whether turnout number is correct, and on the countrary it is easy to add millions of fictious voters and vote for them.

> it's possible to check for yourself that your vote was actually counted and not ignored.

Let's say you voted for candidate A and didn't find your vote. How can you prove that you really voted for A?

> Everyone could get a notification on their phone when they are asked to vote on something as opposed to having to fill out paper and send it somewhere to be counted.

Voting with such system is equivalent to publishing results without any actual voting.

Re:Debian decides to allow secret votes by JanisErdmanis on Tuesday March 29, 2022 @09:32AM (#30842306)
> Let's say you voted for candidate A and didn't find your vote. How can you prove that you really voted for A?

With ZKP it would look something as follows:

1. Encrypt a vote with a commonly known public key and publish it to the bulletin board.

2. Shuffle the votes and producing a ZKP proof of correctness assuring that only votes from bulletin board where shuffled, no vote were added, removed or modified.

3. Tally the votes and produce a proof of correct decryption.

The argument is that since authorities does not know the choice of the voter they would accept the vote to the authenticated and public bulletin board which would prevent vote omission.

Re:Debian decides to allow secret votes by codedokode on Tuesday March 29, 2022 @11:36AM (#30843999)
I didn't understand the algorithm completely (for example, whether you post your vote anonymously or under your name, and where is the private key for the public key you mentioned).

Let's say bulletin board software replaces the vote with 20% probability. You post your vote for candidate A and see that it didn't appear on the board (because the board replaced it with vote for candidate B, but you don't know about it). How can you prove that you tried to vote for A and not for B? The records show that you have voted, and as voting is anonymous it is impossible to know how you voted.

Of course, there are other ways to meddle with such election. For example, you see that the turnout is 99%. How can you verify this number? The government refuses to publish a list of voters because GDPR doesn't allow that. And even if the country publishes this list how you can verify that the list doesn't contain fictious voters?

Re:Debian decides to allow secret votes by JanisErdmanis on Wednesday March 30, 2022 @06:04AM (#30853246)
> I didn't understand the algorithm completely (for example, whether you post your vote anonymously or under your name, and where is the private key for the public key you mentioned).

It's best to illustrate it with the ElGamal cryptosystem. Let's say that system officials have set up keypair `sk`, `pk = g^sk` and let everyone know `g, pk`. To submit a vote, the voter selects an option corresponding to a message `m` and encrypts it with a freely chosen randomization factor `r` and obtains a tuple `(g^r, m*pk^r)`. He signs this encryption under their name and sends it to the bulletin board.

The last bit is whether to allow everyone to see that you have or have not voted so whether the fact that you have participated in the elections. There seems to be the consensus in the literature that the signature should be concealed from the public and be allowed to verify only for independent auditors.

> Let's say bulletin board software replaces the vote with 20% probability. You post your vote for candidate A and see that it didn't appear on the board (because the board replaced it with vote for candidate B, but you don't know about it). How can you prove that you tried to vote for A and not for B? The records show that you have voted, and as voting is anonymous it is impossible to know how you voted.

One way to preserve the integrity of the bulletin board is that upon receiving a `vote <- ((g^r, m*pk^r), sig)`, the bulletin board issues a signature on the `vote` and returns it to the voter for the latter to assert for the vote to not be changed. Even when the signature is not present on the bulletin board, the voter can check the presence of `(g^r, m*pk^r)` as the randomization factor makes it unique for each voter.

> Of course, there are other ways to meddle with such election. For example, you see that the turnout is 99%. How can you verify this number? The government refuses to publish a list of voters because GDPR doesn't allow that. And even if the country publishes this list how you can verify that the list doesn't contain fictious voters?

The fictitious voters are indeed a thing if we can't trust the independent auditors of the bulletin board. Personally, I would never support an internet voting system where the result of the elections would lay on the integrity of a few trusted auditors who have special access to do so. Thus I would greatly prefer for the voter lists (the signatures) to be public in spite of losing participation anonymity.