this post was submitted on 11 Nov 2024
-34 points (22.6% liked)

Linuxsucks

176 readers
68 users here now

Shit on Desktop Linux and its evangelists here

No evangelizing for Linux

founded 1 month ago
MODERATORS
 
top 30 comments
sorted by: hot top controversial new old
[–] [email protected] 6 points 6 days ago (1 children)

Yea, I don't think you understand what you're saying. Security is not a binary thing - it's layered. And your user is not, in fact, authorised to do pretty much anything outside your homedir.

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

If the user is in the sudoers file, they are authorized to do the things configured there.
Which is obvious when they can do the thing after entering their own password.

But since they already entered the same password at login, and are still logged in, there's no point in entering the same password one more time.
If that's your idea for security, you might as well pop up another password prompt every half hour to check that the same person is still on the PC.

The argument "a password prompt tells the user to stop and think" is wrong. That's not what a password prompt's purpose is.
For that, you can pop up a confirmation dialog, or even a text box where they have to type in "yes".
Using a password for anything other than proving the correct user is at the keyboard makes it less secure.

This is why Active Directory and Kerberos are so great. You log in once in the morning, and that's it.
And since you only have to type in your password once before work, it can be really secure and long.
Also, the chance of someone standing behind you while you type it is reduced.

[–] [email protected] 2 points 6 days ago

If the user is in the sudoers file, they are authorized to do the things configured there.

Correct. But the thing configured there is "to act on behalf of root for these items", not the "things" themselves.


Which is obvious when they can do the thing after entering their own password.

$ touch file1
$ sudo touch file2
$ ls -l file{1,2}
-rw------- 1 illecors   illecors   0 Nov 12 14:56 file1
-rw------- 1 root       root       0 Nov 12 14:56 file2

It is not you executing stuff with sudo. file1 is owned by you, but file2 is owned by root.


But since they already entered the same password at login, and are still logged in, there’s no point in entering the same password one more time.

There is a point. See above.


The argument “a password prompt tells the user to stop and think” is wrong.

That's not an argument I've made, nor make.


For that, you can pop up a confirmation dialog, or even a text box where they have to type in “yes”.

Both of which are much easier to defeat than a pop up confirmation dialog with a text box for your password.


Using a password for anything other than proving the correct user is at the keyboard makes it less secure.

No it doesn't - you seem to be making things up to justify your lack of understanding. Authentication is not the same as authorisation, nor should it be treated the same way.

When you type in your password on a login prompt - you authenticate who you are.

When you type in your password on a sudo prompt - you authorise a command to be carried out on behalf of root.


This is why Active Directory and Kerberos are so great. You log in once in the morning, and that’s it.

I'm not sure you realise how little you do on a windows machine. Good luck installing system software or altering system files on an AD managed Windows machine without authorisation. Which is what your meme(?) is implying.


And since you only have to type in your password once before work, it can be really secure and long.

There is no justification here, just a manufactured statement.


Also, the chance of someone standing behind you while you type it is reduced.

See above.

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

You want su. sudo is something else. It doesn't do things the way you want them to be done. The way it does things is correct for its use cases. You don't want to see that. So just fucking use su and leave us alone.

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

You are not the only one able to execute code under your user's name. A normally installed program, running under your directive as user, can run other commands under your authority as user.

But it can't run as root. You can run things as root via sudo, when you prove your identity as yourself - with the password - rather than another program operating in your name.

Passwordless sudo I think could be exploited e.g. by writing a script and passing it to bash.

(Or, as another reply pointed out, it provides a barrier against moderate malice of a passer-by or a 'friend' temporarily using your computer.)

[–] [email protected] 4 points 1 week ago* (last edited 1 week ago)

Should be called medo

vim ~/.bashrc
alias medo=sudo
:wq