• Possibly linux@lemmy.zip
    link
    fedilink
    English
    arrow-up
    13
    arrow-down
    4
    ·
    4 months ago

    This is why we need sandboxing. Right now the Linux desktop is still lacking in terms of security

    • :arch: bitterseeds@fosstodon.org
      link
      fedilink
      arrow-up
      4
      ·
      4 months ago

      @possiblylinux127 @wisha And how would sandboxing a malicious script inside a theme that is supposed to change the look of your desktop work? They installed and ran something that rm’d their home directory. I’m honestly curious how you’d solve this.

      • wisha@lemmy.mlOP
        link
        fedilink
        arrow-up
        9
        ·
        4 months ago

        A more locked-down theming API could help. For example Firefox themes are always 100% safe to install. That said, Firefox themes are almost useless (they’re more like color schemes lol), and no one wants to lose KDE’s powerful customizability so 🤷🤷

        • Canary9341@lemmy.ml
          link
          fedilink
          arrow-up
          4
          ·
          4 months ago

          Perhaps having different categories with different limitations would work well. Using the firefox example, prioritize the use of WebExtensions, but keep XUL/XPCOM with appropriate warnings.

        • JackGreenEarth@lemm.ee
          link
          fedilink
          English
          arrow-up
          4
          ·
          4 months ago

          What do you mean? I have Firefox themes that change the whole look of the browser, using userchrome.css.

      • Possibly linux@lemmy.zip
        link
        fedilink
        English
        arrow-up
        3
        ·
        4 months ago

        If it ran in a sandbox it would just wipe its own files instead of the system. Under no circumstances should a plugin from some random guy online be running with such high privileges