From: Ondrej Kozina <okozina@redhat.com>
To: oSumAtrIX <johan.melkonyan1@web.de>, cryptsetup@lists.linux.dev
Subject: Re: Derive encryption key from PIN
Date: Tue, 14 Jul 2026 12:57:52 +0200 [thread overview]
Message-ID: <96c530a1-d27a-4c27-86c0-04ac3abfef22@redhat.com> (raw)
In-Reply-To: <CAK+fmzxEkGy+8X9BAwFKyU415Z4xm2uHfL+yaah-U1Rkw9YDYA@mail.gmail.com>
Hi,
On 14/07/2026 12:27, oSumAtrIX wrote:
> Hello,
>
> I found this email in the README of the cryptsetup GitLab repository.
>
> I am reaching out because I noticed that the PIN used to unseal the
> decryption key from the TPM is not used to derive the decryption key.
> The PIN is merely used as a policy, when it can also function in a
> cryptographic context. The sealed key can further be encrypted with
> the PIN, so that even a full compromise of the TPM including the
> sealed key does not reveal the decryption key in cleartext. According
> to
> https://www.sstic.org/media/SSTIC2011/SSTIC-actes/bitlocker/SSTIC2011-Slides-bitlocker-bordes.pdf
> BitLocker implements a KDF from the TPM PIN, but it seems to be
> missing in LUKS.
What do we talk about? systemd-tpm2 cryptsetup plugin? IIUCT it uses
secret stored in TPM2 to get LUKS2 keyslot passphrase or KEK. The KEK
later enter KDF to derive keyslot encryption key. And the keyslot
contains encrypted volume key (MEK).
Or, there's some other plugin or application that seals the actual
volume key?!
If there's something that could be improved in systemd-tmp2 plugin,
please open RFE on systemd. They maintain the plugins for cryptsetup.
Best regards
O.
next prev parent reply other threads:[~2026-07-14 10:57 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-14 10:27 Derive encryption key from PIN oSumAtrIX
2026-07-14 10:57 ` Ondrej Kozina [this message]
2026-07-14 11:10 ` oSumAtrIX
2026-07-14 11:19 ` Ondrej Kozina
2026-07-14 11:07 ` Milan Broz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=96c530a1-d27a-4c27-86c0-04ac3abfef22@redhat.com \
--to=okozina@redhat.com \
--cc=cryptsetup@lists.linux.dev \
--cc=johan.melkonyan1@web.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox