Sudo/es

La orden sudo ofrece una forma sencilla y segura de configurar el escalado de privilegios, esto es, permitir a los usuarios normales correr algunas (o todas) las órdenes que se deseen como root o como otro usuario, posiblemente sin tener que suministrar una contraseña.

Cuando quiera que varias personas realicen ciertas tareas administrativas en su sistema sin que tenga que concederles un acceso total como root, el uso de sudo es la mejor opción. Con sudo puede controlar quién puede hacer según qué. Esta guía le ofrece una pequeña introducción a esta maravillosa herramienta.

Conceder Permisos
El paquete  permite al administrador del sistema otorgar permiso a otros usuarios para ejecutar una o más aplicaciones y que, normalmente, no tendría permiso. A diferencia de usar el bit "setuid" en estas aplicaciones,  proporciona un control más fino acerca de "quién" puede ejecutar cierta orden y "cuándo" puede hacerlo.

Con  puede hacer una lista completa de "quién" puede ejecutar una aplicación determinada. Si estableciera el bit setuid, cualquier usuario podría ejecutar la aplicación (o cualquier usuario de un grupo en concreto, dependiendo de los permisos empleados). Puede (e incluso debería) exigir al usuario que proporcione una contraseña cuando éste quiera ejecutar la aplicación.

Registrar la Actividad
Una ventaja adicional de  es que registra cualquier intento (satisfactorio o no) de ejecución de una aplicación. Esto es de gran utilidad si le quiere seguir la pista al que hizo ese error fatal que le llevó diez horas arreglar :&#41;

Configurar Sudo
La configuración de  se gestiona mediante el fichero. Este fichero no se debe editar con  o   o cualquier otro editor. Cuando quiera modificar este fichero, tendrá que utilizar.

Esta herramienta se asegura que no haya dos administradores del sistema editando el fichero al mismo tiempo, conserva sus permisos y realiza una comprobación de la sintaxis para cerciorarse de que no se cometan errores fatales en el fichero.

Acerca de esta Guía
Esta guía pretende ser una introducción rápida. El paquete  es mucho más potente que lo que aquí se describe. Tiene características especiales para la edición de ficheros como un usuario distinto, se puede correr desde un guión (por lo que puede estar en segundo plano, leer la contraseña desde la entrada estándar en lugar del teclado, ...), etc.

Por favor, lea las páginas de  y   del manual para obtener mayor información.

Sintaxis básica
La parte más difícil de  es la sintaxis de. La sintaxis básica es la siguiente:

Sintaxis básica de /etc/sudoers

Esta sintaxis le indica a  que el usuario, identificado como "usuario" y conectado al sistema nombre_de_equipo, puede ejecutar cualquiera de las órdenes listados en "órdenes" como usuario root. Un ejemplo más real podría ser más clarificador: permitir al usuario "swift" ejecutar  si está conectado al equipo localhost.

Ejemplo real del fichero /etc/sudoers

De todos modos, una gran advertencia: no permita que un usuario corra una aplicación que pueda permitir incrementar los privilegios a otros. Por ejemplo, permitir que los usuarios ejecuten  como root puede en efecto otorgarles acceso total como root al sistema, puesto que   se puede modificar para cambiar el comportamiento del sistema de ficheros en beneficio del usuario. Si no confía en los usuarios que pueden emplear, no les conceda ningún derecho.

El nombre de usuario también se puede sustituir por un nombre de grupo. En este caso, debería anteponer el signo  al nombre del grupo. Por ejemplo, para permitir que cualquier usuario del grupo  pueda correr  :

Permitir la ejecución de emerge a los miembros del grupo wheel

Puede ampliar la línea para permitir varias órdenes (en lugar de escribir una línea para cada orden). Por ejemplo, para permitir al mismo usuario no sol correr  como root sino también   y  :

Multiples órdenes

Puede incluso especificar una orden preciso y no solo la propia herramienta en sí. Esto es útil para restringir el uso de cierta herramienta a un grupo específico de argumentos. La herramienta  permite el uso de caracteres comodín del estilo del intérprete de órdenes (también conocidos como metacaracteres o caracteres "glob") en nombres de ruta así como en argumentos de la línea de órdenes dentro del fichero sudoers. Observe que estos "no" son expresiones regulares.

Pongamos todo esto a prueba:

La contraseña solicitada por  es la del propio usuario. Esto es para asegurarse de que ninguna terminal abierta accidentalmente a otros por error sea utilizada con fines dañinos.

Debería saber que  no cambia la variable  : cualquier orden situada después de   se trata desde "su" entorno. Si desea que el usuario corra una herramienta ubicada en, por ejemplo, éste debería proporcionar a   la ruta completa, algo como:

Utilizar Alias
En entornos más extensos que tengan que dar acceso a todos los usuarios una y otra vez (o equipos u órdenes) las tareas pueden ser más costosas de realizar. Para facilitar la administración de, puede definir "alias". El formato para declarar los alias es muy fácil:

Declararar alias en /etc/sudoers

Un alias que siempre funciona, en cualquier posición, es  (para distinguir correctamente entre lo que son y no son alias, se recomienda utilizar mayúsculas para los alias). Como indudablemente habrá deducido, el alias  sirve para todas los valores posibles.

Un ejemplo de uso del alias  para permitir a "cualquier" usuario lanzar la orden   si ha accedido al sistema local es:

Permitir que cualquier usuario puede ejecutar shutdown

Otro ejemplo es permitir al usuario  lanzar la orden   como root, independientemente del equipo donde haya iniciado sesión:

Permiter al usuario lanzar una aplicación independientemente de su localización

Más interesante es definir un conjunto de usuarios que puedan correr aplicaciones de software administrativo (como por ejemplo  y  ) en el sistema y un grupo de administradores que puedan cambiar la contraseña de cualquier usuario, excepto la de root:

Utilizar un alias para usuarios y órdenes

Ejecución como no Root
También es posible que un usuario lance una aplicación como otro usuario distinto que no sea root. Esto puede ser muy interesante si corre aplicaciones como un usuario diferente (por ejemplo,  para el servidor web) y desea permitir a ciertos usuarios realicen labores administrativas (por ejemplo, acabar con procesos zombi) como ese usuario.

Dentro de añada el o los usuarios entre   y   antes del listado de órdenes:

Sintaxis de ejecución para usuarios que no sean root

Por ejemplo, para permitir a  lanzar la herramienta kill como el usuario   o el usuario  :

Ejemplo de ejecución como usuario no root

With this set, the user can run  to select the user he wants to run the application as:

You can set an alias for the user to run an application as using the  directive. Its use is identical to the other  directives we have seen before.

Contraseñas y Configuraciones por Defecto
By default,  asks the user to identify himself using his own password. Once a password is entered,  remembers it for 5 minutes, allowing the user to focus on his tasks and not repeatedly re-entering his password.

Of course, this behavior can be changed: you can set the  directive in  to change the default behavior for a user.

For instance, to change the default 5 minutes to 0 (never remember):

Changing the timeout value

A setting of  would remember the password indefinitely (until the system reboots).

A different setting would be to require the password of the user that the command should be run as and not the users' personal password. This is accomplished using. In the following example we also set the number of retries (how many times the user can re-enter a password before  fails) to   instead of the default 3:

Requiring the root password instead of the user's password

Another interesting feature is to keep the  variable set so that you can execute graphical tools:

Keeping the DISPLAY variable alive

You can change dozens of default settings using the  directive. Fire up the  manual page and search for.

If you however want to allow a user to run a certain set of commands without providing any password whatsoever, you need to start the commands with , like so:

Allowing emerge to be ran as root without asking for a password

Listar Privilegios
To inform yourself what your capabilities are, run  :

If you have any command in that does not require you to enter a password, it will not require a password to list the entries either. Otherwise you might be asked for your password if it isn't remembered.

Prolongar la Caducidad de la Contraseña
By default, if a user has entered his password to authenticate himself to , it is remembered for 5 minutes. If the user wants to prolong this period, he can run  to reset the time stamp so that it will take another 5 minutes before   asks for the password again.

The inverse is to kill the time stamp using.

Completado de Órdenes en Bash
Users that want bash completion with sudo need to run this once.