Como escribí en /unix//a/484626/5132, esto es digno de sus propias preguntas y respuestas.
En sistemas operativos Linux ...
% getent passwd bin bin: x: 2: 2: bin: / bin: / usr / sbin / nologin %... y en FreeBSD ...
% getent passwd bin bin: *: 3: 7: comandos binarios y fuente: /: / usr / sbin / nologin %... y en OpenBSD ...
$ getent passwd bin bin: *: 3: 7: Comandos de binarios y fuente: /: / sbin / nologin PS… Todavía hoy se puede encontrar una
bin
cuenta. Pero es prácticamente indocumentado. La versión 5 de Linux Standard Base dice simplemente ...Notas: La... sin explicar la naturaleza del mecanismo de compatibilidad. Como Joey Hess lo devolvió en 2001 :bin
ID de usuario / ID de grupo se incluye para compatibilidad con aplicaciones heredadas. Las nuevas aplicaciones ya no deberían usar labin
ID de usuario / ID de grupo.
bin
:AYUDA : Ningún archivo en mi sistema es propiedad de un usuario o grupobin
. ¿De qué sirven? Históricamente, probablemente fueron los dueños de binarios en/bin
? No se menciona en el FHS, la política de Debian o el registro de cambios de base-passwd o base-files.
La pregunta de M. Hess sigue sin respuesta en el documento de Debian para su paquete base-passwd hasta el día de hoy , 17 años después.
Entonces, ¿para qué sirve la bin
cuenta?
passwd
non-root-user
JdeBP
fuente
fuente
Respuestas:
bin
no ha sido adecuadamente para nada durante toda la vida de Linux.Al igual que los niveles de ejecución y el
init
desovegetty
debido a los registros/etc/inittab
, labin
cuenta era obsoleta en el mundo Unix incluso antes de que se inventara Linux. Fue una idea de la década de 1980 que se rompió con la invención y la adopción de NFS (Network File System) y sunobody
usuario. Su presencia continua en las bases de datos de cuentas de usuario a fines de la década de 2010, cuando las personas en el mundo comercial de Unix suspendieron activamente su uso en la década de 1990, es un testimonio de la inercia.La idea era que el
bin
usuario poseía varios directorios como/bin
y/usr/bin
(y de hecho algunos de los otros mencionados en /unix//a/448799/5132 como/usr/mbin
y/usr/5bin
) y el UID / no archivos set-GID dentro de ellos. También poseía archivos y directorios doco, como páginas de manual.(En casos más extremos, incluso en algunos Unices, incluso era de su propiedad
/
y/etc
, aunque este último fue un error reconocido en la creación de una imagen del sistema operativo SunOS. El primero fue un error).Por lo tanto, el permiso para promulgar actualizaciones de software, ejecutándose como usuario
- Rebecca Thomas y Rik Farrow (1989). Guía de administración del sistema UNIX para V . Prentice Hall. ISBN 9780139428890. p. 452.bin
, no era un permiso general, ejecutándose como el superusuario, para realizar cualquier acción contra el sistema. El actualizador de software no podía leer / escribir archivos de usuarios privados, acceder a buzones, etc. que actualiza los softwares como el superusuario, por supuesto, podría.NFS se inventó a principios de la década de 1980 y rompió esta idea por completo.
Ya estaba en terreno inestable, como alude a la cita anterior. Esto se debió a la capacidad de actualizar los archivos de imagen del programa para las utilidades básicas que el superusuario ejecutó de forma rutinaria, como
/bin/ls
por ejemplo, es un vector directo para obtener privilegios de superusuario, y la división del acceso al usar unabin
cuenta simplemente se evitó accidentalmente modificando los directorios incorrectos en lugar de evitar que un malhechor obtenga acceso de superusuario.El advenimiento de NFS lo destacó. Aunque NFS tenía un mecanismo para reasignar la cuenta de superusuario a una cuenta de usuario común que no es del sistema, no tenía el mismo para cuentas que no son de raíz
bin
. Entonces, si alguien pudiera obtenerbin
acceso en un cliente NFS, les daríabin
acceso a los archivos del sistema operativo en un servidor NFS. De hecho, permitió que un superusuario en un cliente NFS, que de otro modo se reasignaría a un usuario común que no fuera del sistema en el servidor, obtuviera acceso de propietario a los archivos y directorios del sistema operativo del servidor.Esto era de conocimiento común a principios de la década de 1990, y en ese momento se sabía
chown
que las cosasbin
pertenecían al superusuario, para tapar este agujero que ya se había convertido en un elemento estándar de informes en las herramientas de auditoría de seguridad de Unix y se advirtió contra en los gustos de la instalación doco para Sendmail.En lo que se refiere a las preguntas de M. Hess, esta idea nunca fue adoptado en Debian, que no entró en años de existencia después de que se sabe que es una mala idea en el mundo Unix, que de hecho sabía que era una mala idea antes de Linux en sí fue inventado. Los sistemas operativos BSD cuya historia hace volver estiramiento en la década de 1980 hace tiempo que han eliminado la propiedad real, pero no obstante retener la cuenta de usuario en la base de datos de cuenta. FreeBSD convirtió
bin
:bin
propiedad enroot
:wheel
propiedad en 1998 , por ejemplo.Otras lecturas
/etc/inittab
Es cosa del pasado. . Respuestas frecuentes.fuente
bin
usuario y el grupo en sistemas AIX. Es posible que IBM lo use por alguna razón. Un conjunto de archivos AIX que viene a la mente esjava
. Tendré que subir a los sistemas AIX en el trabajo para verificar más.bin
.bin
es una de las ID de usuario predeterminadas comunes que puede eliminar . También: la entrada de contraseña es:bin
bin:!:2:2::/bin:
Hay dos usos de casos que uso bin para 2018. 1: ejecutables, principalmente para archivos .exe del lado del servidor web utilizados para completar funciones. Y 2: registros: a veces pongo mis archivos .log o .dat en mi carpeta bin.
fuente
/bin
directorio? O el usuario bin?.exe
archivos.