Slash Boxes

SoylentNews is people

posted by martyb on Monday June 20 2016, @10:12AM   Printer-friendly
from the One-ring-to-bring-them-all-and-in-the-darkness-bind-them... dept.

From Damien Zammit, we have this fun little tidbit:

Recent Intel x86 processors implement a secret, powerful control mechanism that runs on a separate chip that no one is allowed to audit or examine. When these are eventually compromised, they'll expose all affected systems to nearly un-killable, undetectable rootkit attacks. I've made it my mission to open up this system and make free, open replacements, before it's too late.

The Intel Management Engine (ME) is a subsystem composed of a special 32-bit ARC microprocessor that's physically located inside the chipset. It is an extra general purpose computer running a firmware blob that is sold as a management system for big enterprise deployments.

When you purchase your system with a mainboard and Intel x86 CPU, you are also buying this hardware add-on: an extra computer that controls the main CPU. This extra computer runs completely out-of-band with the main x86 CPU meaning that it can function totally independently even when your main CPU is in a low power state like S3 (suspend).

On some chipsets, the firmware running on the ME implements a system called Intel's Active Management Technology (AMT). This is entirely transparent to the operating system, which means that this extra computer can do its job regardless of which operating system is installed and running on the main CPU.

The purpose of AMT is to provide a way to manage computers remotely (this is similar to an older system called "Intelligent Platform Management Interface" or IPMI, but more powerful). To achieve this task, the ME is capable of accessing any memory region without the main x86 CPU knowing about the existence of these accesses. It also runs a TCP/IP server on your network interface and packets entering and leaving your machine on certain ports bypass any firewall running on your system.

Yeah, and I'm sure they pinky-swear never to allow the NSA access to any computer via it. I'll be using AMD from now on, slower or not, thanks.

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, Informative) by pTamok on Monday June 20 2016, @05:33PM

    by pTamok (3042) on Monday June 20 2016, @05:33PM (#362976)

    You are doing a remarkably good job of misdirection here.

    Yes, there are microcode bugs, and yes, the microcode is updateable too.

    1) The bugs will vary across processors, making the vulnerability different from processor to processor, unlike this one-size-fits-all solution. Of course, the NSA could well have a stockpile of vulnerabilities for all the different processors out there.

    2) The fact that the same issue affect microcode as well means that really, people should also be looking at the microcode update mechanism as well. The fact there is another problem vulnerability that is potentially just as bad does not warrant ignoring the first vulnerability. Two wrongs do not make a right. It even points up that more work should be being done on formally verifiable hardware under owner control.

    I am well aware of the capabilities of microcode update. I worked with someone who rewrote VAX microcode to enable faster processing of geological data for oil drilling. The ability to rewrite microcode is very powerful. It is reasonable that updating the microcode should be capable of being under the control of the person who bought the hardware, just as remote management should be.

    Starting Score:    1  point
    Moderation   +1  
       Informative=1, Total=1
    Extra 'Informative' Modifier   0  

    Total Score:   2