this post was submitted on 05 Dec 2023

49 points (81.0% liked)

Linux

48670 readers

343 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

[email protected]

7 Ways to Tweak Sudo Command in Linux (itsfoss.com)

submitted 1 year ago by [email protected] to c/[email protected]

19 comments fedilink hide all child comments

top 19 comments

sorted by: hot top controversial new old

[–] [email protected] 22 points 1 year ago (2 children)

An article about tweaking sudo without insults?

[–] [email protected] 20 points 1 year ago (1 children)

This incident will be reported

[–] [email protected] 3 points 1 year ago

Guru meditation number: 73564804

[–] [email protected] 12 points 1 year ago (1 children)

Insults is a bonus after tip 7

[–] [email protected] 4 points 1 year ago

Oops guess I didn't read far enough ;)

[–] [email protected] 6 points 1 year ago

Step 1. install opendoas

[–] [email protected] 5 points 1 year ago (1 children)

Please stop the blogspam. Nobody wants to see yet another shitty list.

[–] [email protected] 25 points 1 year ago (1 children)

bu-bu-but number 4 will shock you!

[–] [email protected] 5 points 1 year ago

You are right. I expected to see a boring list of most frequently used options from /etc/sudoers, but WOW! The author is very brave guy!

[+] [email protected] -14 points 1 year ago (2 children)

I.e. how malware could easily catch your Sudo password without root access.

Peeps, bad news, Linux is damn insecure.

By simply placing an alias in your bashrc they could already grab your sudo password.

Another bad news, this Windows "okay" Button without any password is actually more secure.

[–] [email protected] 10 points 1 year ago (1 children)

I.e. how malware could easily catch your Sudo password without root access.

Peeps, bad news, Linux is damn insecure.

By simply placing an alias in your bashrc they could already grab your sudo password.

Another bad news, this Windows "okay" Button without any password is actually more secure.

In other words: a compromised system at the User level can easily compromised at the admin level if there are no additional checks/measures in place. Same for Windows. Just change the link to a Programm you commonly need the press OK to to you maleware. Profit.

[–] IAm_A_Complete_Idiot 3 points 1 year ago

The proper way to handle issues like these is process level permissions (i.e. capability systems), instead of user level. Linux CGroups, namespaces, etc. are already moving that way, and in effect that's the way windows is trying to head too. (Windows has its own form of containerization called AppContainers, which UWP apps use. Windows also has its own capability system).

[–] [email protected] 5 points 1 year ago (2 children)

Either you're trolling - in which case, sod off back to Reddit - or you have a woeful misunderstanding of how Linux user permissions work.

Please explain how someone might "simply change" someone else's .bashrc without either already having access to that user account, or root access on the whole machine?

[–] IAm_A_Complete_Idiot 5 points 1 year ago* (last edited 1 year ago) (2 children)

The idea is malware you installed would presumably run under your user account and have access. You could explicitly give it different UIDs or even containerize it to counteract that, but by default a process can access everything it's UID can, which isn't great. And even still to this day that's how users execute a lot of processes.

Windows isn't much better here, though.

[–] [email protected] 1 points 1 year ago (1 children)

If you containerize, the application (malware) will run under the user configured in the image, unless you override it, and in a separate mount namespace, unless you change that, which makes the "alias sudo" trick extremely unlikely.

Even running under a separate user anyway prevents almost fully the attack you mention, unless the separate user has root privileges or the DAC_OVERRIDE capability is assigned to the binary (assigning it requires CAP_SYS_ADMIN).

In short, the attack you mention is a common persistence and privilege escalation vector, which is relatively easy to detect (watch for changes to shell profiles), although preventing it requires some care. I just want to point out that in single-user machines (e.g. personal computers) escalating to root is anyway fairly unnecessary, given that all the juicy stuff (ssh keys, data, etc.) is anyway probably running under/owned by that user.

[–] IAm_A_Complete_Idiot 1 points 1 year ago

Yep! You can also get pretty far even without containers. At the end of the day containers are just sandboxing using namespaces, and systemd can expose that pretty trivially for services, and tools like bubble wrap / flatpak let you do it for desktop apps. In an ideal world every package would only use the namespaces it needs, and stuff like this would largely not be a concern.

[–] [email protected] 0 points 1 year ago (1 children)

Regarding Windows all I read is that this "admin permission dialog" is launched in some form of sandbox where no software can access it. Not sure about faking input devices though, and I am also not promoting Windows for Security

[–] IAm_A_Complete_Idiot 1 points 1 year ago* (last edited 1 year ago)

True, but that doesn't necessarily matter if I can compromise the privileged app instead. I could replace it, modify it on disk, or really any number of things in order to get myself a hook into a privileged position.

Just injecting code in some function call which launches malware.exe would do the trick. Ofc signature checks and the like can help here - but those aren't a given. There's any number of ways you can elevate yourself on a system based off of user security if your threat model is malicious processes. Linux (and windows) will stop users from accessing each other's crap by default, but not processes.

Or: supply chain attacks. Now your official app without any modifications is malicious.

[–] [email protected] 1 points 1 year ago

Nearly all tools (with flatpak and portals progressing into better directions but probably never finished) have rw permissions everwhere.

The modern OS threat model is not other users, as private users mostly have single user systems. It is malware and software doing nasty things.

On Linux this always worked out somehow, but grabbing your sudo password is not hard, just alias sudo to a script reading your argument, reading your password, and piping the password to the real sudo. You dont even notice it but that script just got your sudo password.

Dont know what Reddit has to do with that