Question: restricting users? (lemmy.world)

submitted 1 year ago by Hedgehawk@lemmy.world to c/linux@lemmy.ml

12 comments fedilink hide all child comments

I haven't really used Linux, but I feel it might be useful for a potential project. Is it possible, and how doable is it, to have a password locked admin account and an open user account which is heavily restricted on what they can do? As in, not even browse files. Preferrably only desktop access where they can launch the apps placed there. Which Linux would be the best for this while still being on the easier side to figure out? I do understand tech somewhat well and quite enjoy problem solving, so doesn't need to be ELI5 territory.

all 14 comments

sorted by: hot top controversial new old

[+] drugo@sh.itjust.works 29 points 1 year ago* (last edited 9 months ago)

[deleted]

[-] Hedgehawk@lemmy.world 3 points 1 year ago

Thanks for the advice! The premission stuff sounds perfect. So by default, basic account can't really mess anything up, even if it's a tech literate person using it?

[-] vidarh@lemmy.world 7 points 1 year ago* (last edited 1 year ago)

In theory if there are no security holes, a user account can only mess up its own account.

Note that what steps you want to take will really depend on who these users are and what you want to achieve. There's a vast chasm between allowing in, say, friends or colleagues, vs. letting random people on the internet access it. The latter will mean someone will intentionally look for exploits, which means e.g. regularly applying security updates becomes far more pressing.

If you are letting in random strangers, I'd look into only giving them access within a separate container or ideally virtual machine per user as an extra precaution unless what you're making available is very stripped down.

[-] Hedgehawk@lemmy.world 4 points 1 year ago

From past experiences, the worst I'm expecting is kids that think they know what hacking is because of some whacky Tiktok or Youtube video they saw. So there may be some intention to mess with things, it's just not very likely they truly know what they're doing. There won't be internet involved, hopefully.

I like the idea of a separate container or the like, will need to look into it, thanks.

[-] vidarh@lemmy.world 6 points 1 year ago

If it's not connected to the internet, that certainly does take away a significant cause of problems. Good luck

[-] makeasnek@lemmy.ml 9 points 1 year ago* (last edited 1 year ago)

There are several Linux distributions specifically made for "kiosk" type applications. I don't have any specific ones to suggest, but if you search "Linux distro for kiosk" that should return plenty of results. Might be easier to use one of those to suit your needs than modifying a normal distro like Debian, Fedora, Ubuntu, etc

[-] Hedgehawk@lemmy.world 3 points 1 year ago

I'll have to see if they'll fit better. It all really depends what way the project ends up going. Thanks for the suggestion!

[-] rufus@discuss.tchncs.de 4 points 1 year ago* (last edited 1 year ago)

Yeah, came here to also say this is called Kiosk mode. You can also not have the filesystem writable and only have user files in (volatile/temporary) memory and everything set back to default once the user logs out. This is used in libraries and on computers in schools. Like a "Live-CD". And in my library the computer just logs out the user after 5 minutes of inactivity. Clears everything, sets everything back to default, opens the browser fresh with the homepage of the library.

The concept with the files in RAM ins usually called 'ramdisk'. It is a virtual filesystem on top of the write-protected one that doesn't ever change.

I think you can also prevent write access in general, but there are some caveats to that. Depends on the use-case.

[-] hottari@lemmy.ml 7 points 1 year ago

Gnome has a feature in the settings for selecting which current applications can be made available to other users. I think it may be a flatpak only feature though.

Also another user will not be able to access another user's files if they are encrypted with LUKS or systemd-homed.

[-] Hedgehawk@lemmy.world 1 points 1 year ago

Thanks! I'll check out Gnome too.

[-] RegalPotoo@lemmy.world 6 points 1 year ago

Along with the restrictions others have mentioned, you could look at running your system as a "live" install:

Actual OS boots directly off media like a USB stick or DVD
Operating system is mounted "read only" - even the super admin can't change files in the root partition
Even if a clever user finds a way to run programs, their changes don't persist after a reboot
If you need some persistence (eg, allowing users to save documents) you could mount a network share as the /home partition, but mount it "noexec" so if users manage to download programs from the internet, they aren't able to run them

[-] bionicjoey@lemmy.ca 2 points 1 year ago* (last edited 1 year ago)

"Cannot even browse files" could imply being unable to run binaries like a shell. Could you expand a bit on your desired use case?

this post was submitted on 14 Oct 2023

21 points (100.0% liked)

Linux

48138 readers

554 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
No misinformation
No NSFW content
No hate speech, bigotry, etc

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago

MODERATORS

AgreeableLandscape@lemmy.ml

nooter692@lemmy.ml

MarcellusDrum@lemmy.ml

cypherpunks@lemmy.ml

cyclohexane@lemmy.ml

d3Xt3r@lemmy.nz