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.
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.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 file2It is not you executing stuff with
sudo.file1is owned by you, butfile2is owned byroot.
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.
You want
su.sudois 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 usesuand leave us alone.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.)
Should be called medo
vim ~/.bashrc alias medo=sudo :wqEither I have the right to perform the operation, or I don’t.
If I don’t, ask me for the password of someone who does.
If I do, ask me if I really want to elevate, but don’t make me jump through hoops.
A prompt for my own password is nonsensical at this point.
And it reduces security, cause users choose a simpler password if they have to type it more often.The prompt for your password is to prevent someone that happens upon your unlocked computer to take it over. Also I think knowing which commands can be run as superuser by a given user is considered a security issue, hiding that info behind a password prompt should at least help.
You can turn just turn the prompt off by adding NOPASSWD to your account in the sudoers file(s).
Pro-tip: Don’t turn off the password requirement.
Pro-tip: Don’t use sudo
Always login as root then?
Or, you know, only when you’re doing root things?
When someone has physical access to my unlocked computer, everything is already lost.
Then they have access to all my private files, and the system has to be considered as compromised.And I know I can turn it off. But the standard that most distros use out of the box asks an already authenticated user to authenticate with the same method again.
Which is a security issue and a usability nightmare. Ideally, you should be prompted for your password so little that you can make it a long passphrase.yk you can change that in the sudoers file tho right?
you can make it ask for the root user’s password for elevation … or even make it passwordless but that’s a bad ideaYes, I know. Everything can be configured differently.
But when the defaults are bad and you have a fleet of VMs to manage instead of just one laptop running Firefox, then it sucks.You might be interested to know, there are tools for managing fleets of hardware and virtual machines.
You seem to think it’s a bad thing. The rest of the industry understands and benefits from it.
Sudo is a useful solution that Microsoft is working to build into Windows.
also, nix :3
Because sudo elevates the targeted process to run with administrator-level permission, a prompt will open asking you to verify that you want to continue.
So, Microsoft is explicitely not doing the thing I have issues with in Linux’s default sudo implementation.
It asks you for confirmation. It does not ask you for your password.
Because when you’re logged in, the system already knows you know that password and doesn’t need to ask for it again.As it’s been pointed out in this thread, you can reduce the security of your system by modifying the configuration file and adding the string that makes it perform similarly.
The windows implementation also is able to be used in the exact same configuration as sudo’s more secure default configuration, on most distributions.
Windows doesn’t pick the most secure configuration for a lot of things out of the box.
They’re working on improving the security and balancing against making it useful for those who refuse to learn new practices.
I didn’t see it mentioned, but several Linux distributions are configured exactly as you prefer. They aren’t typically meant as enterprise implementations when configured like that.
You seem to be ranting that it’s not set to your preferred less secure preferences or that you won’t add a string to a configuration file to reduce the security.
It’s your system set it how you like or adapt.
to me all sudo features make absolutely sense (except for too loose wildcard handling), also from a security point of view. if you dislike how its ‘default’ settings for your distro are like, change them to your needs or seek a distro that fits your needs. other way is dont use sudo, login as root directly, nothing hinders you (maybe your distros default setup that does not assume root login, then you’ld have to give root a password maybe) or write your own sudo alike security system if you like.
if you dislike security at all, do everything directly as root (also web browsing), put nopasswd foe your user into your sudoers file or go to puppy linux (afair there is only the root user and thus no boundary between user and root) but as soon as you encounter any Problems related to user-was-also-root, you ‘might’ have wanted such features … afterwards then ;-)
simple reasons to let the user input his password before running things with higher privileges:
- trigger the user to start the brian activity called ‘thinking’ before beeing allowed to go on.
- user uses a webbrowser that could be RCE’d by some webpage to execute a shell then running anything as root on your machine.
