Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.


11:30 AM
Jeff Schilling
Jeff Schilling
Connect Directly
E-Mail vvv

Hacking The Polls: Where US Voting Processes Fall Short

The patchwork of 50 decentralized state electoral systems threatens to disrupt our national election through ransomware attacks, hijacked voter registration rolls, and altered voting results.

Under the Twelfth Amendment of the US Constitution, the voting process is solely the responsibility of the states to conduct and manage. As you can imagine, the decentralization of how we manage our voting process has created a situation where there are 50 different concepts of how to execute our rights to vote in national elections. According to the National Conference of State Legislatures: “Those standards vary from state to state.  Some states adopt federal standards, some develop their own standards and others use a hybrid of both approaches.”

It is important to first define what makes up the voting process in this context.  That process includes:

  • Registration
  • Verification
  • Voting
  • Tallying
  • Results reporting for national aggregation

Understandably, there is a lot of surface area for cyber threat actors to attack, both nation-state and criminal. It’s reasonable to imagine someone wanting to pad the roles of a critical voting district by gaining control of the voter registration rolls and creating fake registered voters for unqualified residents to vote. A more likely attack would be a conventional ransomware actor who decides to lock up the database just prior to voter registration cards being distributed. The most dangerous attack would be to compromise the software vendors who write code for the electronic voting machines that would allow a threat actor to create vote tallies that suit their needs, potentially for sale to the highest bidder.

When assessing the cyber risk of any business process, the attributes of the processes most vulnerable to attack and exploitation include:

  • Partially automated with legacy backend processes that "can't be automated;"
  • Require a connection with multiple systems and databases with varying levels of security hardening and monitoring;
  • Lack a single recognized and audited standard for security and compliance;
  • Have multiple business owners and vendors with varying degrees of concern for security and no end-to-end ownership of the total process.

America’s voting process, as defined above fits every one of those attributes. It is safe to assume that some state governments considered among the “have nots” in funding are cutting corners in every element of these business processes with security hardening and monitoring on top of the list of “too expensive to do right.”

So, what is the current recognized security framework for the voting process?  In 2009, The National Institute of Standards and Technology (NIST) published the Draft Voluntary Voting Systems Guidelines, version 1.1. The key word in these guidelines that is concerning is “Voluntary.” This term was probably introduced as to not usurp the authorities of the states to manage voting processes in accordance with the US Constitution. This standard is also narrowly applied to just one element of the voting business processes described above, the actual act of “voting.” As in any complex business process, there are many other elements to managing national elections that are not covered in the NIST guidelines.

It appears the Election Assistance Commission, created by the “Help America Vote Act” in 2002 in the aftermath of the Bush v. Gore disputed election, has the lead in synchronizing this effort.   However, like any federal commission, there will always be suspicions of motives due to partisanship and politics of the commission leadership.

So this is a wicked problem. How can the integrity and security of our 50 different voting processes be ensured? A powerful first step would be to eliminate the word “voluntary” for the NIST guideline — the word “guideline” already implies this term. Next, the guideline should be expanded to encompass the entire voting process or require that the states are held accountable to NIST 800-53 and the Cybersecurity Framework for every element of their voting infrastructure.

In addition, it should be required that all 50 states provide audited evidence to the Federal Election Commission that appropriate steps have been taken to secure the whole voting process.  Finally, the creation of a national voting datacenter initiative where states pool limited resources to create a common environment that is protected along the NIST standards would be a giant leap.

The sanctity of the voting process is the essence of any democracy. Great care should be taken to protect data at every level of the process so that all citizens have the confidence that a fair election has occurred and that the voice of the people has been heard.

Related Content:


Jeff Schilling, a retired U.S. Army colonel, is Armor's chief security officer. He is responsible for the cyber and physical security programs for the corporate environment and customer-focused capabilities. His areas of responsibilities include security operation, governance ... View Full Bio

Recommended Reading:

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
Joe Stanganelli
Joe Stanganelli,
User Rank: Ninja
9/29/2016 | 7:50:36 AM
Re: Pah.
@Jeff: Yes, don't get me wrong.  I do think the "IT" of it has a lot of problems, but you are totally right that the process is just as much (if not more) to blame.  For instance, bureaucratic government approaches for vetting updates to proprietary voting systems keep said voting systems vulnerable for longer.

As for Internet voting, studies have demonstrated that it doesn't encourage non-voters to vote; it simply adds a layer of convenience for people who have already decided to vote.

All of this said (and more), there's a serious ROI issue with e-voting in any form because of the security perils.

( I roundly criticized e-voting security a couple of years ago here: enterprisenetworkingplanet.com/netsecur/hack-early-hack-often-the-perils-of-electronic-voting.html )

User Rank: Author
9/29/2016 | 3:07:20 AM
Re: Pah.
Joe,  Thank you for your comments.  I think no matter what process we adopt in each of the states, we need to focus on securing that process.  Many folks want to blame the IT systems for being unsecure.  However, in most cases, it is the process itself that is not secure.  Our payment card industry is a perfect example to illustrate that point.  We never really changed the process of how we manage credit payments at the point of sale, we just put it in "electrons."  We are starting to see many innovations in that space now to keep you from having to show your credit card at the point of sale.  I think the voting process needs the same innovative look.
User Rank: Author
9/29/2016 | 3:00:47 AM
Re: Why is This Suddenly an Issue?
Agree this is not a new risk, but there has not been any real effort to address this wicked problem.  That is what I was calling out in the article.  I know there is not a lot of trust in a federal program for electronic voting and that is not what I am proposing.  I am proposing that some of the "have not" states who can't seem to put the investment needed to get their voting processess secure, pool their resources in "state to state" agreeements.  
User Rank: Moderator
9/28/2016 | 1:27:37 PM
Why is This Suddenly an Issue?
There have been grave concerns with electronic voting ever since this turkey was foisted on the public. The lack of an audit trail, the ability to 'flip' votes, and machines delivered with votes already cast have littered the headlines for decades. But NOW it's a problem? I'll leave the answer to this question to rational, reasonable beings. Seems rather obvious to me.

We need to figure out how to authenticate a paper vote first.

And from a security perspective, a decentralized system is more secure than a Federally-controlled national system. Right now, there are vulnerabilities, but no way to hack the entire system to produce a desired outcome. If all the eggs are in one basket, it will be much simpler.
Joe Stanganelli
Joe Stanganelli,
User Rank: Ninja
9/28/2016 | 11:40:48 AM
The NIST standards are a helpful tool -- but they are FAR from a helpful salve (particularly considering how the NIST Cybersecurity Framework is a bit M&M-security-focused...with much less focus on what to do during and after an initial breach and much more focus on initial prevention).

Frankly, we need to perfect the sanctity and security of old-fashioned in-person voting before we move forward with more e-voting measures.
US Formally Attributes SolarWinds Attack to Russian Intelligence Agency
Jai Vijayan, Contributing Writer,  4/15/2021
Dependency Problems Increase for Open Source Components
Robert Lemos, Contributing Writer,  4/14/2021
FBI Operation Remotely Removes Web Shells From Exchange Servers
Kelly Sheridan, Staff Editor, Dark Reading,  4/14/2021
Register for Dark Reading Newsletters
White Papers
Current Issue
2021 Top Enterprise IT Trends
We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
Flash Poll
How Enterprises are Developing Secure Applications
How Enterprises are Developing Secure Applications
Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
PUBLISHED: 2021-04-19
Exiv2 is a command-line utility and C++ library for reading, writing, deleting, and modifying the metadata of image files. An out-of-bounds read was found in Exiv2 versions v0.27.3 and earlier. The out-of-bounds read is triggered when Exiv2 is used to write metadata into a crafted image file. An att...
PUBLISHED: 2021-04-19
Buffer overflow in the tenc_box_read function in MP4Box in GPAC 1.0.1 allows attackers to cause a denial of service or execute arbitrary code via a crafted file, related invalid IV sizes.
PUBLISHED: 2021-04-19
Buffer overflow in the abst_box_read function in MP4Box in GPAC 1.0.1 allows attackers to cause a denial of service or execute arbitrary code via a crafted file.
PUBLISHED: 2021-04-19
Memory leak in the stbl_GetSampleInfos function in MP4Box in GPAC 1.0.1 allows attackers to read memory via a crafted file.
PUBLISHED: 2021-04-19
The HintFile function in GPAC 1.0.1 allows attackers to cause a denial of service (NULL pointer dereference) via a crafted file in the MP4Box command.