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
5 Myths: Why We Are All Data Security Risks
Newest First  |  Oldest First  |  Threaded View
<<   <   Page 2 / 2
Marilyn Cohodas
100%
0%
Marilyn Cohodas,
User Rank: Strategist
9/15/2014 | 2:40:02 PM
Re: Silver Bullet
Agree that the perennial problem of user education (or lack of security education) needs to be addressed, but what i found most provacative in this blog was Lance's statement in Myth #2: "I am smart enough to spot phishing attacks."

I'm sure he -- and most of the rest of you in the Dark Reading community -- are a lot smarter than I am about spotting a phishing email and other attacks, but if someone with a resume like Lance's admits that he too is susceptible to the myths of data securty risks, we all really need to sit up and take notice.
LanceCottrell
100%
0%
LanceCottrell,
User Rank: Author
9/15/2014 | 2:33:33 PM
Re: Silver Bullet
I agree that there is no silver bullet. While user education is useful, I think it also allows security professions to let themselves off the hook. If a user can accidentally compromise their system, then there is a real problem with the design of the system.

Education of the executives, to ensure that proper security and security planning is a priority, is much more important. This article focuses mostly on breaking people out of a sense of complacency.
RyanSepe
100%
0%
RyanSepe,
User Rank: Ninja
9/15/2014 | 2:10:07 PM
Silver Bullet
There is no silver bullet where security is concerned. Users need to be aware of the multiple threat vectors and need to be prepared on how to secure themselves against them. Security is a layered approach and you cannot and should not feel 100% safe with one security component. 

However, I think this again boils down to education. Articles like this are extremely helpful in providing where there are vulnerabilities and metrics as to most typical watering holes. I would like to see a follow up to this for user education as to what can be done to protect the average user from those 5 myths.
<<   <   Page 2 / 2


COVID-19: Latest Security News & Commentary
Dark Reading Staff 10/1/2020
9 Tips to Prepare for the Future of Cloud & Network Security
Kelly Sheridan, Staff Editor, Dark Reading,  9/28/2020
Attacker Dwell Time: Ransomware's Most Important Metric
Ricardo Villadiego, Founder and CEO of Lumu,  9/30/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
How IT Security Organizations are Attacking the Cybersecurity Problem
How IT Security Organizations are Attacking the Cybersecurity Problem
The COVID-19 pandemic turned the world -- and enterprise computing -- on end. Here's a look at how cybersecurity teams are retrenching their defense strategies, rebuilding their teams, and selecting new technologies to stop the oncoming rise of online attacks.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-5788
PUBLISHED: 2020-10-01
Relative Path Traversal in Teltonika firmware TRB2_R_00.02.04.3 allows a remote, authenticated attacker to delete arbitrary files on disk via the admin/system/admin/certificates/delete action.
CVE-2020-5789
PUBLISHED: 2020-10-01
Relative Path Traversal in Teltonika firmware TRB2_R_00.02.04.3 allows a remote, authenticated attacker to read the contents of arbitrary files on disk.
CVE-2020-9486
PUBLISHED: 2020-10-01
In Apache NiFi 1.10.0 to 1.11.4, the NiFi stateless execution engine produced log output which included sensitive property values. When a flow was triggered, the flow definition configuration JSON was printed, potentially containing sensitive values in plaintext.
CVE-2020-9487
PUBLISHED: 2020-10-01
In Apache NiFi 1.0.0 to 1.11.4, the NiFi download token (one-time password) mechanism used a fixed cache size and did not authenticate a request to create a download token, only when attempting to use the token to access the content. An unauthenticated user could repeatedly request download tokens, ...
CVE-2020-9491
PUBLISHED: 2020-10-01
In Apache NiFi 1.2.0 to 1.11.4, the NiFi UI and API were protected by mandating TLS v1.2, as well as listening connections established by processors like ListenHTTP, HandleHttpRequest, etc. However intracluster communication such as cluster request replication, Site-to-Site, and load balanced queues...