Thread (67 messages) 67 messages, 15 authors, 2016-07-22

Re: [RFC 0/3] extend kexec_file_load system call

From: Arnd Bergmann <arnd@arndb.de>
Date: 2016-07-13 20:00:55
Also in: linux-arm-kernel, linuxppc-dev, lkml

Possibly related (same subject, not in this thread)

On Wednesday, July 13, 2016 3:45:41 PM CEST Thiago Jung Bauermann wrote:
Am Mittwoch, 13 Juli 2016, 15:13:42 schrieb Arnd Bergmann:
quoted
On Wednesday, July 13, 2016 10:41:28 AM CEST Mark Rutland wrote:
quoted
On Wed, Jul 13, 2016 at 10:01:33AM +0200, Arnd Bergmann wrote:
quoted
- kboot/petitboot with all of the user space being part of the trusted
boot> > 
  chain: it would be good to allow these to modify the dtb as needed
  without breaking the trust chain, just like we allow grub or u-boot
  to modify the dtb before passing it to the kernel.
It depends on *what* we need to modify here. We can modify the bootargs
and initrd properties as part of the kexec_file_load syscall, so what
else would we want to alter?
I guess petitboot can also just use kexec_load() instead of
kexec_file_load(), as long as the initramfs containing petitboot is
trusted by the kernel.
For secure boot, Petitboot needs to use kexec_file_load, because of the 
following two features which the system call enables:

1. only allow loading of signed kernels.
2. "measure" (i.e., record the hashes of) the kernel, initrd, kernel
   command line and other boot inputs for the Integrity Measurement
   Architecture subsystem.

Those can't be done with kexec_load.
Can't petitboot do both of these in user space?

	Arnd

_______________________________________________
kexec mailing list
kexec@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/kexec
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help