News for hackers. Stuff that matters.
Re:System76 ME Firmware Updates Plan by AdmiralAsshat on Thursday November 30, 2017 @05:11PM (#15820062)
Does Ubunutu need to remain on the laptop after the driver has been loaded?

I'm aware that you're working on a distro-agnostic tool. In the interim period, however, if someone with a System76 laptop wants to use Fedora while still disabling ME, can they simply load stock Ubuntu/pop_OS long enough to install the driver and disable ME and then wipe the drive and reload their OS of choice?

Re:System76 ME Firmware Updates Plan by dsp1234 on Thursday November 30, 2017 @05:25PM (#15820178)
Just running from a live cd/usb is probably less disruptive than wiping, installing, wiping, installing.
Re:System76 ME Firmware Updates Plan by jackpot51 on Thursday November 30, 2017 @05:14PM (#15820082)
Yeah, they can certainly do that.
Re:System76 ME Firmware Updates Plan by tmzt on Thursday November 30, 2017 @07:34PM (#15820991)
Could this be added into something like flashrom from the coreboot project?

Would it also be possible to support consumer-controlled signing keys, placing control of the system in whose hands they belong?

Re:System76 ME Firmware Updates Plan by jackpot51 on Friday December 01, 2017 @08:50AM (#15823767)
Firstly, the ME section is locked until a message is sent to the EC. Flashing firmware on a live system can be dangerous, more so on a laptop. Our flashing method has to take place in EFI.

Signing keys are fused into the CPU for boot guard when the CPU is attached to the motherboard during production, for soldered CPUs like the U and H class. Having a customer signing key would seriously complicate BIOS updates, as only one key can be utilized, meaning our firmware updates would not work.

It would also make returns much more difficult, as all CPUs with customer keys would have to be replaced.

Right now, boot guard is only used on the Galago and Lemur.

Re:System76 ME Firmware Updates Plan by tmzt on Friday December 01, 2017 @09:05AM (#15823853)
There's no way to use TPM as a store for these signing keys because they are needed too early in the process?

Yes, I expect as a general solution for your customers it might be overkill, but as this is basically the cutting edge of public domain research on these topics it would nice to know what's possible for customers who would take the risks.

Understood, I have more reading to do in to how the EFI shim/flasher works.