* (no subject)
@ 2023-08-03 8:25 Jarkko Sakkinen
2023-08-03 9:06 ` boot-time vtpm helper (was "Re: <void>") Jarkko Sakkinen
0 siblings, 1 reply; 4+ messages in thread
From: Jarkko Sakkinen @ 2023-08-03 8:25 UTC (permalink / raw)
To: linux-integrity
Cc: linux-kernel, linux-kernel, Jason Gunthorpe, Stefan Berger
Hi,
I have a working PoC for boot-time initialization of vtpm inside
tpm_vtpm_proxy. ATM, it uses the Linux firmware interface to load a ELF
binary for the vtpm, and delivers a communication end for the helper
process.
It is a great feature with the current narrow scope for continuous
integration. Obviously the scope could be later on extended to e.g.
from unencrypted plain text to a vTPM living inside SGX enclave.
I could send an RFC of this, if there is wider interest for the
topic.
BR, Jarkko
^ permalink raw reply [flat|nested] 4+ messages in thread
* boot-time vtpm helper (was "Re: <void>")
2023-08-03 8:25 Jarkko Sakkinen
@ 2023-08-03 9:06 ` Jarkko Sakkinen
2023-08-03 12:46 ` Stefan Berger
0 siblings, 1 reply; 4+ messages in thread
From: Jarkko Sakkinen @ 2023-08-03 9:06 UTC (permalink / raw)
To: Jarkko Sakkinen, linux-integrity
Cc: linux-kernel, linux-kernel, Jason Gunthorpe, Stefan Berger
On Thu Aug 3, 2023 at 11:25 AM EEST, Jarkko Sakkinen wrote:
> Hi,
>
> I have a working PoC for boot-time initialization of vtpm inside
> tpm_vtpm_proxy. ATM, it uses the Linux firmware interface to load a ELF
> binary for the vtpm, and delivers a communication end for the helper
> process.
>
> It is a great feature with the current narrow scope for continuous
> integration. Obviously the scope could be later on extended to e.g.
> from unencrypted plain text to a vTPM living inside SGX enclave.
>
> I could send an RFC of this, if there is wider interest for the
> topic.
>
> BR, Jarkko
I'm sorry, I'm trying learn aerc, and unfortunately forgot to add a subject.
BR, Jarkko
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: boot-time vtpm helper (was "Re: <void>")
2023-08-03 9:06 ` boot-time vtpm helper (was "Re: <void>") Jarkko Sakkinen
@ 2023-08-03 12:46 ` Stefan Berger
2023-08-04 20:30 ` Jarkko Sakkinen
0 siblings, 1 reply; 4+ messages in thread
From: Stefan Berger @ 2023-08-03 12:46 UTC (permalink / raw)
To: Jarkko Sakkinen, linux-integrity; +Cc: linux-kernel, Jason Gunthorpe
On 8/3/23 05:06, Jarkko Sakkinen wrote:
> On Thu Aug 3, 2023 at 11:25 AM EEST, Jarkko Sakkinen wrote:
>> Hi,
>>
>> I have a working PoC for boot-time initialization of vtpm inside
>> tpm_vtpm_proxy. ATM, it uses the Linux firmware interface to load a ELF
>> binary for the vtpm, and delivers a communication end for the helper
>> process.
>>
>> It is a great feature with the current narrow scope for continuous
>> integration. Obviously the scope could be later on extended to e.g.
Since VMs with vTPMs exist, which CI/CD environment would one use this in?
Where does the binary for the vtpm live when it's loaded with the firmware interface?
>> from unencrypted plain text to a vTPM living inside SGX enclave.
I would run swtpm inside an SGX enclave using Gramine.
Regards,
Stefan
>>
>> I could send an RFC of this, if there is wider interest for the
>> topic.
>>
>> BR, Jarkko
>
> I'm sorry, I'm trying learn aerc, and unfortunately forgot to add a subject.
>
> BR, Jarkko
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: boot-time vtpm helper (was "Re: <void>")
2023-08-03 12:46 ` Stefan Berger
@ 2023-08-04 20:30 ` Jarkko Sakkinen
0 siblings, 0 replies; 4+ messages in thread
From: Jarkko Sakkinen @ 2023-08-04 20:30 UTC (permalink / raw)
To: Stefan Berger, linux-integrity; +Cc: linux-kernel, Jason Gunthorpe
On Thu Aug 3, 2023 at 3:46 PM EEST, Stefan Berger wrote:
>
>
> On 8/3/23 05:06, Jarkko Sakkinen wrote:
> > On Thu Aug 3, 2023 at 11:25 AM EEST, Jarkko Sakkinen wrote:
> >> Hi,
> >>
> >> I have a working PoC for boot-time initialization of vtpm inside
> >> tpm_vtpm_proxy. ATM, it uses the Linux firmware interface to load a ELF
> >> binary for the vtpm, and delivers a communication end for the helper
> >> process.
> >>
> >> It is a great feature with the current narrow scope for continuous
> >> integration. Obviously the scope could be later on extended to e.g.
>
> Since VMs with vTPMs exist, which CI/CD environment would one use this in?
>
> Where does the binary for the vtpm live when it's loaded with the firmware interface?
Obviously vtpm is identified by a filename. The rest of the details are
in the Linux firmware documentation.
> >> from unencrypted plain text to a vTPM living inside SGX enclave.
>
> I would run swtpm inside an SGX enclave using Gramine.
Having a zero configuration and also zero dependency mechanism for
trivial kernel testing is an objective benefit.
> Where does the binary for the vtpm live when it's loaded with the firmware interface?
Either in initrd or with the help of CONFIG_EXTRA_FIRMWARE_* in vmlinux.
> >> from unencrypted plain text to a vTPM living inside SGX enclave.
>
> I would run swtpm inside an SGX enclave using Gramine.
Why would do you want to enforce the use of swtpm?
BR, Jarkko
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2023-08-04 20:30 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-08-03 8:25 Jarkko Sakkinen
2023-08-03 9:06 ` boot-time vtpm helper (was "Re: <void>") Jarkko Sakkinen
2023-08-03 12:46 ` Stefan Berger
2023-08-04 20:30 ` Jarkko Sakkinen
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®