this post was submitted on 21 Nov 2023
35 points (88.9% liked)

Linux

48216 readers
847 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

Related Communities

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

founded 5 years ago
MODERATORS
 

Title. Long,short story: creating or editing files with nano as my non-root user gives (the file) elevated privileges, like I have ran it w/ sudo or as root. And the (only) "security hole" that I can think of is a nextdns docker container running as root. That aside, its very "overkill" security-wise (cap_drop=ALL, non-root image, security_opt=no_new_privileges, etc.).

It's like someone tried to hack me but gave up halfway. Am I right or wrong to assume this? Just curious.

Thanks in advance.

you are viewing a single comment's thread
view the rest of the comments
[–] bolapara@lemmy.ml 6 points 1 year ago (1 children)

OK I see. Can you create a new file with nano and then do an "ls -l" so we can see the permissions it's given? Also provide the output of the command "umask" as the user you're working with.

[–] GustavoM@lemmy.world 0 points 1 year ago (1 children)

Just did it, and it shows my sudoer username with ownership of the created file. umask returns me 0002.

[–] bolapara@lemmy.ml 7 points 1 year ago (1 children)

Can you paste the line from ls -l? Sanitize the username/date/time if you need to. Example:

-rw-r--r-- 1 bolapara users 0 Nov 21 17:19 asdf

[–] GustavoM@lemmy.world -2 points 1 year ago (1 children)

-rw-rw-r-- 1 $sudoer $sudoer $date $createdfilename.

[–] Nibodhika@lemmy.world 2 points 1 year ago (1 children)

That is not an elevated permission, your user should be able to delete that file, do the same in another directory if it works it might be a permission, or more likely an attribute, problem on the directory itself or something on the path to it.

[–] bizdelnick@lemmy.ml 3 points 1 year ago* (last edited 1 year ago)

You cannot say if user able do delete the file or not. It depends on the directory permissions (deleting a file is modifying a directory).