identificador de usuario

El UID efectivo ( euid) de un proceso se utiliza para la mayoría de las comprobaciones de acceso. También se utiliza como propietario de los archivos creados por ese proceso.

El UID real ( ruid) y el GID real ( rgid) identifican al propietario real del proceso y afectan los permisos para enviar señales. Un proceso sin privilegios de superusuario puede enviar señales a otro proceso solo si el ruidUID del remitente coincide con el GID euiddel receptor . Dado que un proceso hijo hereda sus credenciales de su padre, un hijo y un padre pueden enviarse señales entre sí.ruidsuid

El ID de usuario guardado se utiliza cuando un programa que se ejecuta con privilegios elevados necesita realizar temporalmente algún trabajo sin privilegios; cambiar euidde un valor privilegiado (normalmente 0) a algún valor sin privilegios (cualquier cosa que no sea el valor privilegiado) hace que el valor privilegiado se almacene en suid. Posteriormente, el de un programa euidse puede volver a establecer al valor almacenado en suid, de modo que se puedan restaurar los privilegios elevados; un proceso sin privilegios puede establecer su euida uno de solo tres valores: el valor de ruid, el valor de suid, o el valor de euid.

POSIX requiere que el UID sea de tipo entero . La mayoría de los sistemas operativos tipo Unix representan el UID como un entero sin signo. El tamaño de los valores UID varía entre los diferentes sistemas; algunos sistemas operativos UNIX usaban valores de 15 bits, lo que permitía valores de hasta 32767 , mientras que otros, como Linux (antes de la versión 2.4), admitían UID de 16 bits , lo que hacía posible 65536 identificadores únicos. La mayoría de los sistemas modernos tipo Unix (por ejemplo, Solaris 2.0 en 1990, Linux 2.4 en 2001) han cambiado a UID de 32 bits , lo que permite 4.294.967.296 ( ^2³² ) identificadores únicos.

La especificación Linux Standard Base Core especifica que los valores UID en el rango de 0 a 99 deben ser asignados estáticamente por el sistema y no deben ser creados por las aplicaciones, mientras que los UID de 100 a 499 deben reservarse para la asignación dinámica por parte de los administradores del sistema y los scripts posteriores a la instalación. ^{[ 2 ]}

Debian Linux no solo reserva el rango 100–999 para usuarios y grupos del sistema asignados dinámicamente, sino que también asigna de forma centralizada y estática usuarios y grupos en el rango 60000–64999 y reserva además el rango 65000–65533. ^{[ 3 ]}

Systemd define una serie de rangos UID especiales, incluidos ^{[ 4 ].}

• 60001-60513: UID para directorios de inicio gestionados por systemd-homed
• 61184-65519 (0xef00-0xffef): UID para usuarios dinámicos

En FreeBSD , los porteadores que necesitan un UID para su paquete pueden elegir uno libre del rango 50 a 999 y luego registrar la asignación estática. ^{[ 5 ] [ 6 ]}

Algunos sistemas POSIX asignan UID para nuevos usuarios a partir de 500 ( macOS , Red Hat Enterprise Linux hasta la versión 6), otros a partir de 1000 (Red Hat Enterprise Linux desde la versión 7, ^{[ 7 ]} openSUSE , Debian ^{[ 3 ]} ). En muchos sistemas Linux, estos rangos se especifican en /etc/login.defs, para useraddy herramientas similares.

Las asignaciones centrales de UID en redes empresariales (por ejemplo, a través de servidores LDAP y NFS ) pueden limitarse a usar solo números de UID muy superiores a 1000 y fuera del rango 60000–65535, para evitar posibles conflictos con los UID asignados localmente en los equipos cliente. Cuando se crean nuevos usuarios localmente, el sistema local debe verificar y evitar conflictos con los UID ya existentes en NSS. ^{[ nota 1 ]}

La virtualización a nivel del sistema operativo puede reasignar identificadores de usuario, por ejemplo, utilizando espacios de nombres de Linux , y por lo tanto necesita asignar rangos en los que se asignan los UID y GID reasignados:

• snapd asigna UID y GID al rango 524288-589823 (0x80000-0x8ffff).
• systemd-nspawn asigna automáticamente rangos de UID por contenedor utilizando el rango 524288-1879048191 (0x80000-0x6fffffff) ^{[ 4 ]}

Los autores de systemd recomiendan que los sistemas de virtualización a nivel del sistema operativo asignen 65536 (2 ¹⁶ ) UID por contenedor y los asignen sumando un múltiplo entero de 2 ¹⁶ . ^{[ 4 ]}

• 0: El superusuario normalmente tiene un UID de cero (0). ^{[ 8 ]}
• −1: El valor (uid_t) -1está reservado por POSIX para identificar un argumento omitido. ^{[ 9 ]}
• 65535: Este valor aún se evita porque era el valor de retorno de error de la API cuando uid_t era de 16 bits.
• Nadie: Históricamente, al usuario " nobody " se le asignó el UID por varios sistemas operativos, aunque también se utilizan -2otros valores como 2 ^{15 −1 = 32,767, como por ejemplo por} OpenBSD . ^{[ 10 ]} Para la compatibilidad entre UID de 16 bits y 32 bits, muchas distribuciones de Linux ahora lo establecen en 2 ¹⁶ −2 = 65,534; el kernel de Linux devuelve por defecto este valor cuando un UID de 32 bits no cabe en el valor de retorno de las llamadas al sistema de 16 bits. ^{[ 11 ]} Fedora Linux asigna el último UID del rango asignado estáticamente para uso del sistema (0–99) a nobody: 99, y llama a 65534 en su lugar nfsnobody.