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.

Comments
Hacking The Polls: Where US Voting Processes Fall Short
Newest First  |  Oldest First  |  Threaded View
Joe Stanganelli
50%
50%
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 )

Jeff.schilling
50%
50%
Jeff.schilling,
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.
Jeff.schilling
50%
50%
Jeff.schilling,
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.  
geriatric
50%
50%
geriatric,
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
50%
50%
Joe Stanganelli,
User Rank: Ninja
9/28/2016 | 11:40:48 AM
Pah.
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.


Manchester United Suffers Cyberattack
Dark Reading Staff 11/23/2020
As 'Anywhere Work' Evolves, Security Will Be Key Challenge
Robert Lemos, Contributing Writer,  11/23/2020
Cloud Security Startup Lightspin Emerges From Stealth
Kelly Sheridan, Staff Editor, Dark Reading,  11/24/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win an Amazon Gift Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
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
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-29378
PUBLISHED: 2020-11-29
An issue was discovered on V-SOL V1600D V2.03.69 and V2.03.57, V1600D4L V1.01.49, V1600D-MINI V1.01.48, V1600G1 V2.0.7 and V1.9.7, and V1600G2 V1.1.4 OLT devices. It is possible to elevate the privilege of a CLI user (to full administrative access) by using the password [email protected]#y$z%x6x7q8c9z) for the e...
CVE-2020-29379
PUBLISHED: 2020-11-29
An issue was discovered on V-SOL V1600D4L V1.01.49 and V1600D-MINI V1.01.48 OLT devices. During the process of updating the firmware, the update script starts a telnetd -l /bin/sh process that does not require authentication for TELNET access.
CVE-2020-29380
PUBLISHED: 2020-11-29
An issue was discovered on V-SOL V1600D V2.03.69 and V2.03.57, V1600D4L V1.01.49, V1600D-MINI V1.01.48, V1600G1 V2.0.7 and V1.9.7, and V1600G2 V1.1.4 OLT devices. TELNET is offered by default but SSH is not always available. An attacker can intercept passwords sent in cleartext and conduct a man-in-...
CVE-2020-29381
PUBLISHED: 2020-11-29
An issue was discovered on V-SOL V1600D V2.03.69 and V2.03.57, V1600D4L V1.01.49, V1600D-MINI V1.01.48, V1600G1 V2.0.7 and V1.9.7, and V1600G2 V1.1.4 OLT devices. Command injection can occur in "upload tftp syslog" and "upload tftp configuration" in the CLI via a crafted filename...
CVE-2020-29382
PUBLISHED: 2020-11-29
An issue was discovered on V-SOL V1600D V2.03.69 and V2.03.57, V1600G1 V2.0.7 and V1.9.7, and V1600G2 V1.1.4 OLT devices. A hardcoded RSA private key (specific to V1600D, V1600G1, and V1600G2) is contained in the firmware images.