Why system keep ask to enter password for the first member of sudo group instead of deny command execution
We have OS ubuntu 18.04. There are 2 users presented :
user1, user2. user1 is administrative account and is member of sudo group:
uid=1010(user1) gid=1010(user1) groups=1010(user1),27(sudo),110(lxd)
. user2 is a regular user uid=1000(user2) gid=1000(user2) groups=1000(user2)
.
Now, in /etc/sudoers file i have a default record for sudo group:
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
As well as special commands allowed to be executed with administrative(root) rights for user2:
Cmnd_Alias CMD_RELOAD_PHP_FPM = /bin/systemctl reload php7.0-fpm, /bin/systemctl reload php7.2-fpm
user2 ALL=(root:root) NOPASSWD: CMD_RELOAD_PHP_FPM
At this step all is fine user2 can execute everything specified in Cmnd_Alias without entering password, so work as expected.
But when user2 tries to execute something he is not allowed to he gets prompt to enter, attention, user1
password. Not root
, not his own user2
, but user1
password, instead of silently or informatively denying such action:
user2@someserver:~$ /bin/systemctl restart <someservice>
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Authentication is required to restart 'someservice.service'.
Authenticating as: user1
Password:
user1
is the only member of sudo group.
grep 'sudo' /etc/group
sudo:x:27:user1
grep 'sudo' /etc/gshadow
sudo:*::user1
If user1
is removed from sudo
group and user2
tries to execute same command, then he is asked to enter root
password.
How can i change this behaviour, so user2
attempts would be denied instead of asking him to enter password ?
permissions sudo users pam
add a comment |
We have OS ubuntu 18.04. There are 2 users presented :
user1, user2. user1 is administrative account and is member of sudo group:
uid=1010(user1) gid=1010(user1) groups=1010(user1),27(sudo),110(lxd)
. user2 is a regular user uid=1000(user2) gid=1000(user2) groups=1000(user2)
.
Now, in /etc/sudoers file i have a default record for sudo group:
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
As well as special commands allowed to be executed with administrative(root) rights for user2:
Cmnd_Alias CMD_RELOAD_PHP_FPM = /bin/systemctl reload php7.0-fpm, /bin/systemctl reload php7.2-fpm
user2 ALL=(root:root) NOPASSWD: CMD_RELOAD_PHP_FPM
At this step all is fine user2 can execute everything specified in Cmnd_Alias without entering password, so work as expected.
But when user2 tries to execute something he is not allowed to he gets prompt to enter, attention, user1
password. Not root
, not his own user2
, but user1
password, instead of silently or informatively denying such action:
user2@someserver:~$ /bin/systemctl restart <someservice>
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Authentication is required to restart 'someservice.service'.
Authenticating as: user1
Password:
user1
is the only member of sudo group.
grep 'sudo' /etc/group
sudo:x:27:user1
grep 'sudo' /etc/gshadow
sudo:*::user1
If user1
is removed from sudo
group and user2
tries to execute same command, then he is asked to enter root
password.
How can i change this behaviour, so user2
attempts would be denied instead of asking him to enter password ?
permissions sudo users pam
add a comment |
We have OS ubuntu 18.04. There are 2 users presented :
user1, user2. user1 is administrative account and is member of sudo group:
uid=1010(user1) gid=1010(user1) groups=1010(user1),27(sudo),110(lxd)
. user2 is a regular user uid=1000(user2) gid=1000(user2) groups=1000(user2)
.
Now, in /etc/sudoers file i have a default record for sudo group:
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
As well as special commands allowed to be executed with administrative(root) rights for user2:
Cmnd_Alias CMD_RELOAD_PHP_FPM = /bin/systemctl reload php7.0-fpm, /bin/systemctl reload php7.2-fpm
user2 ALL=(root:root) NOPASSWD: CMD_RELOAD_PHP_FPM
At this step all is fine user2 can execute everything specified in Cmnd_Alias without entering password, so work as expected.
But when user2 tries to execute something he is not allowed to he gets prompt to enter, attention, user1
password. Not root
, not his own user2
, but user1
password, instead of silently or informatively denying such action:
user2@someserver:~$ /bin/systemctl restart <someservice>
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Authentication is required to restart 'someservice.service'.
Authenticating as: user1
Password:
user1
is the only member of sudo group.
grep 'sudo' /etc/group
sudo:x:27:user1
grep 'sudo' /etc/gshadow
sudo:*::user1
If user1
is removed from sudo
group and user2
tries to execute same command, then he is asked to enter root
password.
How can i change this behaviour, so user2
attempts would be denied instead of asking him to enter password ?
permissions sudo users pam
We have OS ubuntu 18.04. There are 2 users presented :
user1, user2. user1 is administrative account and is member of sudo group:
uid=1010(user1) gid=1010(user1) groups=1010(user1),27(sudo),110(lxd)
. user2 is a regular user uid=1000(user2) gid=1000(user2) groups=1000(user2)
.
Now, in /etc/sudoers file i have a default record for sudo group:
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
As well as special commands allowed to be executed with administrative(root) rights for user2:
Cmnd_Alias CMD_RELOAD_PHP_FPM = /bin/systemctl reload php7.0-fpm, /bin/systemctl reload php7.2-fpm
user2 ALL=(root:root) NOPASSWD: CMD_RELOAD_PHP_FPM
At this step all is fine user2 can execute everything specified in Cmnd_Alias without entering password, so work as expected.
But when user2 tries to execute something he is not allowed to he gets prompt to enter, attention, user1
password. Not root
, not his own user2
, but user1
password, instead of silently or informatively denying such action:
user2@someserver:~$ /bin/systemctl restart <someservice>
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Authentication is required to restart 'someservice.service'.
Authenticating as: user1
Password:
user1
is the only member of sudo group.
grep 'sudo' /etc/group
sudo:x:27:user1
grep 'sudo' /etc/gshadow
sudo:*::user1
If user1
is removed from sudo
group and user2
tries to execute same command, then he is asked to enter root
password.
How can i change this behaviour, so user2
attempts would be denied instead of asking him to enter password ?
permissions sudo users pam
permissions sudo users pam
asked Jan 31 at 10:05
ViktorViktor
384
384
add a comment |
add a comment |
1 Answer
1
active
oldest
votes
I have not enough knowledge about polkit
, but it seems to be a cause of such behavior.
Line which responsible for that is :
AdminIdentities=unix-group:sudo;unix-group:admin
inside the /etc/polkit-1/localauthority.conf.d/51-ubuntu-admin.conf
file
Commenting of the AdminIdentities=...
line and restarting polkit daemon returns default behavior where root
password is required for service restart.
Not sure if it's safe, or not. Probably some of community members could explain better.
Also it seems that I've found the place where default actions for systemd
are described if unprivileged user is trying to perform some action with the systemd service.
It's inside the file: /usr/share/polkit-1/actions/org.freedesktop.systemd1.policy
If I'm setting values like this:
<action id="org.freedesktop.systemd1.manage-units">
<description gettext-domain="systemd">Manage system services or other units</description>
<message gettext-domain="systemd">Authentication is required to manage system services or other units.</message>
<defaults>
<allow_any>no</allow_any>
<allow_inactive>no</allow_inactive>
<allow_active>no</allow_active>
</defaults>
</action>
i start to get Access denied
message on trying to restart service as unprivileged user.
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1114351%2fwhy-system-keep-ask-to-enter-password-for-the-first-member-of-sudo-group-instead%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
I have not enough knowledge about polkit
, but it seems to be a cause of such behavior.
Line which responsible for that is :
AdminIdentities=unix-group:sudo;unix-group:admin
inside the /etc/polkit-1/localauthority.conf.d/51-ubuntu-admin.conf
file
Commenting of the AdminIdentities=...
line and restarting polkit daemon returns default behavior where root
password is required for service restart.
Not sure if it's safe, or not. Probably some of community members could explain better.
Also it seems that I've found the place where default actions for systemd
are described if unprivileged user is trying to perform some action with the systemd service.
It's inside the file: /usr/share/polkit-1/actions/org.freedesktop.systemd1.policy
If I'm setting values like this:
<action id="org.freedesktop.systemd1.manage-units">
<description gettext-domain="systemd">Manage system services or other units</description>
<message gettext-domain="systemd">Authentication is required to manage system services or other units.</message>
<defaults>
<allow_any>no</allow_any>
<allow_inactive>no</allow_inactive>
<allow_active>no</allow_active>
</defaults>
</action>
i start to get Access denied
message on trying to restart service as unprivileged user.
add a comment |
I have not enough knowledge about polkit
, but it seems to be a cause of such behavior.
Line which responsible for that is :
AdminIdentities=unix-group:sudo;unix-group:admin
inside the /etc/polkit-1/localauthority.conf.d/51-ubuntu-admin.conf
file
Commenting of the AdminIdentities=...
line and restarting polkit daemon returns default behavior where root
password is required for service restart.
Not sure if it's safe, or not. Probably some of community members could explain better.
Also it seems that I've found the place where default actions for systemd
are described if unprivileged user is trying to perform some action with the systemd service.
It's inside the file: /usr/share/polkit-1/actions/org.freedesktop.systemd1.policy
If I'm setting values like this:
<action id="org.freedesktop.systemd1.manage-units">
<description gettext-domain="systemd">Manage system services or other units</description>
<message gettext-domain="systemd">Authentication is required to manage system services or other units.</message>
<defaults>
<allow_any>no</allow_any>
<allow_inactive>no</allow_inactive>
<allow_active>no</allow_active>
</defaults>
</action>
i start to get Access denied
message on trying to restart service as unprivileged user.
add a comment |
I have not enough knowledge about polkit
, but it seems to be a cause of such behavior.
Line which responsible for that is :
AdminIdentities=unix-group:sudo;unix-group:admin
inside the /etc/polkit-1/localauthority.conf.d/51-ubuntu-admin.conf
file
Commenting of the AdminIdentities=...
line and restarting polkit daemon returns default behavior where root
password is required for service restart.
Not sure if it's safe, or not. Probably some of community members could explain better.
Also it seems that I've found the place where default actions for systemd
are described if unprivileged user is trying to perform some action with the systemd service.
It's inside the file: /usr/share/polkit-1/actions/org.freedesktop.systemd1.policy
If I'm setting values like this:
<action id="org.freedesktop.systemd1.manage-units">
<description gettext-domain="systemd">Manage system services or other units</description>
<message gettext-domain="systemd">Authentication is required to manage system services or other units.</message>
<defaults>
<allow_any>no</allow_any>
<allow_inactive>no</allow_inactive>
<allow_active>no</allow_active>
</defaults>
</action>
i start to get Access denied
message on trying to restart service as unprivileged user.
I have not enough knowledge about polkit
, but it seems to be a cause of such behavior.
Line which responsible for that is :
AdminIdentities=unix-group:sudo;unix-group:admin
inside the /etc/polkit-1/localauthority.conf.d/51-ubuntu-admin.conf
file
Commenting of the AdminIdentities=...
line and restarting polkit daemon returns default behavior where root
password is required for service restart.
Not sure if it's safe, or not. Probably some of community members could explain better.
Also it seems that I've found the place where default actions for systemd
are described if unprivileged user is trying to perform some action with the systemd service.
It's inside the file: /usr/share/polkit-1/actions/org.freedesktop.systemd1.policy
If I'm setting values like this:
<action id="org.freedesktop.systemd1.manage-units">
<description gettext-domain="systemd">Manage system services or other units</description>
<message gettext-domain="systemd">Authentication is required to manage system services or other units.</message>
<defaults>
<allow_any>no</allow_any>
<allow_inactive>no</allow_inactive>
<allow_active>no</allow_active>
</defaults>
</action>
i start to get Access denied
message on trying to restart service as unprivileged user.
edited Feb 14 at 8:14
Mr Shunz
2,49121922
2,49121922
answered Feb 13 at 22:12
JevgenijJevgenij
263
263
add a comment |
add a comment |
Thanks for contributing an answer to Ask Ubuntu!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1114351%2fwhy-system-keep-ask-to-enter-password-for-the-first-member-of-sudo-group-instead%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown