I recently switched to Linux (Zorin OS) and I selected “use ZFS and encrypt” during installation. Now before I can log in it asks me “please unlock disk keystore-rpool” and I have to type in the encryption password it before I’m able to get to the login screen.

Is there a way to do this automatically like with Windows or MacOS? Zorin has biometric login which is nice but this defeats the purpose especially because the encryption password is long and tedious to type in.

Also might TPM have anything to do with this?

EDIT: Based on the responses I have to assume some of you guys live in windowless underground bunkers sealed off with concrete because door locks “aren’t secure against battering rams”. Normal people don’t need perfect encryption they just want to add an extra hurdle or two for the crackhead who steals the PC. I assumed Linux had a system similar to what Windows or MacOS has been doing for a decade but I am apparently wrong.

  • JediwanOP
    link
    fedilink
    arrow-up
    17
    arrow-down
    49
    ·
    edit-2
    10 months ago

    Encryption makes it more difficult to copy data from the drive. Windows and MacOS can manage to encrypt drives without requiring two different passwords, I mistakenly assumed Linux could too.

    • GlitzyArmrest@lemmy.world
      link
      fedilink
      English
      arrow-up
      57
      arrow-down
      10
      ·
      10 months ago

      If you’re having it automatically unlock the drive at boot, it kind of defeats the purpose. If someone steals your tower, they can boot it and copy the unencrypted contents since it automatically unlocks.

      • fuckwit_mcbumcrumble@lemmy.world
        link
        fedilink
        English
        arrow-up
        22
        arrow-down
        3
        ·
        10 months ago

        OP isn’t asking for it to decrypt automatically. OP is asking for the entering the decryption password to also log you in. That way you only have to type the password once, instead of twice.

      • phx@lemmy.ca
        link
        fedilink
        arrow-up
        7
        ·
        10 months ago

        It depends on where the encryption data is stored. If the bootloader and bios/efi are locked down and the data to unlock is stored in an encrypted enclave or one is using a TPM (and not an external chip one that can be sniffed with a pi), that’s a reasonable protection for the OS even if somebody gains physical access.

        You could also store the password in the EFI, or on a USB stick etc. It doesn’t help you much against longer-term physical access but it can help if somebody just grabs the drive. It’s also useful to protect the drive if it’s being disposed of as the crypto is tied to other hardware.

        Even just encrypting the main OS with the keys in the boot/initrd has benefit, as ensuring that part is well-wiped makes asset disposal safe®. Some motherboards have an on-board SDCard or USB slot which your can use for the boot partition. It means I don’t have to take a drill to my drives before I dispose of them

          • Markaos@lemmy.one
            link
            fedilink
            arrow-up
            8
            ·
            edit-2
            10 months ago

            Yeah, but a lot of those things will trip the TPM module, so you will get a different decryption key if you for example try to use the single kernel parameter to boot into a root shell. And different decryption key means no access to the data.

          • MangoPenguin@lemmy.blahaj.zone
            link
            fedilink
            English
            arrow-up
            5
            ·
            10 months ago

            At least on Windows that requires booting the PC from some other media, and that wouldn’t work with the drive encrypted because you have no access to the files you need to modify.

            Is it similar with Linux, or do you mean you can actually bypass login from the OS that’s already booted up??

            • Bitrot@lemmy.sdf.org
              link
              fedilink
              English
              arrow-up
              1
              ·
              edit-2
              10 months ago

              It is similar in Linux. Vulnerabilities, bugs, or enough time will get through on any OS so people have to decide on their personal level of paranoia. A lot of people have very little idea how a TPM or sealing key material works.

          • Ptsf@lemmy.world
            link
            fedilink
            arrow-up
            8
            arrow-down
            1
            ·
            10 months ago

            Perfect security doesn’t exist. If they’ve got the engineering capital required to design and manufacture key retrieval hardware, you lost the moment they gained physical access to your equipment.

              • Ptsf@lemmy.world
                link
                fedilink
                arrow-up
                2
                ·
                10 months ago

                Most brute-force attacks can be hardened against. Again there’s no perfect security, just better security.

            • TDCN@feddit.dk
              link
              fedilink
              arrow-up
              3
              ·
              edit-2
              10 months ago

              I agree. Physical access to the device and its often game over.

              Sadly reading off the key is already trivial in some cases as showcased in this recent video by stacksmashing

              Since the key has to be sent to the cpu in plain text it can easily be sniffed. If however the TPM is integrated in the cpu its not so easy, but then the os can be manipulated or hacked after boot with known exploits.

              If you have a long and secure password for you encryption the absolute only way in is to brute force the key which is significantly harder if not impossible regardless of capital

            • umami_wasabi@lemmy.ml
              link
              fedilink
              arrow-up
              2
              arrow-down
              1
              ·
              edit-2
              10 months ago

              If he uses TPM. I’m not aginst OP using it but he needs to understand the drawbacks. At least I hope he will.

      • BolexForSoup@kbin.social
        link
        fedilink
        arrow-up
        2
        ·
        edit-2
        10 months ago

        Yes but they can’t access its contents without the tower.

        I agree it’s kind of silly but technically it does do something.

      • Pantherina@feddit.de
        link
        fedilink
        arrow-up
        1
        ·
        10 months ago

        I dont think you can. Can you read SSD storage while that is running? The drive needs to be decrypted using the TPM, and that should only work when its plugged in.

    • Confused_Emus@lemmy.world
      link
      fedilink
      arrow-up
      18
      arrow-down
      3
      ·
      10 months ago

      But if you have it set to unlock automatically…? It’s not like the drive is going to know it’s you booting it vs someone else if you’re not having to enter the password.

      Windows and Mac can indeed encrypt drives without two passwords - as long as you don’t set a drive encryption password to be entered at BIOS load before the OS loads, which is what you’ve done.

      • Markaos@lemmy.one
        link
        fedilink
        arrow-up
        14
        ·
        10 months ago

        The idea is to use TPM to store the keys - if you boot into a modified OS, TPM won’t give you the same key so automatic unlock will fail. And protection against somebody just booting the original system and copying data off it is provided by the system login screen.

        Voilà, automatic drive decryption with fingerprint unlock to log into the OS. That’s what Windows does anyway.

        • Confused_Emus@lemmy.world
          link
          fedilink
          arrow-up
          3
          ·
          10 months ago

          I see. I don’t know that the usual drive encryption you set up during Linux install works with that, but there are BitLocker-like programs for Linux that might.

        • JediwanOP
          link
          fedilink
          arrow-up
          3
          ·
          10 months ago

          I don’t suppose you know of a tutorial to get this set up? Google turned up nothing.

        • Confused_Emus@lemmy.world
          link
          fedilink
          arrow-up
          6
          arrow-down
          4
          ·
          10 months ago

          Although OPs scenario is if someone steals the tower, in which case it’s not a different TPM. Would only help if the drives were yanked, which honestly I’d probably do rather than try to take the whole tower.

          • Markaos@lemmy.one
            link
            fedilink
            arrow-up
            8
            ·
            10 months ago

            If you boot the computer into the currently installed OS, you will be presented with a login screen and will have to enter the correct password to log in (kernel parameters are part of the checksums, so booting into single-user mode won’t help you, that counts as a modified OS). If you boot a different OS, you won’t get the key off the TPM.

      • JediwanOP
        link
        fedilink
        arrow-up
        2
        arrow-down
        1
        ·
        10 months ago

        as long as you don’t set a drive encryption password to be entered at BIOS load before the OS loads, which is what you’ve done.

        MacOS does ask for a different password during setup, which you never have to use again unless you want to access the drive on a different PC.

    • kebabslob@lemmy.blahaj.zone
      link
      fedilink
      arrow-up
      10
      arrow-down
      3
      ·
      10 months ago

      How… How would they get the drive? Would n that need access to your computer? I imagine at that point they could turn it on first and copy your data that way, no?

      • umami_wasabi@lemmy.ml
        link
        fedilink
        arrow-up
        4
        ·
        edit-2
        10 months ago

        No. With FDE, an adversary can’t just trun it on and copy data unless there are some 0day on the login that allows exectuing arbitrary codes.