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
Most Companies Expect To Be Hacked In The Next 12 Months
Newest First  |  Oldest First  |  Threaded View
<<   <   Page 2 / 2
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
3/17/2015 | 6:09:43 PM
Re: Good.
That may also backfire, take a look at this scenario: "if we are going to get hack regardless what we do, what is the point, let's wait and see and we can take it from there"
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
3/17/2015 | 6:06:54 PM
Re: what would happen...
If does not matter if you are a big data environment or not, data needs to be secured period. The big data itself is not the main issue.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
3/17/2015 | 6:04:35 PM
Re: what would happen...
I hear you but I do not want to see data as liability. There is a value in every piece of data we hold, it is up to us how we can put into action to drive the business.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
3/17/2015 | 6:02:21 PM
Some wants to be hacked
Some companies are actually looking forward to be hacked. It is a good deal for most small startups which want to make names, thanks to us and media and no consequence of being hacked in any way. SnapChat would not be a SnapChat if it was not hacked, they were hacked and they increased their user base.
hykerfred
50%
50%
hykerfred,
User Rank: Apprentice
3/17/2015 | 11:54:50 AM
Time to start acting
2014 was the year when the hacker side took the lead in the ongoing cyber war. New technologies and new methods are being developed on an industrial scale.

2015 must be the year when the good side wakes up and starts to do something about it. Peripheral security is not enough anymore.

We need to securely authenticate the users instead of using simple passwords, we need to protect and authenticate the data in transit, and we need to build security in the applications, not just trust the network to handle it. 
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
3/17/2015 | 11:35:05 AM
Good.
This is good news.  Top security experts advise that these days, it's not so much a matter of if you get hacked, but when.  Taking the approach of "something is going to happen" will help cut down on so-called "M&M security" (i.e., hard on the outside, soft on the inside), allowing enterprises to be better prepared and secured when a breach occurs.
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
3/17/2015 | 8:49:36 AM
Re: what would happen...
Im not opposed. Especially if we fail to incorporate more effective cataloging and safeguarding procedures of big data sets.
Thomas Claburn
50%
50%
Thomas Claburn,
User Rank: Ninja
3/16/2015 | 6:01:32 PM
what would happen...
...if we started referring to Big Data as "Big Liability."
<<   <   Page 2 / 2


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-2019-20934
PUBLISHED: 2020-11-28
An issue was discovered in the Linux kernel before 5.2.6. On NUMA systems, the Linux fair scheduler has a use-after-free in show_numa_stats() because NUMA fault statistics are inappropriately freed, aka CID-16d51a590a8c.
CVE-2020-29368
PUBLISHED: 2020-11-28
An issue was discovered in __split_huge_pmd in mm/huge_memory.c in the Linux kernel before 5.7.5. The copy-on-write implementation can grant unintended write access because of a race condition in a THP mapcount check, aka CID-c444eb564fb1.
CVE-2020-29369
PUBLISHED: 2020-11-28
An issue was discovered in mm/mmap.c in the Linux kernel before 5.7.11. There is a race condition between certain expand functions (expand_downwards and expand_upwards) and page-table free operations from an munmap call, aka CID-246c320a8cfe.
CVE-2020-29370
PUBLISHED: 2020-11-28
An issue was discovered in kmem_cache_alloc_bulk in mm/slub.c in the Linux kernel before 5.5.11. The slowpath lacks the required TID increment, aka CID-fd4d9c7d0c71.
CVE-2020-29371
PUBLISHED: 2020-11-28
An issue was discovered in romfs_dev_read in fs/romfs/storage.c in the Linux kernel before 5.8.4. Uninitialized memory leaks to userspace, aka CID-bcf85fcedfdd.