SUDO - É realmente necessário?
1. SUDO - É realmente necessário?
removido
(usa Nenhuma)
Enviado em 10/08/2017 - 20:17h
De acordo com o site do software [1] , sudo é, em uma "casca de noz" : Sudo (su "do") allows a system administrator to give certain users (or groups of users) the ability to run some (or all) commands as root while logging all commands and arguments. Sudo operates on a per-command basis, it is not a replacement for the shell. Its features include:
The ability to restrict what commands a user may run on a per-host basis.
Sudo does copious logging of each command, providing a clear audit trail of who did what. When used in tandem with syslogd, the system log daemon, sudo can log all commands to a central host (as well as on the local host). At [*****], all admins use sudo in lieu of a root shell to take advantage of this logging.
Sudo uses timestamp files to implement a "ticketing" system. When a user invokes sudo and enters their password, they are granted a ticket for 5 minutes (this timeout is configurable at compile-time). Each subsequent sudo command updates the ticket for another 5 minutes. This avoids the problem of leaving a root shell where others can physically get to your keyboard. There is also an easy way for a user to remove their ticket file, useful for placing in a .logout file.
Sudo's configuration file, the sudoers file, is setup in such a way that the same sudoers file may be used on many machines. This allows for central administration while keeping the flexibility to define a user's privileges on a per-host basis. Please see the samples sudoers file below for a real-world example.
The ability to restrict what commands a user may run on a per-host basis.
Sudo does copious logging of each command, providing a clear audit trail of who did what. When used in tandem with syslogd, the system log daemon, sudo can log all commands to a central host (as well as on the local host). At [*****], all admins use sudo in lieu of a root shell to take advantage of this logging.
Sudo uses timestamp files to implement a "ticketing" system. When a user invokes sudo and enters their password, they are granted a ticket for 5 minutes (this timeout is configurable at compile-time). Each subsequent sudo command updates the ticket for another 5 minutes. This avoids the problem of leaving a root shell where others can physically get to your keyboard. There is also an easy way for a user to remove their ticket file, useful for placing in a .logout file.
Sudo's configuration file, the sudoers file, is setup in such a way that the same sudoers file may be used on many machines. This allows for central administration while keeping the flexibility to define a user's privileges on a per-host basis. Please see the samples sudoers file below for a real-world example.
Pelo que eu entendi e tenho como experiência, o sudo é um escalonador de privilégios, em que um usuário pode fazer ações como root de acordo com as configurações do mesmo.
Isso deve ser muito útil em ambientes corporativos e lugares em que há mais de um usuário. Entretanto, na maioria das distribuições GNU/Linux, o sudo já vem no computador e muitas vezes já configurado... Todavia, sabemos que dificilmente um computador com tal é usado por mais de um usuário, que já administra o SO, pois também é o root do sistema.
Levando isso em conta, surge uma indagação: POR QUE RAIOS PRECISA-SE DO SUDO QUANDO VOCÊ TEM UM ÚNICO USUÁRIO QUE TAMBÉM É ADMINISTRADOR DO SISTEMA?
Se ele não é necessário, por que caral.hos essa merd.a vem em quase todas as distros por padrão?
Obs.: Eu não estou perguntando se você usa o sudo no seu computador,
-uso aqui
-nunca deu problema
[1] https://www.sudo.ws/intro.html