• Skull giver@popplesburger.hilciferous.nl
      link
      fedilink
      English
      arrow-up
      0
      ·
      edit-2
      6 months ago

      Can’t root just modprobe a malicious driver to bypass these restrictions? The documentation speaks of signatures, but you can work around that by exploiting an old, signed driver just like on Windows.

      • Justin@lemmy.jlh.name
        link
        fedilink
        English
        arrow-up
        0
        ·
        6 months ago

        You might be right. I think that the Linux kernel doesn’t have an ABI though, so I believe the driver has to be built for the current version of the kernel. I think the idea is also that the driver is signed by the distro, not Microsoft, so the risk of random drivers getting signed accidentally is probably much lower.

          • Skull giver@popplesburger.hilciferous.nl
            link
            fedilink
            English
            arrow-up
            0
            ·
            6 months ago

            DKMS taints the kernel in most setups and also requires secure boot in most contexts, disabling lock down mode and disabling most protections in the first place. If you use DKMS (to use the Nvidia driver, for example), the security boundary between root and kernel is basically nonexistent.

            I’d love to see distros guide users to setting up secure boot properly (with custom certificates so Linux can be booted securely) but in practice most distros don’t have this protection boundary.

            • The Stoned Hacker@lemmy.world
              link
              fedilink
              English
              arrow-up
              0
              ·
              6 months ago

              It kinda depends, on custom kernels DKMS can be incredibly helpful. Like for a hardened kernel, a lot of drivers may be loaded via DKMS.