Comments
Meltdown & Spectre: Computing's 'Unsafe at Any Speed' Problem
Newest First  |  Oldest First  |  Threaded View
RFordOnSecurity
50%
50%
RFordOnSecurity,
User Rank: Author
2/5/2018 | 11:37:43 AM
Re: Fine article, possibly over-optimistic?
Well, yes. I think we MIGHT be at an inflection point. It's up to us to take it. I do agree that there is significant risk that this is not enough of a jolt for us to really change though. We'll shrug it off until the next time. That's why it's so important for professioanls (like you!) to step up and really try and make our voices heard. I'm there with you - need to change the game!
zcobb
100%
0%
zcobb,
User Rank: Apprentice
1/30/2018 | 6:23:24 PM
Fine article, possibly over-optimistic?
Trust Dr. Ford to find a cool historical analogy for the current crisis in computing. While I agree wholeheartedly with the sentiments of the article, I think the current state of digital technology may be even more dire than the state of the US automobile industry in the last century.

While Nader very admirably sought to reduce death and injury from poor automobile design choices, the bigger danger, over time, has been our increased reliance upon those automobiles and the fossil fuels they burn. The unchecked ascendency of the automobile turned out to be really bad for the health of humans and the planet on which they live.

Right now, the processes by which we are creating and deploying hardware and software are simply not a sound basis for a headlong rush into a world of AIs and self-driving cars, blockchained-everything and algorithmic data feeds. IMHO, digital technology needs to take a time out and get its act together, before the unforeseen consequences of its flimsy foundations give way and plunge us into disaster.
Joe Stanganelli
100%
0%
Joe Stanganelli,
User Rank: Ninja
1/27/2018 | 11:19:12 PM
Re: Excellent post!
@RFord: Don't even get me started on lag when it comes to online services these days. With ads, widgets, and all other manner of frills and nonsense, there are websites that load like a frame-heavy Geocities site 20 years ago. (And even with good blocking and filtering, the blocking and filtering takes time -- sometimes, depending upon what it is, more time than if you just let the greyware tracking widget load properly.)
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
1/27/2018 | 11:17:07 PM
Re: Excellent post!
@RFord: It's about branding. You get a Nader-like campaign for cybersecurity, and a product vendor can become the "Volvo" or "luxury SUV" of software or hardware.
RFordOnSecurity
50%
50%
RFordOnSecurity,
User Rank: Author
1/26/2018 | 5:37:25 PM
Re: Excellent post!
I read a very interesting article (the link of which I will look up when on a different machine) that compared the latency of these older machines and found, quite surprisingly, that CPU speed is no predictor of UI lag. And with that, I'll now start up my old DOS machine and try and play NIBBLES, which is *unplayably* fast now. 
RFordOnSecurity
50%
50%
RFordOnSecurity,
User Rank: Author
1/26/2018 | 5:34:07 PM
Re: Excellent post!
Yes, I agree. Part of the problem though is the *buyer* doesn't treat security as a feature - if I offered a more secure machine with a 10% performance penalty, I think I'd get hurt when compared to that less secure machine that's full speed! One of the challenges in the ecosystem is that vendors will continue to make the most competitive product they can, and until that's pushed toward more security by dollars spent, it'll (arguably rightly (!!!)) sit on the back burner.
Joe Stanganelli
100%
0%
Joe Stanganelli,
User Rank: Ninja
1/26/2018 | 5:04:51 PM
Re: Excellent post!
@RFord: One of the fundamental problems underlying this is that we don't treat security as a feature -- the way the automakers have evolved to the point that they now treat safety as a feature (or, at least, attempt to).
Joe Stanganelli
100%
0%
Joe Stanganelli,
User Rank: Ninja
1/26/2018 | 4:59:58 PM
Re: Excellent post!
Agreed. This is one of the many reasons I pine for the days of MS-DOS and logging in to local BBS's with Windows Terminal or some such program.
RFordOnSecurity
50%
50%
RFordOnSecurity,
User Rank: Author
1/26/2018 | 11:14:41 AM
Re: Excellent post!
Thank you. Yes, we tend to treat security as an afterthought or place it *after* performance needs. We have to make security a part of every MVP discussion we have at design time. 
moralesaugusto
100%
0%
moralesaugusto,
User Rank: Apprentice
1/26/2018 | 10:34:37 AM
Excellent post!
You have highlighted a problem barely spoken in IT community: security and design


Want Your Daughter to Succeed in Cyber? Call Her John
John De Santis, CEO, HyTrust,  5/16/2018
Don't Roll the Dice When Prioritizing Vulnerability Fixes
Ericka Chickowski, Contributing Writer, Dark Reading,  5/15/2018
Why Enterprises Can't Ignore Third-Party IoT-Related Risks
Charlie Miller, Senior Vice President, The Santa Fe Group,  5/14/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: "Security through obscurity"
Current Issue
How to Cope with the IT Security Skills Shortage
Most enterprises don't have all the in-house skills they need to meet the rising threat from online attackers. Here are some tips on ways to beat the shortage.
Flash Poll
[Strategic Security Report] Navigating the Threat Intelligence Maze
[Strategic Security Report] Navigating the Threat Intelligence Maze
Most enterprises are using threat intel services, but many are still figuring out how to use the data they're collecting. In this Dark Reading survey we give you a look at what they're doing today - and where they hope to go.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-11232
PUBLISHED: 2018-05-18
The etm_setup_aux function in drivers/hwtracing/coresight/coresight-etm-perf.c in the Linux kernel before 4.10.2 allows attackers to cause a denial of service (panic) because a parameter is incorrectly used as a local variable.
CVE-2017-15855
PUBLISHED: 2018-05-17
In Qualcomm Android for MSM, Firefox OS for MSM, and QRD Android with all Android releases from CAF using the Linux kernel, the camera application triggers "user-memory-access" issue as the Camera CPP module Linux driver directly accesses the application provided buffer, which resides in u...
CVE-2018-3567
PUBLISHED: 2018-05-17
In Qualcomm Android for MSM, Firefox OS for MSM, and QRD Android with all Android releases from CAF using the Linux kernel, a buffer overflow vulnerability exists in WLAN while processing the HTT_T2H_MSG_TYPE_PEER_MAP or HTT_T2H_MSG_TYPE_PEER_UNMAP messages.
CVE-2018-3568
PUBLISHED: 2018-05-17
In Qualcomm Android for MSM, Firefox OS for MSM, and QRD Android with all Android releases from CAF using the Linux kernel, in __wlan_hdd_cfg80211_vendor_scan(), a buffer overwrite can potentially occur.
CVE-2018-5827
PUBLISHED: 2018-05-17
In Qualcomm Android for MSM, Firefox OS for MSM, and QRD Android with all Android releases from CAF using the Linux kernel, a buffer overflow vulnerability exists in WLAN while processing an extscan hotlist event.