3 ms·
Linux has lots of sandboxing features. The issue is often not the individual features, but delivering them as a consistent, usable package. Though Flatpak is g
by microtonal 3y ago
Linux has lots of sandboxing features.
The issue is often not the individual features, but delivering them as a consistent, usable package. Though Flatpak is getting there, but it's a long road, you don't just need some kernel sandboxing features, but also toolkit extensions to make files available to sandboxed applications (portals), etc.
Many Linux distros only use them minimally because the value proposition is poor: Most distros don't ship closed-source applications
That's kind of putting your head in the sand. A lot of users need closed-source applications for work, such as Slack, Zoom, Chrome, Obsidian, JetBrains IDEs (the non-open source flavors), or for fun (Games, Steam, Spotify). Some have web apps, but the generally work less well.
a tiny number of backdoored open source packages
Backdoored applications are not the only issue. Also non-backdoored applications with vulnerabilities, basically any client, etc. The saving grace of the Linux desktop is that it's not much of an interesting target due to relatively low popularity. Otherwise actors would be hunting for vulnerabilities in RSS readers, chat clients, etc. (remember that the surface is not only the application itself, but also any image/video decoding libraries, etc.).
OTOH, sandboxing tends to break the kind of complex workflows that users are fond of.
That's an issue, especially for Linux power users. For most users, sandboxing can be done without too many issues (see e.g. sandboxed Mac apps).