Stories
Slash Boxes
Comments

SoylentNews is people

posted by martyb on Sunday August 20 2017, @12:07PM   Printer-friendly
from the TLA-Approved? dept.

Submitted via IRC for TheMightyBuzzard

Since the launch of AMD Ryzen, a small piece of hardware that handles basic memory initialization as well as many security functions has been the center of some controversy. Called the Platform Security Processor (the "PSP" for short) it is essentially an arm core with complete access to the entire system. Its actions can be considered "above root" level and are for the most part invisible to the OS. It is similar in this regard to Intel's Management Engine, but is in some ways even more powerful.

Why is this a bad thing? Well, let's play a theoretical. What happens if a bug is discovered in the PSP, and malware takes control of it? How would you remove it (Answer: you couldn't). How would you know you needed to remove it? (answer, unless it made itself obvious, you also wouldn't). This scenario is obviously not a good one, and is a concern for many who asked AMD to open-source the PSPs code for general community auditing.

Bit late to the reporting but we haven't covered it yet, so here it is. And I was so looking forward to a new desktop too. Guess this one will have to stay alive until ARM becomes a viable replacement.

Source: https://www.techpowerup.com/235313/amd-confirms-its-platform-security-processor-code-will-remain-closed-source

Previous:
The Intel Management Engine, and How it Stops Screenshots
Intel x86 Considered Harmful
Of Intel's Hardware Rootkit
Intel Management Engine Partially Defeated
EFF: Intel's Management Engine is a Security Hazard
Malware uses Intel AMT feature to steal data, avoid firewalls


Original Submission

 
This discussion has been archived. No new comments can be posted.
Display Options Threshold/Breakthrough Mark All as Read Mark All as Unread
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
  • (Score: 2) by Marand on Wednesday September 06 2017, @07:04AM

    by Marand (1081) on Wednesday September 06 2017, @07:04AM (#564069) Journal

    Wow, that's absolutely terrible, and makes me glad I didn't go with Gigabyte. I saw that their Linux support had been pretty bad for the previous generation of boards, to the point that people couldn't even get basic things like USB working without lots of dumb workarounds, and there wasn't enough data at the time to show that they'd improved any for AM4, so I skipped them entirely. Went with MSI instead, because reports of their AM3 stuff seemed to indicate they weren't releasing broken garbage, plus I've had good luck with their hardware in past, so I figured it would be a pretty safe choice.

    So far I've been right, and the biggest problem I've had with MS specifically is that they're about a month later than the other board makers with bios updates...but I'd rather have a late bios update than a broken one, so as long as I don't start getting them late AND broken, I'm okay with it. :)

    I do need to go back and try testing voltages again, see if I can either get the XMP profile's settings (the 1.2v) stable or get some extra mhz out of the chips. The last bios update MSI put out has a new opcache control option, which seems to act as a workaround for the whole micro-op issue that affects some early Ryzens (mine included). Using it seems to successfully stop the gcc segfaults, and maybe there's a chance some of my stability issues were related to it. Though I think most of my RAM trouble is because I bought when Ryzen was just released, so there wasn't really anything AM4-specific available for RAM at the time. Very little info, XMP profiles based on Intel chipsets, etc., so I've had to work around that.

    No big deal, though; I knew there'd be some tweaking and trial-and-error when I chose early adoption, so it doesn't bother me, and the hardware's damn good.

    Starting Score:    1  point
    Karma-Bonus Modifier   +1  

    Total Score:   2