AMD, CTS Labs, Viceroy Inv., what fresh nonsense is this?
Posted: Tue Mar 20, 2018 10:05 am
I have noticed that (as far as I can tell) no one here has mentioned the kerfluffle over the claims that Ryzen processors have some kinds of inherent flaws, with side issues of whether the claims have any merit (possibly verging on probably); whether the company making the claims, CTS Labs, should have given AMD more than 24 hours' warning before making the claim public (maybe); whether the severity of the problems alleged really is a showstopper for Ryzen/Epyc or not, since they all require the system to already be compromised in other ways before these flaws can be exploited (probably not); whether CTS has a financial motive for throwing shade on AMD above and beyond the validity and severity of the alleged security flaws (impossible to say yet); and what connection, if any, there is between CTS and Viceroy Investments, a stock brokerage specializing in short selling (legal, if a bit of a morally gray area) which in the past has been accused of spreading fraudulent information for the purpose of manipulating the prices of stocks they are targeting (at best a dirty trick and at worst potential very illegal, depending on just how they are doing it) who published a massive 'obituary' of AMD mere hours after the CTS release (rather too quickly not to have been written before the announcement, some argue) and are openly shorting AMD stocks (not proven, but looking suspiciously likely).
It has also been muddied by a lot of vicious fanboyism by supporters of AMD, on the one hand, and supporters of Intel, on the other, leading to a lot of flames but very little light being shed.
I am actually sort of pleased to see that no one here is rising to this bait, but something about the coverage of all this has me scratching my head. I didn't want to bring this up, but I would appreciate some clarification, if anyone can give it.
You see, all six of the alleged flaws are described as being problems with the chipset, and specifically, with (IIUC) a set of ASMedia ASICs which incorporate a flashable firmware and an ARM32 CPU. These ASICs (I am pretty sure they are ASICs...) include both the usual chipset features, such as some USB host controllers, the PS/2 keyboard/mouse controller, the memory MUX, the PCIe bridges, and so forth, as well as a new, specialized security unit which is comparable to the Intel Management Engine.
Now, here's the thing: while some of these ASICs are inside the processor packaging, they are separate chips from the CPU proper. Furthermore, the majority of the chipset isn't part of the CPU package at all, but is part of the motherboard. It is not clear from the coverage I have seen which parts of the chipset are affected, and so far as I can tell, no one else is even bringing up the question.
For those who don't know this, there are some parts of a PC's chipset that have to be part of the motherboard, rather than the CPU, because these parts of the chipset are what mediate between the CPU and its associated package, on the one side, and the specific motherboard hardware, on the other - each motherboard has to have it's own unique version of that part of the chipset, which translates requests from the CPU to the motherboard. This divided locus of control is necessary because of how the chipsets for PCs in particular evolved; you don't see it on single-board computers, or even (IIUC) Macintosh systems, because they don't have the many variant configurations - or historical baggage - the PC platform does.
The motherboard chipset capabilities are, generally speaking, defined by what the CPU manufacturer supports in the processor-side chipsets, but the board-side chipsets themselves are the business of the motherboard manufacturers. While mobo builders often contract the chipset ASICs from the CPU manufacturer, or more likely, the chip manufacturer whom the CPU builders hired to provide them (more on this later), it is possible to have a chipset which is from a different source instead, though such sources must have the details of the CPU interface to make them; for example, nVidia has their NForce chipsets, which are (again, IIUC) alternatives to several of the Intel and AMD motherboard chipsets.
This, by the bye, is why there can be multiple chipset families which can be used with the different CPU socket types and CPU families - the difference between, say, an Intel B250 chipset and a Z270 chipset that supports the same CPUs and socket, is the support for the more advanced (and expensive) motherboard features which a given model of CPU is able to engage. But that's getting away from things.
Anyway, I mention all of this because there seems to be a lot of confusion on just what chipsets are allegedly flawed, and whether a flawed chipset - either on the processor package or on the motherboards - constitutes a flaws in the CPUs themselves.
I have not read the white paper alleging the flaws, but my expectation is that the allegations would all relate to the processor chipsets - otherwise, it would be a flaw in the mobos, not the CPUs, and while it would represent a massive problem as the motherboard manufacturers would need to recall their boards and would need to work out a replacement strategy with AMD, the chips themselves wouldn't be flawed.
But even if the processor chipsets are flawed, and even if those flaws cannot be corrected in firmware (which hasn't even been addressed as far as I know), it says little about the CPUs themselves, I think. While recalling the existing CPUs and developing a replacement chipset for future die packages would be monumentally expensive, not to mention humiliating, it is not impossible, and I doubt that it would amount to a death-blow to AMD - especially since their x86 CPU market is not even their primary business (they are much more involved in embedded systems, just as Intel is, with the desktop market being mostly a prestige business rather than a cash cow).
It just seems that this is much ado about nothing, especially in comparison to Spectre, which is known to affect AMD CPUs just as much as it does Intel CPUs (and ARM CPUs for that matter), and cannot be entirely fixed in firmware on any of the processors affected by it.
The whole thing seems like a tempest in a teapot, and I think that, more than anything, is why it looks so suspicious to many people.
It has also been muddied by a lot of vicious fanboyism by supporters of AMD, on the one hand, and supporters of Intel, on the other, leading to a lot of flames but very little light being shed.
I am actually sort of pleased to see that no one here is rising to this bait, but something about the coverage of all this has me scratching my head. I didn't want to bring this up, but I would appreciate some clarification, if anyone can give it.
You see, all six of the alleged flaws are described as being problems with the chipset, and specifically, with (IIUC) a set of ASMedia ASICs which incorporate a flashable firmware and an ARM32 CPU. These ASICs (I am pretty sure they are ASICs...) include both the usual chipset features, such as some USB host controllers, the PS/2 keyboard/mouse controller, the memory MUX, the PCIe bridges, and so forth, as well as a new, specialized security unit which is comparable to the Intel Management Engine.
Now, here's the thing: while some of these ASICs are inside the processor packaging, they are separate chips from the CPU proper. Furthermore, the majority of the chipset isn't part of the CPU package at all, but is part of the motherboard. It is not clear from the coverage I have seen which parts of the chipset are affected, and so far as I can tell, no one else is even bringing up the question.
For those who don't know this, there are some parts of a PC's chipset that have to be part of the motherboard, rather than the CPU, because these parts of the chipset are what mediate between the CPU and its associated package, on the one side, and the specific motherboard hardware, on the other - each motherboard has to have it's own unique version of that part of the chipset, which translates requests from the CPU to the motherboard. This divided locus of control is necessary because of how the chipsets for PCs in particular evolved; you don't see it on single-board computers, or even (IIUC) Macintosh systems, because they don't have the many variant configurations - or historical baggage - the PC platform does.
The motherboard chipset capabilities are, generally speaking, defined by what the CPU manufacturer supports in the processor-side chipsets, but the board-side chipsets themselves are the business of the motherboard manufacturers. While mobo builders often contract the chipset ASICs from the CPU manufacturer, or more likely, the chip manufacturer whom the CPU builders hired to provide them (more on this later), it is possible to have a chipset which is from a different source instead, though such sources must have the details of the CPU interface to make them; for example, nVidia has their NForce chipsets, which are (again, IIUC) alternatives to several of the Intel and AMD motherboard chipsets.
This, by the bye, is why there can be multiple chipset families which can be used with the different CPU socket types and CPU families - the difference between, say, an Intel B250 chipset and a Z270 chipset that supports the same CPUs and socket, is the support for the more advanced (and expensive) motherboard features which a given model of CPU is able to engage. But that's getting away from things.
Anyway, I mention all of this because there seems to be a lot of confusion on just what chipsets are allegedly flawed, and whether a flawed chipset - either on the processor package or on the motherboards - constitutes a flaws in the CPUs themselves.
I have not read the white paper alleging the flaws, but my expectation is that the allegations would all relate to the processor chipsets - otherwise, it would be a flaw in the mobos, not the CPUs, and while it would represent a massive problem as the motherboard manufacturers would need to recall their boards and would need to work out a replacement strategy with AMD, the chips themselves wouldn't be flawed.
But even if the processor chipsets are flawed, and even if those flaws cannot be corrected in firmware (which hasn't even been addressed as far as I know), it says little about the CPUs themselves, I think. While recalling the existing CPUs and developing a replacement chipset for future die packages would be monumentally expensive, not to mention humiliating, it is not impossible, and I doubt that it would amount to a death-blow to AMD - especially since their x86 CPU market is not even their primary business (they are much more involved in embedded systems, just as Intel is, with the desktop market being mostly a prestige business rather than a cash cow).
It just seems that this is much ado about nothing, especially in comparison to Spectre, which is known to affect AMD CPUs just as much as it does Intel CPUs (and ARM CPUs for that matter), and cannot be entirely fixed in firmware on any of the processors affected by it.
The whole thing seems like a tempest in a teapot, and I think that, more than anything, is why it looks so suspicious to many people.