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.

Vulnerabilities / Threats

12/10/2019
02:00 PM
Irfan Ahmed
Irfan Ahmed
Commentary
Connect Directly
Twitter
LinkedIn
RSS
E-Mail vvv
50%
50%

Intel's CPU Flaws Continue to Create Problems for the Tech Community

We can't wait out this problem and hope that it goes away. We must be proactive.

The tech community was once again blindsided with news last month of another security exploit involving Intel's processors; exploits have continued to be discovered since Meltdown and Spectre were first unveiled two years ago, causing widespread concern about the ramifications for computer systems globally. In addition to leaving sensitive data exposed, the vulnerabilities also put businesses in the difficult, but necessary, position of implementing mitigations that can seriously reduce the performance of computers and servers.

In January 2018, researchers revealed two exploits that take advantage of side-channel vulnerabilities found in computer chips manufactured since the mid-1990s. Since that time, six additional exploits — Foreshadow ZombieloadRIDLFallout, SWAPGS, and now TAA  — have been discovered that take advantage of the same vulnerabilities. While chips made by AMD and ARM are affected to a minimal degree, the vast majority of Intel's chips are affected by all of these exploits. And due to Intel's dominant market position, this vulnerability can be found in nearly every computer on the planet.

These exploits take advantage of a process called "speculative execution," a process introduced in the 1990s by Intel and other chipmakers as they sought to increase the speed of computer processors. In short, computer processors can "speculate" (or guess) what a user will run next, increasing speed by not having to wait to execute actions until they are formally received. While this process was credited with significantly improving the speed of computers, the exploits are able to give unauthorized users access to what should be confidential data, creating a vast security vulnerability. They typically leak data from different internal CPU buffers such as line-fill buffers, load ports, and store buffers.

To address this problem, Intel has provided software patches or businesses can apply other workarounds, such as disabling hyper-threading technology in vulnerable computers. However, both of these fixes can reduce the performance of CPUs. LoginVSI recently released a survey of IT professionals regarding the impact of the patches and found that approximately 20% of them experienced performance reductions of up to 10% on their systems, and another 11% said they experienced a performance hit up to 15%. Some respondents had performance impacts as high as 20%.

While addressing this problem is challenging, what is clear, as noted recently by a leading Linux developer, is that the security problems with Intel's chips "are not going away." So, we cannot simply wait this problem out and hope that it disappears. We must be proactive.

To understand the extent of the risk, the first thing any business should do is conduct an audit of the CPUs that it has in its systems. The easiest approach would then be to replace all affected CPUs with unaffected hardware. However, replacing all affected hardware may very well be cost-prohibitive.

Therefore, businesses should begin immediately diversifying and randomizing their CPUs. It can do this by purchasing unaffected chips (for example, from AMD) as it goes through its normal upgrade cycles and then randomizing affected Intel chips across its systems, strategically placing them in servers and computers where they are least vulnerable to hacks. In addition, by placing the affected CPUs in areas with lighter workloads, a business can also reduce the overall effect of the performance reductions caused by the software patches.

It would also be prudent to hire experienced IT security staff, plan for the increased energy costs of running current systems at maximum for longer periods of time to offset the performance reductions of the patches, or identify revenue streams to purchase new servers to add processing capacity.

While it is clear that being insecure is not a practical option, businesses must remember that there is not a one-size-fits-all solution. A company's remedies to this ongoing challenge must be assessed within the context of its own unique and dynamic technology environment. Undoubtedly, this challenge will be expensive, burdensome, and time consuming for businesses.

Related Content:

Check out The Edge, Dark Reading's new section for features, threat data, and in-depth perspectives. Today's top story: "Criminals Hide Fraud Behind the Green Lock Icon."

Irfan Ahmed is an Assistant Professor in the Department of Computer Science at Virginia Commonwealth University (VCU), where he runs the Security and Forensics Engineering (SAFE) Lab. His research interests include system security, malware, digital forensics, and industrial ... View Full Bio
 

Recommended Reading:

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Waleedbaig1
50%
50%
Waleedbaig1,
User Rank: Apprentice
12/11/2019 | 10:43:27 PM
Is the risk really reduce by this suggested approach ?
In a production environment, Having a mix of intel processors (vulnerable) and other vendors processors will certainly reduce the liklhood of the breach but overall impact will remain same. Any thought ?
COVID-19: Latest Security News & Commentary
Dark Reading Staff 9/21/2020
Cybersecurity Bounces Back, but Talent Still Absent
Simone Petrella, Chief Executive Officer, CyberVista,  9/16/2020
Meet the Computer Scientist Who Helped Push for Paper Ballots
Kelly Jackson Higgins, Executive Editor at Dark Reading,  9/16/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Latest Comment: Exactly
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-4643
PUBLISHED: 2020-09-21
IBM WebSphere Application Server 7.0, 8.0, 8.5, and 9.0 is vulnerable to an XML External Entity Injection (XXE) attack when processing XML data. A remote attacker could exploit this vulnerability to expose sensitive information. IBM X-Force ID: 185590.
CVE-2020-4590
PUBLISHED: 2020-09-21
IBM WebSphere Application Server Liberty 17.0.0.3 through 20.0.0.9 running oauth-2.0 or openidConnectServer-1.0 server features is vulnerable to a denial of service attack conducted by an authenticated client. IBM X-Force ID: 184650.
CVE-2020-4731
PUBLISHED: 2020-09-21
IBM Aspera Web Application 1.9.14 PL1 is vulnerable to cross-site scripting. This vulnerability allows users to embed arbitrary JavaScript code in the Web UI thus altering the intended functionality potentially leading to credentials disclosure within a trusted session. IBM X-Force ID: 188055.
CVE-2020-4315
PUBLISHED: 2020-09-21
IBM Business Automation Content Analyzer on Cloud 1.0 does not set the secure attribute on authorization tokens or session cookies. Attackers may be able to get the cookie values by sending a http:// link to a user or by planting this link in a site the user goes to. The cookie will be sent to the i...
CVE-2020-4579
PUBLISHED: 2020-09-21
IBM DataPower Gateway 2018.4.1.0 through 2018.4.1.12 could allow a remote attacker to cause a denial of service by sending a specially crafted HTTP/2 request with invalid characters. IBM X-Force ID: 184438.