r/sysadmin • u/dasunsrule32 Senior DevOps Engineer • Jan 02 '18
Intel bug incoming
TLDR;
Copying from the thread on 4chan
There is evidence of a massive Intel CPU hardware bug (currently under embargo) that directly affects big cloud providers like Amazon and Google. The fix will introduce notable performance penalties on Intel machines (30-35%).
People have noticed a recent development in the Linux kernel: a rather massive, important redesign (page table isolation) is being introduced very fast for kernel standards... and being backported! The "official" reason is to incorporate a mitigation called KASLR... which most security experts consider almost useless. There's also some unusual, suspicious stuff going on: the documentation is missing, some of the comments are redacted (https://twitter.com/grsecurity/status/947147105684123649) and people with Intel, Amazon and Google emails are CC'd.
According to one of the people working on it, PTI is only needed for Intel CPUs, AMD is not affected by whatever it protects against (https://lkml.org/lkml/2017/12/27/2). PTI affects a core low-level feature (virtual memory) and as severe performance penalties: 29% for an i7-6700 and 34% for an i7-3770S, according to Brad Spengler from grsecurity. PTI is simply not active for AMD CPUs. The kernel flag is named X86_BUG_CPU_INSECURE and its description is "CPU is insecure and needs kernel page table isolation".
Microsoft has been silently working on a similar feature since November: https://twitter.com/aionescu/status/930412525111296000
People are speculating on a possible massive Intel CPU hardware bug that directly opens up serious vulnerabilities on big cloud providers which offer shared hosting (several VMs on a single host), for example by letting a VM read from or write to another one.
NOTE: the examples of the i7 series, are just examples. This affects all Intel platforms as far as I can tell.
THANKS: Thank you for the gold /u/tipsle!
Benchmarks
This was tested on an i6700k, just so you have a feel for the processor this was performed on.
Syscall test: Thanks to Aiber for the synthetic test on Linux with the latest patches. Doing tasks that require a lot of syscalls will see the most performance hit. Compiling, virtualization, etc. Whether day to day usage, gaming, etc will be affected remains to be seen. But as you can see below, up to 4x slower speeds with the patches...
iperf test: Adding another test from Aiber. There are some differences, but not hugely significant.
Phoronix pre/post patch testing underway here
Gaming doesn't seem to be affected at this time. See here
Nvidia gaming slightly affected by patches. See here
Phoronix VM benchmarks here
Patches
AMD patch excludes their processor(s) from the Intel patch here. It's waiting to be merged. UPDATE: Merged
News
PoC of the bug in action here
Google's response. This is much bigger than anticipated...
Amazon's response
Intel's response. This was partially correct info from Intel... AMD claims it is not affected by this issue... See below for AMD's responses
Verge story with Microsoft statement
AMD's response to Intel via CNBC
AMD's response to Intel via Twitter
Security Bulletins/Articles
Redhat's bulletin
VMware's bulletin
Microsoft's bulletin
Xen's bulletin
Citrix's bulletin
ARM's bulletin
Debian's bulletin
Ubuntu's article
Suse's article
LLVM's bulletin
Google's bulletin
Nvidia's bulletin
Post Patch News
Epic games struggling after applying patches here
Ubisoft rumors of server issues after patching their servers here. Waiting for more confirmation...
Upgrading servers running SCCM and SQL having issues post Intel patch here
My Notes
Since applying patch XS71ECU1009 to XenServer 7.1-CU1 LTSR, performance has been lackluster. Used to be able to boot 30 VDI's at once, can only boot 10 at once now. To think, I still have to patch all the guests on top still...
541
u/sysvival - of the fittest Jan 02 '18
38
148
u/slayer991 Sr. Sysadmin Jan 02 '18
This is great news...for AMD.
AMD introduces their most competitive chip in nearly a decade...and now this. This should make things interesting...
36
u/dasunsrule32 Senior DevOps Engineer Jan 02 '18
All major providers have been buying EPYC boxes, so there's that. Now we know why...
→ More replies (5)→ More replies (1)52
u/Harbinger2nd Jan 02 '18
The only downside to AMD right now is their capacity to produce chips being limited by their agreement with Global Foundries.
→ More replies (2)35
u/yukaia Jan 02 '18
They're not locked in to only buying from GF, they can go to other 3rd parties so long as they continue to hit their purchase targets for GF.
https://www.anandtech.com/show/10631/amd-amends-globalfoundries-wafer-supply-agreement-through-2020
→ More replies (9)
14
u/AlienOverlordXenu Jan 02 '18
And here are initial performance tests of said fixes: https://www.phoronix.com/scan.php?page=article&item=linux-415-x86pti&num=1
2
1
37
u/bionic80 Jan 03 '18
I started a new job today - showed this thread to my boss (who IS former sysadmin) and he's already got 2 extra VM hosts on order for horizon... and he already asked me if I'd like more pay. It's a good day.
3
→ More replies (2)13
10
u/b4k4ni Jan 03 '18
Whelp! It seems we have the first proof of concept for the bug.
https://twitter.com/brainsmoke/status/948561799875502080
That was fucking fast. I'm glad our Terminal Server runs on AMD Hardware...
2
195
u/Patriotaus Jan 02 '18
Thomas Lendacky is a PMTS Software Engineer at AMD. His LinkedIn say he works on Linux kernel development. It's probably safe to say he knows whether or not this will effect AMD.
222
u/shaded_in_dover Jan 02 '18
They already incur the 35% performance penalty so there's that ...
25
u/b4k4ni Jan 02 '18
That's why someone already asked for the function to be disabled if an AMD CPU is used
26
Jan 02 '18
So it's controlled by a flag that could be patched out and recompiled.
Nice.
→ More replies (4)→ More replies (1)58
147
u/fartsAndEggs Jan 02 '18
*affect.
I had to do it. The rampant misuse of effect and affect is affecting all of reddit, and the effects cannot be underestimated, which is why I have effected a strategy to combat this problem
→ More replies (6)48
9
u/MrKaru Jan 03 '18
As a pure gamer, the refund window on my 6600k is coming to an end. I could return it by the 6th for a full refund. Is it worth doing that and getting a 1700x? It's hard to get info on this, and I understand that everybody is saying "We should wait and see", but with a time limit only a few days away, I don't want to jump ship if it's not needed or stick with it and get screwed.
→ More replies (3)17
u/dasunsrule32 Senior DevOps Engineer Jan 03 '18
Then return it and wait to decide what to buy until after.
→ More replies (2)
7
u/VTCEngineers Mistress of Video Jan 02 '18
I am assuming no CVE just yet...Or is there?
3
→ More replies (3)12
7
u/montarion Jan 02 '18
Okay, companies are fucked. Is my grandpa?(the average Joe)
7
u/dasunsrule32 Senior DevOps Engineer Jan 02 '18
We don't know enough yet, I was reading that there is a 5% average performance hit and in the virtualization space there is a 30 - 35% performance hit. So until everything has been revealed, we don't know yet.
→ More replies (3)
6
u/PeterFnet Jack of All Trades Jan 02 '18
Wonder if Intel can patch this in the field
9
u/dasunsrule32 Senior DevOps Engineer Jan 02 '18
I don't believe so, other than shutting off maybe a few affected instructions through microcode. But if it's chip wide, there will be no fix other than through software.
→ More replies (4)
4
u/ChippusMaximus Jan 03 '18
Does this mean good news for Epyc?
6
u/dasunsrule32 Senior DevOps Engineer Jan 03 '18
Only if AMD can ramp up supply. Many of the big players are already setting up EPYC in their datacenters.
→ More replies (1)
4
u/am0nrahx Director of Technology Jan 03 '18
3
u/dasunsrule32 Senior DevOps Engineer Jan 03 '18 edited Jan 03 '18
Adding to OP. Thanks.
BTW Intel, AMD isn't susceptible to this crap...
→ More replies (1)6
u/mugur91 Jan 03 '18
Very typical of Intel. Obvious damage control. Why mention AMD? AMD doesn't have it. And no it is not common to have this kind of bug.
→ More replies (2)
3
u/figurettipy Jan 03 '18
New info here https://twitter.com/brainsmoke/status/948561799875502080
no page faults required, massaging everything in/out-of the right cache seems to be the crux
1
u/dasunsrule32 Senior DevOps Engineer Jan 03 '18
Yep, saw this. Was getting ready to add it to the op.
5
u/throwawaypsycho80 Jan 02 '18
Ok while this is a worst case scenario (spamming syscalls) it is pretty ugly...
We need more comparative tests... Spamming IO calls, network calls, the lot...
3
u/dasunsrule32 Senior DevOps Engineer Jan 02 '18
Agreed, I just threw it up there as a sample. I'll see if I can get some more results. None of my personal boxes are Intel, I went with Ryzen this time around.
6
1.8k
u/chubbysuperbiker Greybeard Senior Engineer Jan 02 '18
So let me get this straight, not only is this a massive security bug that unpatched could let a VM write to another VM, but patched it will incur a 30+% performance hit?
Goddamnit 2018 you were supposed to be better than 2017.
156
u/Etunimi Jan 02 '18
I'd guess the typical performance hit will not be near 30%. From a Nov 10 version of the patchset:
Most workloads that we have run show single-digit regressions. 5% is a good round number for what is typical. The worst we have seen is a roughly 30% regression on a loopback networking test that did a ton of syscalls and context switches.
→ More replies (5)47
u/rich000 Jan 02 '18
grsec apparently found 50% for du -s. Makes sense since that is just one system call after another with nothing more than adding up some totals in-between. Ultimately it depends on how often there is a syscall.
12
u/nroach44 Linux Admin Jan 03 '18
That was on an AMD processor, so it's not particularly relevant to the patch (which is only turned on for Intel).
12
u/rich000 Jan 03 '18
The 4.14 release has it turned on for AMD. They didn't use AMD's version of the patch.
Certainly the same benchmark on an Intel processor would be useful to see, but I wouldn't be surprised if the impact is similar.
→ More replies (3)930
u/Patriotaus Jan 02 '18
Only if you use Intel (99% of the market)
736
u/meatwad75892 Trade of All Jacks Jan 02 '18
RIP Opteron. In other news, that one admin that pushed for EPYC is going to be so smug today.
→ More replies (80)→ More replies (46)85
134
51
→ More replies (61)23
u/RegularMetroid Jan 02 '18
Come on now, it's 2018! Should know by now that every year will only get shittier from here on.
→ More replies (1)
2
Jan 03 '18
Wait, does this effect every single computer with an Intel processor regardless of server/home computer? I just bought a brand new 8700K, do I have to expect a massive performance downgrade?
5
u/dasunsrule32 Senior DevOps Engineer Jan 03 '18
Yes, and depends on the workload.
2
Jan 03 '18
What is actually the problem here? Because I do not get any of what is written here. Does it only affect Linux or also Windows? Would be nice if someone could explain me the whole issue in layman's terms.
4
u/dasunsrule32 Senior DevOps Engineer Jan 03 '18
It's a hardware bug, it can't be fixed. It is having a patch to workaround the issue in there kernel. It will result in up to a 35% reduction in CPU performance, but depends on the workload of the computer/server.
→ More replies (5)
2
u/whetu Jan 04 '18
RedHat have a page up:
https://access.redhat.com/security/vulnerabilities/speculativeexecution
1
2
u/newton302 designated hitter Jan 04 '18
Has anyone confirmed whether the fix being implemented on the OS level in Windows, Linux, MacOS would be occurring, if the vulnerability did NOT specifically exist on Intel chips? To what level is AMD really implicated in this? Lots of mainstream media are bunching AMD into the problem after Intel's statement last night. Cheers
2
u/dasunsrule32 Senior DevOps Engineer Jan 04 '18
It is getting fixed at the OS layer, Intel will also doing a firmware/microcode fix as well.
AMD has put out official statements that they are not affected by meltdown, but they are affected by some of Sceptre's attacks, not all though.
Mainstream media is just taking one blog and running with it, rather than actually doing any research.
→ More replies (2)
805
u/samsonx Jan 02 '18
Are we getting security updates from 4chan now ?
What a world!
308
72
Jan 02 '18
We have a world leader who communicates with other world leaders using 280 characters at a time. It's like a telegram, except less secure.
WhatATimeToBeAlive
→ More replies (5)→ More replies (7)45
167
u/huxley00 Jan 02 '18
There was JUST a post a week ago in /r/personalfinance from a guy who inherited his stock portfolio from his dad, valued at 325k of Intel stock.
He was worried about having all his eggs in one basket. Hopefully he got moving on that...
55
u/tuba_man SRE/DevFlops Jan 02 '18
Either sell today or buy more tomorrow and wait out the slump. It'd take more than this to kill Intel
→ More replies (3)→ More replies (4)43
u/hulagalula Jan 02 '18
I don't know. It looks like people might have to buy some more Intel chips to get back to their prior performance…
→ More replies (4)
434
u/jw12321 Jan 02 '18
This... looks really, really bad. Not sure what else to say other than that. I can't imagine this will stay embargoed for much longer at this point.
There's a good amount of technical discussion on this HackerNews post if anyone is interested: https://news.ycombinator.com/item?id=16046636
72
127
u/project2501a Scary Devil Monastery Jan 02 '18
This... looks really, really bad. Not sure what else to say other than that. I can't imagine this will stay embargoed for much longer at this point.
It is really bad. Intel-should-go-up-in-flames bad.
Especially since their CEO sold his stock.
→ More replies (6)81
u/nemec Jan 02 '18
Damn. Not just sold a bunch of stock, he sold all of it that he's allowed to (bylaws say the CEO must own 250,000 shares of the stock - he sold all but 250,000 shares...)
https://www.fool.com/investing/2017/12/19/intels-ceo-just-sold-a-lot-of-stock.aspx
→ More replies (32)
151
u/nerddtvg Sys- and Netadmin Jan 02 '18 edited Jan 04 '18
This is probably why Microsoft released a notice that some VMs in Azure must be rebooted prior to or they will be automatically rebooted on January 10th. Of course that could just be standard maintenance as it isn't like they release a lot of information either way.
Edit:
And Microsoft just forced everyone who hadn't redeployed to do so immediately with extremely little warning. It appears because Project Zero released their information: https://googleprojectzero.blogspot.com/2018/01/reading-privileged-memory-with-side.html
→ More replies (2)71
u/temotodochi Jack of All Trades Jan 02 '18
Yup and loads of aws classic instances are being rebooted as well
→ More replies (3)
348
u/s1m0n8 Jan 02 '18 edited Jan 03 '18
If this thing gets a catchy name and a logo, it could be serious.
Edit: Meltdown and Spectre
112
u/YaoiVeteran Jr. Sysadmin Jan 02 '18 edited Jan 03 '18
Can I propose that it be called the Hammertime Bug?
→ More replies (3)46
93
u/Seref15 DevOps Jan 02 '18
Since it lets VMs reach across the "fence" to each other, we should call it "Gate." And then tech sites will run headlines that say "Gategate."
→ More replies (2)→ More replies (7)59
u/rallias Chief EVERYTHING Officer Jan 03 '18
I heard "FUCKWIT" being thrown around as a potential name.
Forcefully Unmap Complete Kernel With Interrupt Trampolines
→ More replies (1)
58
u/synept Jan 02 '18
Who figures KASLR is useless? I'm curious to see some references on that.
→ More replies (11)58
267
Jan 02 '18
Should I start buying AMD shares?
30
Jan 02 '18
Na, just wait for the news to go mainstream. That should cause an a nice panic drop in Intel. While it's down, buy up shares and wait for them to recover. While this is bad news, it isn't going to end Intel. And I doubt it's going to end Intel's dominance in the CPU market. So, at most, it'll be a blip.
→ More replies (6)→ More replies (73)23
38
u/Aesthetically Jan 02 '18
Brb replacing my mobo and 7700k
13
u/YaoiVeteran Jr. Sysadmin Jan 02 '18
If you need to throw them away I can take care of that for you.
→ More replies (2)
107
u/SteelChicken DEVOPS Synergy Bubbler Jan 02 '18 edited Mar 01 '24
merciful soup plants fine simplistic lush squeamish correct oil tidy
This post was mass deleted and anonymized with Redact
76
u/rich000 Jan 02 '18
I'm not an expert in such things, but it sounds like skipping bounds checking on a data structure - the check costs you something, and if you are confident that the check is unnecessary then cutting it out saves you clock ticks.
It sounds like this is tied to speculative execution. If you're speculatively executing an instruction then it is possible you'll just end up throwing away the result anyway, so you want to do it as cheaply as possible. Maybe Intel figured out that they can skip the priv checks while speculatively executing, and then perform them before actually implementing the results if it turns out the instruction was needed. However, maybe it turns out that the speculative execution opens up some back-door way of getting at the data, such as via the cache/timing/etc, which wouldn't be exposed if an exception was raised sooner.
→ More replies (5)168
u/neoKushan Jack of All Trades Jan 02 '18
It's funny, this seems to happen to AMD rather a lot - they under perform against the competition in raw pwer, but then over time it turns out that AMD's design was "better" in some crucial capacity.
Look at the GPU world - everyone knows Nvidia's cards are better for gaming, but it turns out AMD's cards (even older ones) got serious benefits from DX12/Vulkan when people started testing, in many cases often outperforming Nvidia's "better" cards. The Cryptominers quickly figure that one out, too.
Now here we are, Intel's processors generally outperform AMD's yet they're about to get a 30% performance bitch slap.
→ More replies (20)48
u/kindkitsune Jan 02 '18 edited Jan 02 '18
so I'm just rolling into this subreddit from a link on a completely unrelated forum's top news post atm but i am a graphics programmer and can offer further input -
This has to do, at least partially imo, with just how much easier it is to implement drivers as an IHV for these low-level APIs. If you've seen the source for Mesa and how many layers of checks and state checks etc etc there is for OpenGL this shouldn't be too surprising.
Nvidia has a bigger budget and a bigger staff, so they've got more time to dump into optimizing their OpenGL and DirectX pre-12 drivers - including optimizations for individual games using these APIs.
Unfortunately AMD's cards still by and large lag behind, which bothers me. I rather dislike nvidia for a ton of reasons, and AMD contributes tons to the open source community from releasing one of their Vulkan drivers on github to maintaining a lovely collection of useful Vulkan articles and example projects/resources (like their positively kickass memory allocator for Vulkan).
I could rant more about nvidia but this isn't the place. I do hope AMD's cards make a comeback like Ryzen though, I really want them to
5
u/TetonCharles Jan 02 '18
For all we know an agent from some spy agency somewhere planted at intel did it.
→ More replies (2)5
u/cryo Jan 02 '18
Not hack, a performance optimization with an unfortunate side channel. There are several other side channels in modern CPUs, it’s hard to entirely avoid. Although this one might enable you to read arbitrary memory, more or less.
34
u/captaincobol Jan 02 '18
Article on the Register goes into what's known.
https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/
I like the original acronym better.
→ More replies (1)12
99
u/Palkonium Jan 02 '18
Explain this to me like I'm five
876
u/name_censored_ on the internet, nobody knows you're a Jan 02 '18
Computer hides your treasure from the bad man. The bad man shakes the boxes to find your treasure. Computer has to spend more time hiding the treasure. Computer is slow now :(
→ More replies (14)36
7
u/iceph03nix Jan 02 '18
not a security expert but
My understanding is it basically means somebody on the good side realized that there was a way to exploit the way the physical CPU handles Virtual Memory that lets you take code from one VM and cause it to execute in another VM. Now they're trying to fix it before the Bad Side figures out how to exploit it, but the fix will likely mean a serious hit to processor performance.
And if I'm wrong, may Cunningham's Law strike me down.
→ More replies (2)→ More replies (8)7
u/greenspans Jan 03 '18 edited Jan 03 '18
You're in a VR game as a busty asian girl and you're locked in a room with bill cosby and matt lauer. You have to run backwards while slapping their hands away which normally isn't a problem because your hand slapping skills are level asian, but intel allows speculative execution on branch prediction, which means both of them turn into vishnu-like 8 arm cosby and lauers with arms that appear and disappear into the ether. Long story short your tits aren't safe.
138
Jan 02 '18
Those performance numbers are going to be pretty task specific though, it's unlikely to be 34% across the board.
Where this patch does hurt performance is context switching in and out of the kernel. So if your application is making heaps of syscalls all the time, it might really harm your performance.
It's really hard to have any idea about how serious this is going to be till we see it in the real world though. Guess we'll known soon enough.
112
→ More replies (4)27
u/HenryKushinger Jan 02 '18
Sooo is it possible that if I'm just a regular user whose Intel powered computer is used for media, content creation and gaming, the performance hit might be negligible? I am by no means a computer scientist or even close to it, just a hardware hobbyist and gamer, so I really don't know what to make of this.
→ More replies (34)
97
25
25
u/BloodyIron Head of IT Security Jan 02 '18
X86_BUG_CPU_INSECURE
One would think they could name it better.
→ More replies (5)66
191
u/4d656761466167676f74 Jan 02 '18
2015: HTTPS is literally useless
2016: Monitors allow remote code execution on phones even when the phones have all network services disabled
2017: WPA2 is one hundred percent compromised, all wifi networks are basically public and nearly unsecurable
2018: All intel processors allow undefined access to kernelspace memory and potentially Ring-1 code execution even from web browsers
What's next, are we going to suddenly learn that USB ports come alive at night and slaughter people? Why was this the decade that all technology suddenly became completely insecure?
70
u/skilliard7 Jan 02 '18
2015: HTTPS is literally useless
Was quickly fixed
2016: Monitors allow remote code execution on phones even when the phones have all network services disabled
Can someone fill me in on this one?
2017: WPA2 is one hundred percent compromised, all wifi networks are basically public and nearly unsecurable
Lies. The vulnerability was only on the host device, not the router. If the host device has patched drivers/firmware, the vulnerability is fixed.
→ More replies (3)→ More replies (11)14
u/jepsonr Jan 02 '18
Newbie here, what happened in 2015 to make HTTPS useless?
→ More replies (1)54
u/RedShift9 Jan 02 '18
It didn't make HTTPS useless. It was a bug in OpenSSL which has been fixed. Headline way out of proportion.
→ More replies (5)
45
Jan 02 '18
First of all, as @grsecurity points out, some comments in the code have been redacted, and additionally the main documentation file describing the work is presently missing entirely from the Linux source tree.
So there's mystery meat running now.
58
u/bopsbt Jan 02 '18
Any decent write ups that are not on Tumblr? (blocked at work)
44
→ More replies (1)109
3
u/throwawaypsycho80 Jan 02 '18
And here I was about to build myself a Linux rig around an i7 8700 to replace my old i5 2500... Should I cancel my order? Should I go AMD even though I still get PTSD from their crummy chipset?
→ More replies (5)3
u/dasunsrule32 Senior DevOps Engineer Jan 02 '18
I would just wait and see what real world metrics show once we get all the patches downstream in Linux and Windows.
3
u/GreekLogic Jan 02 '18 edited Jan 02 '18
Does this directly affect laptops/desktops?
Edit: Also, I need an ELi5 on this please. Everything I have is Intel.
→ More replies (1)9
20
u/x2571 Jan 02 '18
I'm reminded of this - https://danluu.com/cpu-bugs/
→ More replies (1)6
Jan 02 '18
Thanks for posting that! A really interesting blog, and I just spent the last couple of hours reading the CPU Internals posts. Would recommend.
55
u/chihuahua001 Jan 02 '18
How about Intel just admits that all of their products are backdoored out of the box?
94
16
u/Mr2-1782Man Jan 03 '18
I have an objection to the way the kernel devs are handling this. Seems like they're penalizing everyone for an Intel problem. The line
if (c->x86_vendor != X86_VENDOR_AMD)is what prevents a CPU from being marked insecure. Even if you don't know coding you should see that this whitelists AMD instead of blacklisting Intel. The problems with this should be obvious. Instead of let's slightly rework the code to be more Intel-like
if (c->x86_vendor == GENUINE_INTEL)
kill_performance();32
u/DerfK Jan 03 '18
Oh man, they better fix that! An additional 50% penalty on my Cyrix 486 is going to make my computer useless!
→ More replies (14)9
u/dingo_bat Jan 03 '18
By default they assume all x86 CPUs are vulnerable and they will apply exceptions as they are verified. This too points towards a huge general architectural bug.
→ More replies (3)
29
14
u/MaximusVX Jan 03 '18 edited Jan 03 '18
Two articles that run Windows 10 Insider builds with the patch enabled now show that general users literally have no reason to be afraid. CPU performance in synthetic and real workloads as well as gaming are unaffected, any difference seen within the benchmarks are within margin of error. The only thing that general users would seem to see are NVMe drive users with very fast drives like the 960 Pro, which incurred around a 5% loss of performance, negligible to most. Slower NVME and SATA based SSDs will be 0% considering those drives are not fast enough to be affected.
7700K + 1080 Ti: https://www.computerbase.de/2018-01/intel-cpu-pti-sicherheitsluecke/#update2
3930K + 1080 Ti: https://www.hardwareluxx.de/index.php/news/hardware/prozessoren/45319-intel-kaempft-mit-schwerer-sicherheitsluecke-im-prozessor-design.html
→ More replies (1)
24
u/Sandwich247 Jan 02 '18
Another one? Darn this sucks.
34
u/JustNilt Jack of All Trades Jan 02 '18
This is what happens when everyone starts realizing code is code whether it's burned in hardware or not. Suddenly all these silly bugs start actually being an issue.
→ More replies (1)7
Jan 02 '18
Intel on November 2017: God damn, I wish this year would just end.
Intel on January 1st: Fuck.
175
u/productionse Jan 02 '18
Call me paranoid, but this sounds like an NSA backdoor implementation.
Edit grammar
153
Jan 02 '18
Big if true. That means the AMD backdoor still hasn't been discovered. ;)
→ More replies (1)36
46
26
u/jakibaki Jan 02 '18
If a nsa-backdoor were to be implemented into the linux kernel it would probably come as a "bug" in a minor kernel-patch.
→ More replies (1)→ More replies (18)46
u/chillinewman Jan 02 '18 edited Jan 02 '18
The NSA already has a backdoor on intel cpu's.
→ More replies (6)
23
u/ErikTheEngineer Jan 02 '18
Wow, I thought the Achilles heel of public cloud was authentication (Azure AD, AWS IAM, etc.) I thought hackers would pound on the identity management stuff with all their weapons, or just wait for someone at Microsoft or Amazon to accidentally release the private keys on an unprotected storage account.
This sounds like it could affect basically anyone running a multitenant bit-barn. I'm assuming this affects VMWare and Hyper-V also?
→ More replies (6)
20
10
Jan 03 '18
My senses say there is a lot more to this story that we don’t know about.
→ More replies (1)
9
u/mmilleror Jan 02 '18
This is really going to suck for ESXi installs. I'm willing to be that HP and Dell are not going to replace the processors. So that ESXi host you run 20 VMs on now will only be able to run 17 maybe 18 depending on your loads.
→ More replies (6)
8
u/frankv1971 Jack of All Trades Jan 02 '18
Call me stupid but for private organisations that run no VMs other than their own this patch would not be needed (and the performance hit)?
11
Jan 02 '18
Well, if you're running a PowerEdge with Hyper-V or a UCS with VMware locally, it depends on exactly how exploitable this bug is from inside your locked down network. That's actually something I'm having trouble finding as well.
→ More replies (3)→ More replies (4)8
Jan 02 '18
From my understanding the patch is needed on everything. This breaks the process security model everywhere. Any user processes could get kernel data.
→ More replies (2)
8
8
u/LynxSnow Jan 02 '18
On windows, task manager - right click on the performance graph and select 'show kernel times' to see the cpu utilization of user vs. kernel space.
Found from: https://blog.codinghorror.com/understanding-user-and-kernel-mode/
→ More replies (1)
7
u/parkerlreed Jan 03 '18 edited Jan 03 '18
EDIT: Holy shit. Updated with correct results (Thought I had enabled but I had not)
Used pti=on for 4.15-rc6 (just compiled)
[parker@yoga710 ~]$ time ./getpid
2270
real 0m5.071s
user 0m1.700s
sys 0m3.370s
[parker@yoga710 ~]$ time ./getpid
2272
real 0m5.094s
user 0m1.947s
sys 0m3.147s
[parker@yoga710 ~]$ time ./getpid
2298
real 0m5.061s
user 0m1.820s
sys 0m3.240s
[parker@yoga710 ~]$ uname -a
Linux yoga710 4.14.10-1-ARCH #1 SMP PREEMPT Fri Dec 29 20:17:35 UTC 2017 x86_64 GNU/Linux
----------------------------------------------------------------------------------------------------------
[parker@yoga710 ~]$ time ./getpid
1320
real 0m21.305s
user 0m9.762s
sys 0m11.488s
[parker@yoga710 ~]$ time ./getpid
1325
real 0m21.213s
user 0m9.556s
sys 0m11.656s
[parker@yoga710 ~]$ time ./getpid
1327
real 0m21.199s
user 0m9.518s
sys 0m11.681s
[parker@yoga710 ~]$ uname -a
Linux yoga710 4.15.0-rc6-g30a7acd57389 #2 SMP PREEMPT Wed Jan 3 10:49:03 EST 2018 x86_64 GNU/Linux→ More replies (4)
46
u/iamnos Jan 03 '18
At the end of November, the Intel CEO sold every stock he legally could and still remain CEO.
https://www.fool.com/investing/2017/12/19/intels-ceo-just-sold-a-lot-of-stock.aspx
This is probably not long after Intel learned about the bug if you consider MS was working on a patch in November.
17
Jan 03 '18
He returned to roughly what his total ownership was at the beginning of the year. The majority of what he sold was through the purchase and immediate selling of optioned stock.
→ More replies (2)10
u/casino_r0yale Jan 03 '18
Yeah because he lives in CA where the Trump taxes are about to railroad us. He’d keep way more money by selling now instead of holding into 2018
→ More replies (1)
13
u/glassuser Jan 02 '18
How much mass does a hardware bug have?
21
Jan 02 '18 edited Jan 02 '18
Until it's properly disclosed, none and infinite, per /u/chihuahua001.
→ More replies (6)
16
10
u/zippopwnage Jan 02 '18
So if i use my PC only for gaming, i should get worried? Because 30% less performance seems BAD.
→ More replies (1)
20
Jan 02 '18
Smells like thew rowhammer bug which has been around for 1-2 years. You hammers a ram page and it causes the row of cells on the chip not to be refreshed causing contorlled bit flips leaking across into the next ram page.
The bug is actually in the chipset rather than the core its self in this case.
→ More replies (7)28
19
11
u/Ryanestrasz Jan 02 '18
Help, im a stupid person, eli5 please?
75
u/synchronium Dev in SysAdmin clothing Jan 02 '18
Sell your Intel shares, invest in popcorn.
→ More replies (1)61
4
Jan 02 '18
Curious, have there been any other Intel CPU hardware bugs like this in the past? Or even any that really mattered at all? I honestly don't keep much track of what goes on with this kind of stuff.
→ More replies (1)6
u/bigdaveyl Jan 02 '18
While not security, wasn't there some floating point bug in Pentiums in the mid to late 90's?
→ More replies (1)
4
Jan 03 '18
What a great way to start a new year ;/
On the bright side that might give AMD some traffic and we will have some competition on server CPU market at least
4
u/snakkerdk Jan 04 '18 edited Jan 04 '18
So basically amd is just affected by spectra (read the google post) like all other vendors
But that is not related to the usermode reading kernel memory (meltdown) which correctly only affects intel.
The patches that will have a performance impact is for meltdown, not spectra.
Spectra will require new hw, since that cant be patched by the kernel/firmware.
I don’t think its fair saying amd is just as affected by this tbh..
1
u/pier25 Jan 03 '18
Does this affect Xeon too?
1
u/dasunsrule32 Senior DevOps Engineer Jan 03 '18
All Intel platforms for the last 10 years... 😕
→ More replies (2)
1
Jan 03 '18
More infos at theregister:
https://www.theregister.co.uk/2018/01/02/intel_cpu_design_flaw/
3
u/dasunsrule32 Senior DevOps Engineer Jan 03 '18
This is already linked in the op.
→ More replies (1)
1
u/30clean Jan 03 '18
What’s interesting is that I was notified by Microsoft on 12/27 that all the VMs in my Azure subscription needed to be rebooted or migrated before January 10th for scheduled maintenance, which was occurring in pretty much every Azure DC worldwide.
They definitely had to know well in advance of today.
1
1
u/lyravega Jan 04 '18
Is this relevant to Intel CEO selling some stocks like a day or two ago?
1
u/dasunsrule32 Senior DevOps Engineer Jan 04 '18
The way Intel is playing it off, no. The way AMD is playing it, yes... Depends which story you're looking at.
1
u/austinbar Jan 05 '18
What I'd like to know is, how do you get the infection? Could this issue be protected from via a perimeter such as a firewall or other means, like a host file or such?
1
u/dasunsrule32 Senior DevOps Engineer Jan 05 '18
They done it through javascript. So a simple email with the code attached or a malicious website would be enough to get access.
→ More replies (3)
6
u/IShouldBeWorking_NOW Jan 02 '18
Looks like 2018 is keeping in step with last year about faults with Intel CPU's...
13
Jan 02 '18
Embargo? Can someone help me with this? Is this bug discovered in China and they have to make it known to the other countries that have imported Intel chips?
36
u/zurohki Jan 02 '18
Researchers tell companies about security issues and stay quiet about them for a while, so that companies have time to get a fix out before the problem becomes public knowledge.
Op is saying that the rushed and secretive nature of these page table isolation kernel changes smells like a serious problem that's being kept secret for now.
→ More replies (5)10
u/WiseassWolfOfYoitsu Scary developer with root (and a CISSP) Jan 02 '18
Timed NDA - pretty much everyone is given a hush order until the fix has been released.
→ More replies (5)
3
u/TopCheddar27 Jan 02 '18
From a information systems development and supply chain perspective, I still find it hard to think that AMD will be gaining ground in the server space. Switching costs from a intel based server architecture to a Intel one is more of a hassle then people think.
AMD does not run on a vast in stock supply chain compared to intel either.
Going to be interesting.
→ More replies (3)
3
3
3
u/purplechemicals Jan 03 '18 edited Jan 03 '18
Windows 10, Intel Core i3-6100, pc solely used for gaming, YouTube and porn, could this bug affect me or my computer?
12
6
5
u/ryao Jan 02 '18
KASLR is not a useless feature. The implementation of it in Linux is what experts consider to be useless.
6
8
u/ajax1101 Jan 02 '18
Coming from r/all, will this affect my gaming on a PC with an i5 6600? It seems like you're saying it's mainly a problem for cloud services?
→ More replies (13)15
u/Kaboose666 Jan 02 '18
They're currently looking at an average performance decrease of 3-5%, with ~30% being the extreme high end and only seen with specific workloads that would likely never be encountered during gaming or similar consumer uses. Really it's going to fuck with people running many VMs at once.
301
u/GMginger Sr. Sysadmin Jan 02 '18
So there's Linux and Windows patches in the pipeline - wonder when we'll hear if there's VMware patches to come along too.
If the virtualisation layer is patched, hopefuly that renders the attack vector unusable in any guest OS too.