Linux

59502 readers

430 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
No misinformation
No NSFW content
No hate speech, bigotry, etc

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 6 years ago

MODERATORS

AgreeableLandscape@lemmy.ml

nooter692@lemmy.ml

MarcellusDrum@lemmy.ml

cypherpunks@lemmy.ml

cyclohexane@lemmy.ml

d3Xt3r@lemmy.nz

Debian, encrypted boot, how to increase password attempts? (slrpnk.net)

submitted 2 months ago* (last edited 2 months ago) by boredsquirrel@slrpnk.net to c/linux@lemmy.ml

13 comments fedilink hide all child comments

Since Debian 13 (Trixie), when using the default FDE which uses grub to decrypt the luks partition, I have a single attempt

When the password is mistyped there is a long pause (over 10 seconds) and then the error appears.

I already tried increasing the max tries, which seems to be set to 1 when a keyfile is used.

The config/script seems to be in /usr/share/initramfs-tools/scripts/local-top/cryptroot.

I copied that to /etc/initramfs-tools/scripts/local-top/cryptroot and replaced the value CRYPTTAB_OPTION_tries=1 with 10 using find/replace (ansible stuff).

I think this has no effect though and doing so (might be a different issue) breaks boot entirely 💀

More info:

by default when legacy boot (BIOS) is available, Debian will install grub to the MBR. This is where it happens
when forcing or prioritizing legacy boot and using GPT, debian somehow boots from a 300MB efi partition, the same happens though, one attempt

you are viewing a single comment's thread
view the rest of the comments

[–] Blue_Morpho@lemmy.world 3 points 2 months ago (1 children)

I think he's referring to the 10 second pause between attempts. It's security theatre because you can replace the bootloader with one that doesn't pause.

[–] derpgon@programming.dev 1 points 2 months ago (1 children)

Is it? I always though the password is hashed via Bcrypt (or similar) with very high difficulty so it takes some time to check

[–] Blue_Morpho@lemmy.world 2 points 2 months ago (1 children)

Disk encryption is Luks not bcrypt and Luks timeouts are configurable.

[–] derpgon@programming.dev 2 points 2 months ago

So, it is purely a software timeout and not hardware due to key derivation algorithm? That's partly understandable and partly a security hole if it can be disabled so easily.