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.

Threat Intelligence

How Secure are our Voting Systems for November 2018?

100%
0%

Anomali CEO Hugh Njemanze discusses the importance of sharing threat intelligence across the countrys highly decentralized voting systems to safeguard the integrity of upcoming elections.

Learn more about how to defend election security systems by downloading Anomali's whitepaper, Cybersecurity Challenges for State and Local Governments. Join the community by downloading your free STIX/TAXII solution today.

Comment  | 
Print  | 
Comments
Newest First  |  Oldest First  |  Threaded View
EmmaWilliam
50%
50%
EmmaWilliam,
User Rank: Apprentice
1/29/2019 | 12:13:23 PM
Re: Does not inspire confidence.
The overall communication is excellent...
w88betwin
0%
100%
w88betwin,
User Rank: Apprentice
1/23/2019 | 3:51:13 AM
Re: Does not inspire confidence.
Great!

#W88betwin
#W88
#link_w88
#link_vao_w88betwin

instantassignmenthelp
50%
50%
instantassignmenthelp,
User Rank: Apprentice
1/17/2019 | 4:12:43 AM
Re: Lack of Proof is NOT Lack of Attacks -- its proof of a growing problem
yep
Pm4zv
100%
0%
Pm4zv,
User Rank: Apprentice
1/6/2019 | 8:43:37 PM
Does not inspire confidence.
The guest's mouth was saying "Yes, we're safer," while his visible body language was "Ummm...NOOOOO!!"

I agree.  I think that not only are the electornic voting systems no more secure than they've been for the past decade or two (at the least), but municipalities are woefully under-concerned and, thusly, woefully under-informed about the issues.

Paper ballots are, in my opinion, the answer.
leslielorenzz
50%
50%
leslielorenzz,
User Rank: Apprentice
1/5/2019 | 8:27:48 AM
Re: Lack of Proof is NOT Lack of Attacks -- its proof of a growing problem
great
dieumoa199608
50%
50%
dieumoa199608,
User Rank: Apprentice
1/2/2019 | 5:36:10 AM
Re: Lack of Proof is NOT Lack of Attacks -- its proof of a growing problem
i agree
jeffreyredfieldd
50%
50%
jeffreyredfieldd,
User Rank: Apprentice
11/22/2018 | 4:25:49 AM
Re: Lack of Proof is NOT Lack of Attacks -- its proof of a growing problem
thanks
doctor91
50%
50%
doctor91,
User Rank: Apprentice
11/9/2018 | 8:00:11 AM
Re: Lack of Proof is NOT Lack of Attacks -- its proof of a growing problem
De mon coté c'est bien sécurisé
briannajones
50%
50%
briannajones,
User Rank: Apprentice
10/30/2018 | 12:51:48 AM
Re: Lack of Proof is NOT Lack of Attacks -- its proof of a growing problem
i agree
Some Guy
100%
0%
Some Guy,
User Rank: Moderator
10/22/2018 | 2:02:33 PM
Lack of Proof is NOT Lack of Attacks -- its proof of a growing problem
So the biggest falicy is that the reports of failed attacks somehow "Proves" that the election systems are safe.

It does not.

All it proves is that we saw some failed attacks. And if you think about it, if the attacks are successful, they are going to erase their footprints, so how would you know?

So here, we can just borrow from Quality Assurance over the last 50 years. In Quality Control, we know that the number of defects that escape a factory into the field and become customer issues is directly proportional to the number of defects found in the factory. That's why everyone is so concerned about zero defects in the factory.

Applying that to security of the election infrastructure, all these failed attacks are actually proof that the likelihood that there have been successful attacks is increasing. Thus we should not be assured and complacent. This is actually evidence that we need to be more vigilant and figure out what we aren't doing that we aren't catching the attacks that have been succeeding.
Why Cyber-Risk Is a C-Suite Issue
Marc Wilczek, Digital Strategist & CIO Advisor,  11/12/2019
DevSecOps: The Answer to the Cloud Security Skills Gap
Lamont Orange, Chief Information Security Officer at Netskope,  11/15/2019
Attackers' Costs Increasing as Businesses Focus on Security
Robert Lemos, Contributing Writer,  11/15/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
Navigating the Deluge of Security Data
In this Tech Digest, Dark Reading shares the experiences of some top security practitioners as they navigate volumes of security data. We examine some examples of how enterprises can cull this data to find the clues they need.
Flash Poll
Rethinking Enterprise Data Defense
Rethinking Enterprise Data Defense
Frustrated with recurring intrusions and breaches, cybersecurity professionals are questioning some of the industrys conventional wisdom. Heres a look at what theyre thinking about.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-19071
PUBLISHED: 2019-11-18
A memory leak in the rsi_send_beacon() function in drivers/net/wireless/rsi/rsi_91x_mgmt.c in the Linux kernel through 5.3.11 allows attackers to cause a denial of service (memory consumption) by triggering rsi_prepare_beacon() failures, aka CID-d563131ef23c.
CVE-2019-19072
PUBLISHED: 2019-11-18
A memory leak in the predicate_parse() function in kernel/trace/trace_events_filter.c in the Linux kernel through 5.3.11 allows attackers to cause a denial of service (memory consumption), aka CID-96c5c6e6a5b6.
CVE-2019-19073
PUBLISHED: 2019-11-18
Memory leaks in drivers/net/wireless/ath/ath9k/htc_hst.c in the Linux kernel through 5.3.11 allow attackers to cause a denial of service (memory consumption) by triggering wait_for_completion_timeout() failures. This affects the htc_config_pipe_credits() function, the htc_setup_complete() function, ...
CVE-2019-19074
PUBLISHED: 2019-11-18
A memory leak in the ath9k_wmi_cmd() function in drivers/net/wireless/ath/ath9k/wmi.c in the Linux kernel through 5.3.11 allows attackers to cause a denial of service (memory consumption), aka CID-728c1e2a05e4.
CVE-2019-19075
PUBLISHED: 2019-11-18
A memory leak in the ca8210_probe() function in drivers/net/ieee802154/ca8210.c in the Linux kernel before 5.3.8 allows attackers to cause a denial of service (memory consumption) by triggering ca8210_get_platform_data() failures, aka CID-6402939ec86e.