O sudo não pede uma senha, mesmo após a reinicialização de múltiplos

8

Não editei meus sudoers, mas não preciso digitar a senha ao executar sudona linha de comando. Posso executar qualquer comando sudo sem digitar a senha, apenas abrindo o terminal, mesmo após reiniciar o sistema, como posso parar isso?

uid=1000(ktcool) gid=1000(ktcool) groups=1000(ktcool),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),108(lpadmin),1‌​24(sambashare)
ktcool
fonte
5
Sua conta de usuário está protegida com uma senha?
Davidson Chua
5
Além disso, se você digitou uma senha há um tempo atrás, ela fica em cache por algum tempo.
Thomas Ward
Em quais grupos você está? Use /usr/bin/ide leia man sudoers. Você ainda não é, não rooté?
waltinator
Sim, minha conta de usuário é protegida por senha. Mesmo após várias reinicializações, o problema permanece. Algum de vocês pode me dar uma solução para descobrir se eu editei acidentalmente meus agressores?
ktcool
1
Existem algumas perguntas semelhantes no AskUbuntu. Pesquise no /etc/sudoersarquivo e nos arquivos /etc/sudoers.dpor linhas que contenham NOPASSWD . Provavelmente, eles foram adicionados por um programa durante a instalação. Essas linhas devem ser as culpadas.

Respostas:

7

Use visudopara editar seu arquivo sudoers e procurar NOPASSWD:- essa é a diretiva que desativa o prompt de senha do usuário (você NUNCA precisa digitar a senha do usuário de destino, ou seja, a senha root). Simplesmente remover essa diretiva (incluindo os dois pontos no final) deve exigir que você digite novamente sua senha para usar o sudo (a menos que você a tenha usado recentemente, ela ainda será armazenada em cache, é possível limpar isso usando sudo -k)

ThiefMaster
fonte
0

No /etc/sudoersarquivo, o grupo admin deve se parecer com isso %admin ALL=(ALL) ALLe a raiz, por outro lado, é ALL=(ALL:ALL) ALL. Como na saída do seu idcomando mostra que você pertence a vários grupos, como lpadmin, verifique se algum deles tem a mesma linha que a linha raiz. Altere para parecer o mesmo que admin, salve, reinicie e deixe-nos saber se as coisas estão de volta ao normal.

Sergiy Kolodyazhnyy
fonte
0

Tente sudo --listnos mostrar a configuração sudo ativa para sua conta:

skath@beast:~$ sudo --list
Matching Defaults entries for skath on beast:
    env_reset, mail_badpass, secure_path=/usr/local/sbin\:/usr/local/bin\:/usr/sbin\:/usr/bin\:/sbin\:/bin

User skath may run the following commands on beast:
    (ALL : ALL) ALL
skath@beast:~$

Verifique os carimbos de data e hora nas credenciais em cache. Isso pode ajudar a ter uma idéia do motivo pelo qual você não está sendo solicitado:

skath@beast:~$ sudo ls -al /var/lib/sudo/$USER/
total 20
drwx------ 2 root skath 4096 Jan 28 14:27 .
drwx------ 3 root root  4096 Jan 28 13:52 ..
-rw------- 1 root skath   40 Feb  5 16:18 1
-rw------- 1 root skath   40 Jan 28 14:51 2
-rw------- 1 root skath   40 Jan 28 13:56 tty1
skath@beast:~$

Use sudo --remove-timestamppara tentar limpar todas as credenciais em cache.

De man sudo:

 -K, --remove-timestamp
             Similar to the -k option, except that it removes the
             user's cached credentials entirely and may not be used
             in conjunction with a command or other option.  This
             option does not require a password.  Not all security
             policies support credential caching.

 -k, --reset-timestamp
             When used without a command, invalidates the user's
             cached credentials.  In other words, the next time sudo
             is run a password will be required.  This option does
             not require a password and was added to allow a user to
             revoke sudo permissions from a .logout file.

             When used in conjunction with a command or an option
             that may require a password, this option will cause sudo
             to ignore the user's cached credentials.  As a result,
             sudo will prompt for a password (if one is required by
             the security policy) and will not update the user's
             cached credentials.

             Not all security policies support credential caching.
Steven K
fonte
-1

sudo -i é o caminho a percorrer se você não deseja digitar uma senha de vez em quando enquanto faz modificações no seu sistema (ou em outros sistemas) e não deseja modificar nenhum arquivo do sistema. Você passará a root usar sua sudo senha de usuário, quando você fechar o console ou digitar exitque está de volta ao seu usuário normal. espera que isso funcione, cumprimentos :)

i5fq
fonte
2
O problema é que ele deseja digitar uma senha, mas seu sistema não está solicitando uma, mas aceita e executa seus comandos como se ele tivesse digitado uma senha.
hmayag