• :arch: bitterseeds@fosstodon.org
    link
    fedilink
    arrow-up
    5
    ·
    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 🤷🤷

      • 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.

      • 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.

    • Possibly linux
      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