Cryptsetup development
 help / color / mirror / Atom feed
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.


  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