Guest blogged by John Washburn
I have been a long time critic of the federal 2002 Voting System Standards (2002 VSS) and of the 2005 Voluntary Voting System Guidelines (2005 VVSG). In fact, both sets of standards are virtually worthless. There are two reasons for this. First, the requirements enumerated in the standards are, in and of themselves, much too weak for something as vital as administering an election. Second, both sets of standards have an explicit loophole that allows almost all the requirements — weak as they are — to be ignored. This second objection was first brought to my attention two years ago by Howard Stanislevic.
We now have proof that this loophole is used by the labs in order to “pass” systems that don’t meet the standards. The proof is laid out clearly in the most recent certification test report submitted to the Election Assistance Commission (EAC) by SysTest labs (one of the labs accredited by the EAC and the National Institute of Standards and Technology - NIST). SysTest recommended certification for the new voting system by Premier Election Solutions (formerly Diebold) even though the lab's findings listed 79 specific failures to meet the standards.
As you read this article, keep in mind that the standards actually allow 77 of these 79 failures to be ignored!...
Last February, SysTest labs wrote its certification test report for a new voting system manufactured by Diebold/Premier. The report listed the 79 problems the lab found during testing. Even so, SysTest recommended the system be certified by the EAC. Section 6 from the test report reads:
Based on testing scope and results, as detailed in this report, it is SysTest Labs’ recommendation that the EAC committee grant certification of Premier’s Assure 1.2 voting system.
I sent a letter to the EAC objecting to this recommendation for certification — not because of the 77 “acceptable” failures, but because of the two failures that require denial of certification.
The test report reads like the problem log of election-day equipment failures maintained by VotersUnite! Scattered throughout the report are the following 79 “findings” of the system's failure to meet the standards [my numbering]:
- Functional, Accufeed will not feed ballots [Finding #1 page 38]
- Doc, Batch Start card is not rejected [Finding #2 page 38]
- Functional, Batteries are not functioning [Finding #1 on page 39]
- Functional, BallotStation is not accepting voter access cards [Finding #5 on page 45]
- Functional, TSX looping with use of AVPM ll [Finding #6 on page 45]
- Doc, Housing door does not fit over the canister [Finding #7 on page 45]
- Doc, Provisional votes flow from the BallotStations up to GEMS is not clear [first Finding #4 on page 45]
- Doc, User's Guide does not list the limitations of the VCE [Finding #8 on page 45]
- Doc, VCE does NOT save loaded data unless POSITION 1 is loaded [Finding #9 on page 45]
- Doc, Statement in #1 is incorrect and may need to be removed [Finding #10 on page 45 – note, this item references the following one]
- Doc, Section 3.1 references out of date [first Finding #1 on page 45]
- Functional, The AVPM I and II print modules are not operating [first Finding #2 on page 45]
- Functional, Ballot Station freezes [second Finding #1 on page 45]
- Doc, Doc does not provide information on Recall/Retain type C [second Finding #2 on page 45]
- Doc, Installing and Removing the OSAA [Finding #3 on page 45 – note, this finding and other below are not explained]
- Functional, Build failed, “failed to verify file” [second Finding #4 on page 45]
- Doc, Section 8.3: Adding and Editing an Audio file [first Finding #2 on page 52 - unexplained]
- Doc, Section 14.4: Exporting Required Translations [first Finding #3 on page 52 - unexplained]
- Doc, Section 5.3: Importing Election Data into AIMS [Finding #4 on page 52 - unexplained]
- Doc, Section 15.1: Importing Text Translations [Finding #5 on page 52 - unexplained]
- Doc, Section 4.1: Getting Started [Finding #6 on page 52 - unexplained]
- Doc, Section 4.2: Logging On [Finding #7 on page 52 - unexplained]
- Info, Section 5.1: Setting Up a New Election in AIMS [Finding #8 on page 52 - unexplained]
- Info, Section 5.1: Setting Up a New Election in AIMS [Finding #9 on page 52 - unexplained]
- Doc, Section 5.1: Setting Up a New Election in AIMS [Finding #10 on page 52 - unexplained]
- Doc, Section 5.3.1: Importing Diebold GEMS Data [Finding #11 on page 52 - unexplained]
- Doc, Section 12.8: Languages [Finding #12 on page 52 - unexplained]
- Doc, Section 12.8: Languages [Finding #13 on page 52 - unexplained]
- Doc, Section 6.1: Removing the Ink Cartridge [Finding #1 on page 52 - unexplained]
- Doc, Section 6.5.3: Setting the Admin Password [second Finding #2 on page 52 - unexplained]
- Doc, Section 6.5.1: Printing the Operation Log [second Finding #3 on page 52 - unexplained]
- Doc, Section 1.5: Assisting the Voter who uses an AT Device [first Finding #4 on page 53]
- Functional, Audio script does not match text script [Finding #5 on page 53]
- Functional, Ballot title not voiced on 2nd race screen [Finding #6 on page 53]
- Doc, Section 1.3: Using the AutoMARK VAT with an AT Device [Finding #7 on page 53 - unexplained]
- Doc, instructions/procedures are not provided [first Finding #8 on page 53]
- Doc, Flash Memory Card the Pin # is not provided in the doc [first Finding #9 on page 53]
- Doc, Japanese text for 'Write-in' different than what was input [first Finding #10 on page 53]
- Functional, Both Chinese languages have the same text on select button [first Finding #11 on page 53]
- Functional, Voting Instructions are not translated [Finding #3 on page 53]
- Functional, Audio is not provided when voting with a UAID device (Not Supported) [second Finding #4 on page 53]
- Doc, Issues with foreign fonts [second Finding #8 on page 53]
- Doc, Section 4 - The listed fonts do not cover all Vietnamese characters [second Finding #9 on page 53]
- Functional, Cannot select the Contrast or Large Text buttons with the Keypad on the R6 [second Finding #10 on page 53]
- Functional, No visual cue for every error-type audio cue [second Finding #11 on page 53]
- Doc, Section 12.1.3 of Appendix D is incorrect [Finding #12 on page 53]
- Functional, 6 and the 4 keys on the keypad do not function as described [Finding #13 on page 53]
- Informational, dB levels of 113-115 were consistently measured. [Finding #14 on page 53]
- Functional, A tenth language is not selectable via the keypad device [Finding #15 on page 53]
- Functional, Report was not found to exist [Finding #2 on page 53]
- Functional, Error message when attempting to connect to Assure Security Service Host [first Finding #1 on page 59]
- Doc, Missing information in the documentation on how to create the MDB file [second Finding #1 on page 59]
- Functional, OSX unit allowed a blank ballot w/no message [third Finding #1 on page 59]
- Doc, Document does not contain enough info to resolve the errors [first Finding #2 on page 59]
- Functional, OSX unit failed when attempting to download via modem [first Finding #3 on page 59]
- Functional, Central Scan application failed to open the system audit log [fourth Finding #1 on page 59]
- Functional, Error can't connect to the security service host [second Finding #2 on page 59]
- Doc, (discrepancy is not valid) [second Finding #3 on page 59]
- Functional, users and roles that were assigned in the Access Control window are lost [first Finding #4 on page 59]
- Functional, documentation does not specify how the user is notified when the Vote Center is finished loading [Finding #5 on page 59]
- Functional, Users and Rolls lost that were assigned in the Access Control window [Finding #6 on page 59]
- Functional, Messages block user from being able to run PCS [Finding #7 on page 59]
- Doc, Unable to use “Next card” and “Previous card” buttons [Finding #8 on page 59]
- Functional, Message – “workspace could not be opened” [Finding #9 on page 59]
- Doc, VCE requires a commercial off the shelf (COTS), [fifth Finding #1 on page 59]
- Doc, Voter Card Encoder does not have an ENTER button [third Finding #2 on page 59]
- Doc, Acceptance Test do not match the steps for encoding a voter access card [third Finding #3 on page 59]
- Doc, Prompts stated in the user’s guide match do not match VCE [third Finding #4 on page 59]
- Doc, User’s guide does not explain what a master voter access card is [Finding #5 on page 60]
- Doc, User’s guide does not provide clear and detailed steps on how to overwrite a ballot key [Finding #6 on page 60]
- Doc, No explanation of how to create a master voter access card [Finding #7 on page 60]
- Functional, GEMSVoterCardData.txt file disappears [Finding #1 on page 64]
- Doc, GEMS documentation does not specify how to setup a Blanket Open Primary [Finding #3 on page 69]
- Functional, Exception error was encountered [Finding #4 on page 69]
- Functional, 2.0.1 users guide is shown. The installed software is the 2.0.4 [Finding #6 on page 74]
- Doc, Automark System Installation and Maintenance Guide procedures not adequate [Finding #1 on page 82]
- Doc, AutoMARK 3010 Poll Worker's Guide, no indication for message "Alert! [Finding #3 on page 82]
- HW, Unit inoperable; caused loss of data from the operations log [Finding #2 on page 82]
- Info, Changes in the total printed count in the operations log on the ATS VAT can be caused by abnormal shutdown [Finding #4 on page 82]
Except for the last two findings on this list, there is nothing that would prevent ANY NIST-accredited test lab from recommending this system for certification by the EAC. None of the 2002 VSS requirements violated by the first 77 findings are enforceable requirements!
Some definitions are in order.
A requirement is a declarative statement of the form "The system shall..." or a declarative statement of the form "The system shall not...". Two example requirements from the 2002 VSS are:
- From section 18.104.22.168a of Volume I of the 2002 VSS: To ensure vote accuracy, all systems shall record the election contests, candidates, and issues exactly as defined by election officials;.
- From paragraph 5.7.2d of Volume I of the 2002 VSS: the telecommunications components of a voting system shall notify the user of the successful or unsuccessful completion of the data transmission.
- An enforceable requirement is a requirement such that if the requirement is not met, then the system cannot be certified.
There are almost no enforceable requirements in either the 2002 VSS or the 2005 VVSG. This is because both standards have a conformance exception clause (loophole) which covers nearly every requirement listed in either standard. The exemption paragraph is found in section B.5 of Appendix B of Volume II of the 2002 VSS and the 2005 VVSG. From the 2002 VSS, paragraph B.5 reads [emphasis mine]:
The first 77 of the 79 uncorrected deficiencies listed above fit within the conformance exemption (loophole) defined in both sets of standards. Some of these 77 violations are also violations of federal law, and yet they are allowed by the standards. For example:
- Findings 33-49 (in my list above) demonstrate that the system under test fails to conform to the accessibility requirements for blind voters and the accessibility requirement for some foreign language voters. This means the system violates Section 301(a)(3) of the Help America Vote Act of 2002 (HAVA). See page 3 of the EAC advisory on compliance with this section of HAVA.
- Non-conformance 72 involves the destruction of an election record. The destruction of an election record used in a federal election prior to 22 months after that election is a felony under Title 42, Chapter 20, Subchapter II, § 1974.
But, since none of these specific 18 non-conformances nor 59 of the remaining 61 non-conformances involve vote loss or corruption of voting data, none of them prevents the lab from recommending certification.
The last two findings involve the corruption or loss of voting data. So, even with the loophole of paragraph B.5, the system cannot be recommended for certification. SysTest erred when it recommended the system for certification, but only because the voting system was so broken that even the B.5 loophole would not allow the system to be recommended for certification.
SysTest’s report demonstrates that with the broad nature of the loophole found in paragraph B.5, there is almost no failure that would prevent a system from being certified by the EAC, or that would have prevented qualification under the previous NASED/ITA program. So, it should come as no surprise to anyone that we read about failure after failure, in election after election, by voting systems “certified” by the NASED Voting Systems Board.
The 2002 VSS and 2005 VVSG are made toothless because of the conformance exemption found in paragraph B.5. But, as broad and eviscerating as the loophole is, it is not a blanket exemption.
The report I examined was written by SysTest about a Premier/Diebold system. But, the problems with the 2002 VSS and 2005 VVSG apply to systems from all vendors, not just Premier/Diebold, and they apply to all of the NIST-accredited test labs, not just SysTest. SysTest found 79 non-conformances to the 2002 VSS, 18 of which also violate federal law. But, because of the loophole paragraph, the system as tested, but containing only the first 77 of the 79 non-conformances, is certifiable.
The problem with the whole national certification program of the EAC is that the program is built on standards that are standards in form only, without substance. Nearly every voting system currently in the field and used in elections since November 2006 was "certified" to the 2002 VSS under the previous NASED/ITA system. Nearly every voting system to be sold to counties and municipalities until 2012 (and perhaps beyond) will be "certified" to the 2005 VVSG.
The labs are quick to state that they do not certify equipment. The EAC is quick to point out that the testing is done by the labs and not by the EAC. For years the voting equipment vendors have claimed that the 2002 VSS and 2005 VVSG are "comprehensive and rigorous." This real world application of the 2002 VSS to an actual voting system by a NIST-accredited laboratory should demonstrate how toothless and ineffective the 2002 VSS and 2005 VVSG are.
As hard as this is to believe, the EAC certification program is a substantial improvement over the qualification program administered by NASED. With EAC certification, it is possible to find out the known deficiencies that are present in the system used to administer your election. How many known deficiencies are lurking within the equipment certified by NASED and currently used in an election near you? You are not allowed to know! Neither are your local election officials.
Certification test reports, listing the deficiencies of the systems certified by NASED, will never be published. This is because the reports are considered trade secrets by the vendors. The reports are also considered trade secrets by the ITA testing labs that tested the systems. Most importantly, the reports are also considered trade secrets by the chairman and every member of the NASED Voting Systems Board.
This means that systems with known deficiencies certified by NASED were sold to unsuspecting counties and municipalities. With the old NASED/ITA program, these local election officials were left in the dark and never had the opportunity to learn of known deficiencies before they used the voting systems in elections. Instead, they get to learn of the deficiencies as the systems fail during the administration of real elections in the real world.
At least, under the EAC certification system, local election officials have a chance to learn how their voting systems will fail before they use the voting system to administer a real election. This is how the certification process has “improved” under the EAC.
Is this sufficient improvement? Certainly not. Listing the known deficiencies in obscure, technical reports on a government website has some small benefit. Better still, don’t certify systems that violate the standards. Under the standards though, the NIST-accredited labs can recommend certification and the EAC can certify systems which violate most of the requirements of the standards. In my opinion the EAC should not certify such systems nor should the NIST-accredited labs make such a recommendation. But, the standards as written and enforced almost never prohibit certification of a voting system.
The central problem is that both standards (the 2002 VSS and the 2005 VVSG) allow lax and probably uneven enforcement of nearly all of the system requirements listed in the standards. This is because the loophole created by paragraph B.5 is nearly without limitation, moreover, paragraph B.5 provides no meaningful guidelines on when to enforce and when not to enforce a system requirement found in the standard. It is possible the same problem may be found in two different systems and one system is certified and the other is not.
Until this core loophole in paragraph B.5 is closed:
- The standards do not prohibit the NIST-accredited labs from recommending the certification of a system that violates virtually any combination of requirements listed in the standards.
- The standards do not prohibit the EAC from certifying a system that violates virtually any combination of requirements listed in the standards.
As long as a voting system does not lose or corrupt vote totals, the voting system can violate any or all other requirements listed in the standards and still be certifiable.
This is why the “standards” (2002 VSS and 2005 VVSG) used to test and certify voting systems are all form and no substance and will be without substance for the next several years.