Democratic Underground Latest Greatest Lobby Journals Search Options Help Login
Google

Sarasota audit to review computer code

Printer-friendly format Printer-friendly format
Printer-friendly format Email this thread to a friend
Printer-friendly format Bookmark this thread
This topic is archived.
Home » Discuss » Topic Forums » Election Reform Donate to DU
 
eomer Donating Member (1000+ posts) Send PM | Profile | Ignore Tue Dec-05-06 02:16 PM
Original message
Sarasota audit to review computer code
http://www.heraldtribune.com/apps/pbcs.dll/frontpage

Audit to review computer code

By CAROL E. LEE

carol.lee@heraldtribune.com

SARASOTA COUNTY -- The computer source code that tells touch-screen voting machines how to run will be analyzed in the next phase of a state audit to determine what, if anything, went wrong in the Nov. 7 election.

The source code analysis has not started yet, but it is already generating controversy in the contested Congressional District 13 race, in which Republican Vern Buchanan was certified the winner by 369 votes.

The state Division of Elections' top choice for heading the review is Florida State University associate computer science professor Alec Yasinsac, an outspoken Republican who has advocated paperless voting machines in the past.

Democrats and voting rights activists charge that Yasinsac is too partisan to conduct an objective investigation.

-snip-

More...



Printer Friendly | Permalink |  | Top
kster Donating Member (1000+ posts) Send PM | Profile | Ignore Wed Dec-06-06 12:09 AM
Response to Original message
1. K&R.nt
Printer Friendly | Permalink |  | Top
 
philb Donating Member (1000+ posts) Send PM | Profile | Ignore Wed Dec-06-06 12:57 AM
Response to Original message
2. Not all machines had problematic ballot designs or problematic code, important to
look at all the ones that had problems


1. to see how many machines had problematic (biased) ballot designs

2. to see how many had problematic programming

Looking at a machine that didn't have the problems will tell nothing about the ones that did.



Printer Friendly | Permalink |  | Top
 
suziedemocrat Donating Member (1000+ posts) Send PM | Profile | Ignore Wed Dec-06-06 02:17 AM
Response to Reply #2
3. That will be difficult to examine the actual code on the bad machines.
It will probably be executable code and therefore unreadable. They'll probably get the official source code from the company that made the machines. How can we be sure the code they analyze is the actual code being executed on the "bad" machines?
Printer Friendly | Permalink |  | Top
 
InsultComicDog Donating Member (1000+ posts) Send PM | Profile | Ignore Wed Dec-06-06 09:49 AM
Response to Reply #3
6. I guess they could
compile the source code provided and see if the executables match?

Printer Friendly | Permalink |  | Top
 
w4rma Donating Member (1000+ posts) Send PM | Profile | Ignore Wed Dec-06-06 12:43 PM
Response to Reply #6
8. CRC check. (nt)
Printer Friendly | Permalink |  | Top
 
dlaliberte Donating Member (168 posts) Send PM | Profile | Ignore Wed Dec-06-06 10:25 PM
Response to Reply #6
11. Recompile to check binaries, if you have source code.
That is an excellent idea. If you trust the compiler, and if you have the source code, then you can compile to binary and compare whether it is identical with the binary code in the machine (if you trust the compare program).

However, please note that if no hacked code is found after the election that doesn't mean it wasn't there on election day. Hacks can remove themselves completely, so this auditing process could possibly prove that there was (sloppy) hacking, but it can not prove that there was no hacking.

You need the actual verifiably working machines on election day to prove there is no hacking at that time. But even then, you need to verify every single vote - i.e. you need a paper trail at the very least, no question about it. But even then, having the voter compare the paper against what they thought they voted is fraught with potential for "mistakes" or oversights. There is simply no point in trusting electronic voting machines in the first place, not until we have an entirely different way of verifying everything about the hardware and code (which must be open source, signed and sealed), and the network, and every step of the counting process. We are so far away from such a system, if people in the future ever get there, they will remember us as still being in the digital dark ages.

Printer Friendly | Permalink |  | Top
 
philb Donating Member (1000+ posts) Send PM | Profile | Ignore Wed Dec-06-06 11:12 PM
Response to Reply #11
12. I don't think the machines have been impounded since election day
People likely had access to them to do whatever they wanted, as far as I know.
But I still think a full audit should be carried out.
If a machine had a lot of undervotes there was a reason, and its likely that the reason could be determined
if the machine has not been tampered with since election day. There were a lot of machines that were problematic.


Printer Friendly | Permalink |  | Top
 
dlaliberte Donating Member (168 posts) Send PM | Profile | Ignore Wed Dec-06-06 11:31 PM
Response to Reply #12
14. Likely to determine hack only if hack was sloppy
You said "If a machine had a lot of undervotes there was a reason, and its likely that the reason could be determined
if the machine has not been tampered with since election day." But the software in the machine can tamper with itself after election day, and therefore it could remove all evidence of the tampering. In other words, it is possible that such tampering will not be detectable.

But you did say it is "likely" rather than always possible to determine if there was tampering, so maybe you are implying that it is likely that such tampering was done in a sloppy way, by sloppy thinking enemies of democracy. You have a point there.

Printer Friendly | Permalink |  | Top
 
w4rma Donating Member (1000+ posts) Send PM | Profile | Ignore Wed Dec-06-06 12:41 PM
Response to Reply #3
7. Compiled code *is* readable. It can be run through a decompiler. It's just a lot harder to read.
Edited on Wed Dec-06-06 12:42 PM by w4rma
You need to be a top notch programmer to do this type of work. Not just any progammer can do it.
Printer Friendly | Permalink |  | Top
 
tbyg52 Donating Member (1000+ posts) Send PM | Profile | Ignore Wed Dec-06-06 06:07 PM
Response to Reply #7
9. And we should not need top-notch programmers,
or any programmers at all, to let us vote. PAPER BALLOTS!
Printer Friendly | Permalink |  | Top
 
w4rma Donating Member (1000+ posts) Send PM | Profile | Ignore Wed Dec-06-06 10:08 PM
Response to Reply #9
10. Exactly. (nt)
Printer Friendly | Permalink |  | Top
 
SarasotaDem Donating Member (61 posts) Send PM | Profile | Ignore Wed Dec-06-06 08:56 AM
Response to Original message
4. Hoping
They have yet to test the ACTUAL machines that were used in the worst
precincts.

A friend who attended the rally said that the election worker she talked to
remarked that the machines tested that were used in the election were
randomly selected.

Too much FOX in the hen house for me ... :(
Printer Friendly | Permalink |  | Top
 
groovedaddy Donating Member (1000+ posts) Send PM | Profile | Ignore Wed Dec-06-06 09:45 AM
Response to Original message
5. What did they actually "recount?"
When they did the recount, what are they actually counting? Is it nothing more than a retabulation of what each precinct reported?
I have had this question for awhile now - with no paper trail, what is acutally counted?
Printer Friendly | Permalink |  | Top
 
philb Donating Member (1000+ posts) Send PM | Profile | Ignore Wed Dec-06-06 11:16 PM
Response to Original message
13. There were biased ballot designs like in Sarasota used in other close Cong. races- such as this one
Virginia Voter Machine Problems.

a. On many ballots in heavily Democratic neighborhoods, Jim Webb’s name was cut off on the screen. The ballots say: "James H. (Jim)" with no Webb.

b. New reports that ballots in Essex County have Jim's name split on 2 pages. The "James H (Jim)" on one page, "Webb" on the next.

c. Reports of voting machines in Isle of White that do not provide a clear image of the ballot, making voting a challenge.

http://www.dailykos.com/story/2006/11/6/1717/68014

There were also a lot of other dirty tricks used in the Allen/Webb race


This ballot design problem also happened in other states

Printer Friendly | Permalink |  | Top
 
philb Donating Member (1000+ posts) Send PM | Profile | Ignore Thu Dec-07-06 01:02 AM
Response to Reply #13
15. Florida, Robo-Calls paid for by RNC used in 2 close Congressional races, including D13
Florida, Robo-Calls paid for by RNC used in 2 close Congressional races,
in District 13 Christine Jennings race
and in Dist 16 in Florida,

http://www.bradenton.com/mld/bradenton/15897649.htm
Printer Friendly | Permalink |  | Top
 
DU AdBot (1000+ posts) Click to send private message to this author Click to view 
this author's profile Click to add 
this author to your buddy list Click to add 
this author to your Ignore list Tue Apr 23rd 2024, 01:37 PM
Response to Original message
Advertisements [?]
 Top

Home » Discuss » Topic Forums » Election Reform Donate to DU

Powered by DCForum+ Version 1.1 Copyright 1997-2002 DCScripts.com
Software has been extensively modified by the DU administrators


Important Notices: By participating on this discussion board, visitors agree to abide by the rules outlined on our Rules page. Messages posted on the Democratic Underground Discussion Forums are the opinions of the individuals who post them, and do not necessarily represent the opinions of Democratic Underground, LLC.

Home  |  Discussion Forums  |  Journals |  Store  |  Donate

About DU  |  Contact Us  |  Privacy Policy

Got a message for Democratic Underground? Click here to send us a message.

© 2001 - 2011 Democratic Underground, LLC