Librem 14's ME disabled but not neutralized

I must admit that I was rather disappointed to learn that the ME of the next purism laptops would be disabled but not neutralized. Not that I know much about it, so maybe someone could reassure me about that. Anyway, it seems to me that the most important thing is that it be neutralized, otherwise, even disabled, there are always codes that run in the shadows. Maybe I’m also overreacting. That’s why I’m waiting for your impressions on this subject. I’m only speaking from the point of view of a person who is looking for the safest laptops possible .

Also, in that regards, maybe Purism should update their explanation (https://puri.sm/learn/intel-me/), to avoid future criticism on this subject.
We can read that: “Purism laptops can function with a neutralized and disabled ME” which is true only for the librem 13 and 15.

Edit: I got my answer. Neutralized seem more important that disabled: https://puri.sm/posts/deep-dive-into-intel-me-disablement/ I clearly have a lot of things to learn.

3 Likes

What the …? Are Purism now compromising like System76? I hope what you’re saying is false.

Most recent System76 have no ME-disabling at all, showing everybody where they always stood: Privacy was for them only a marketing gimmick when it was more popular - not one of their fundamental core principles.

Update: Where did you get your info? The site https://puri.sm/products/librem-14/ clearly says “neutralized”.

Well, according to Kyle Ranking himself:
“Up until a week or so ago, I had also thought (apparently mistakenly) that the same ME process we used in the past would also work with the CPU in the L14. It looks like we can only do the disable part for now, which is of course a shame. If it mentions “disabled and neutralized” on any of our marketing, that would simply be based on that initial mistaken assumption that this new CPU and ME would be able to have the same treatment.”

1 Like

What the… this is so sad. This world is going down the tubes. So much for “privacy”. At this point I might as well go for Dell XPS, right?

It may be just a mater of time. Not sure why this would affect their core belief too. They are using a new CPU if I am not mistaken so it’s normal that Intel “Managed” their own interest and that Purism must find a new strategie to bypass it (I sound like i’m being in a Star Trek episode). But I think this is fair to assume that the Librem 14 v1 will not be on the same level of the librem 13 v4 when it came out. Again, I might be saying amateur non-sense.

1 Like

Well I hope they can neutralize it. If a non-neutralized ME can be activated any time anyway, why bother with a special “privacy” laptop, “privacy” in name only? Might as well go with Dell XPS.

Dell XPS:

  • Does not have open source firmware (coreboot)
  • Does not have open source EC firmware (WIP for Librem 14)
  • Does not have privacy switches
  • Does not have an ethernet port
  • Has gaudy branding. Its not significant, but I prefer the quiet unbranded look of the librem 14 over a giant dell logo.
  • Forever bears the taint of microsoft on its keyboard

But they are very good laptops. until a couple weeks ago, my daily driver was the XPS-13 9350 developer edition and it was a wonderful laptop (donated to family, laptop still running great after 5 years) but I’d still take a librem 14 over the XPS line for the reasons above. Additionally a point I can’t claim factually because I haven’t tested it but: given purism’s goals of the least amount of runtime loaded firmware binaries, I expect the hardware in the laptop will be better supported in more esoteric operating systems. Won’t matter if you just plan to run linux because the XPS laptops have great support in linux, but I like to use some less popular operating systems.

2 Likes

This was a case of miscommunication internally where many of us (myself included and perhaps most significantly) didn’t know that the status of the ME changed with the Librem 14. I had thought the same process from the past could be and had been adapted in some form to the new CPU/ME. I was clearly mistaken.

I specifically removed “neutralized” last week from that page when I discovered I was mistaken in believing we would be able to perform the same neutralization in this new CPU as in past versions of ME. Somehow it didn’t go through so I just made the correction again and am generating the new pages now.

We aren’t compromising as much as we are facing the limits of the state of the art when you switch to a newer processor. I still very much want this new ME neutralized and due to various confusion (possibly completely on my side) I had thought the same approach that had worked in past processors would apply for the Librem 14. Otherwise I would have made sure we started looking into solutions for this earlier. Regardless, this is something I do want to look into now, but obviously it will take some time to find a solution.

5 Likes

Intel’s “state of the art” goes hand in hand with keeping NSA backdoors alive and well? What’s your opinion on such things?

Can you offer option for Librem 14 with older CPU but neutralized? For some of us, neutralized last CPU > non-neutralizid latest CPU.

I doubt we would be able to offer the Librem 14 with a many-generations-old CPU as an alternative, because among other reasons (including possibly requiring a redesign) I don’t know that there would be sufficient demand. Instead I’d much rather put that effort into neutralizing the new ME, which ideally would result in something we could use in the future.

We went through a similar process when we first released the Librem 13 and it took us some time to get to the same point with its ME. When we did, though, it was something existing customers could take advantage of with a standard firmware upgrade.

3 Likes

How confident are you that a supposedly disabled ME (but not neutralized) is actually disabled and cannot be surreptitiously enabled?

Worded differently, to what extent do you consider neutralization of the ME paranoia?

Ultimately the problem is that because the source code is closed, we cannot verify whether the HAP bit does what it says it does, so ones confidence in the disable feature comes down to how much trust one puts in Intel I suppose. It very well could disable things exactly how they say, and there is a possibility it doesn’t (a possibility that would require a direct conspiracy between Intel and NSA).

Since we can’t know for sure, we’ve additionally added the neutralization step on past Librem laptops so that even if it were somehow remotely enabled even with the HAP bit set, there isn’t much code left for it to execute. The NSA isn’t magic. Code, especially code to allow remote access like that, does take up actual space on a chip, so neutralization gives extra peace of mind.

Many of these concerns come down to the fear that someone could remotely control a machine using the ME. This concern originated in the fact that corporate ME releases ship with Active Management Technology (AMT) which lets an IT worker remotely manage a fleet of machines including seeing what is on their screens, as long as AMT was enabled and the machine was on the network.

We originally addressed these concerns by installing the consumer ME that doesn’t include AMT code at all. That way you know that code isn’t present to execute to begin with. Then you are just left with worrying that somehow the same remote access technology from AMT is included by default, in secret, in the base ME, but somehow doesn’t take up nearly the space that AMT does even though it provides the same features. It seems unlikely, but I suppose it could be possible.

There is value though in neutralization outside of the above peace of mind and outside of “paranoia” (and paranoia to me isn’t enough of a reason to drive most security decisions–some of the most convoluted, overengineered, overcomplicated, and ultimately less secure security measures I’ve seen have been driven by “paranoia” instead of actual threat modeling).

The value outside of peace of mind and “paranoia”, is simply that by reducing the amount of mystery code we have to rely on to a minimum, we reduce the overall attack surface, not just from some alleged NSA remote access exploit that is based on speculation of a conspiracy between the NSA and Intel, but also from actual ME exploits in the wild. So all this to say we find neutralization valuable and want to re-enable that protection for our modern CPUs when it’s possible.

8 Likes

where did you get this “information” from? A system with the ME disabled via the HAP bit cannot be re-enabled arbitrarily – it would require re-flashing the firmware. The same re-flash could restore a neutralized ME to a working one. Plus, there are additional protections done to prevent access to the ME from a booted system, such as disabling the PCI/HECI interface.

5 Likes

I could be wrong but maybe AMT only works over a built-in GbE controller anyway. So traditional Purism laptops, having no GbE at all, were less likely to be vulnerable to remote control exploits via AMT. (That’s not to say that it would be impossible for the ME to support AMT over some random ethernet controller or even over WiFi but the ME code doesn’t write itself and magically load itself into your computer, and there would be additional challenges.)

As far as I know, none of the Purism laptop CPUs, up to and including the Librem 14, officially have AMT support at all. So it would require a certain amount of misinformation from Intel (which, yes, could be part of some grand conspiracy :wink:).

Perhaps, as of some future Intel CPU, AMT will become mandatory and unavoidable … and it will be time to move away from Intel - for this and other reasons.

Going with Dell means you’ll never get ME neutralized.

Going with Purism likely means it’s only a matter of time before it is neutralized (not to mention all the other bits @craftkiller called out above).

1 Like

AMT only works with a built-in Intel-made GbE or Wifi. A Realtek GbE or Atheros Wifi like Purism uses wouldn’t be able to be utilized even if AMT were present/active (which it most certainly is not)

5 Likes

Hi Kyle, thanks for your explanation. I’m kinda new to this ME topic, and was wondering if it’s possible to neutralize it afterwards - once purism found out how?

He answered this in another thread: New Post: Librem 14 Update: Freed EC, Shipping Beginning in March

“When we accomplish that [neutralising ME] existing owners would just reflash their boot firmware (coreboot or PureBoot), which contains the ME code as part of it. In terms of the risk analysis, I talk about that a bit in a different thread .”

I think there is a risk of “bricking” your computer while doing so. This is why, personally, as a Unknowledgeable linux user, I’m juggling with the idea of waiting a bit before ordering it, giving time to purism to find a way to neutralize it themselve.

According to the need and interest in having it disabled and neutralized, I’m guessing it should be high priority in their “to do” list.

1 Like

I understand… thanks.
Good thing you’re waiting.
I already ordered, in September. I need it for my work but I also need it to be as secure as possible. Now I regret I bought the librem 14 instead of 15…

With uniform hardware, the risk of bricking devices during firmware updates is fairly minor. It mostly comes down to don’t power fail the device. Given that the laptops have an internal battery: make sure they are plugged into the wall and fully charged and you should be fine. Well, and don’t do it if the Earth is encountering a coronal mass ejection event, but those are fairly rare.

In the event that updating fails, the firmware chip is accessible, and can be reprogrammed by a chip programmer without desoldering it. You can likely do it yourself, if you have or can build (raspberry pi / arduino, maybe with a level shifter) a chip programmer. In the worst case, purism could reflash it for you (with the major downside of waiting on shipping and their turnaround time).

2 Likes