En informática , el bit adhesivo es un indicador de derecho de acceso de propiedad del usuario que se puede asignar a archivos y directorios en sistemas tipo Unix .
Hay dos definiciones: una para archivos y otra para directorios.
Para los archivos, particularmente los ejecutables, el superusuario podría etiquetarlos para que se retengan en la memoria principal, incluso cuando finalice su necesidad, para minimizar el intercambio que se produciría cuando surja otra necesidad, y el archivo ahora debe recargarse desde una memoria secundaria relativamente lenta. [1] Esta función ha quedado obsoleta debido a la optimización del intercambio.
Para los directorios, cuando se establece el bit fijo de un directorio, el sistema de archivos trata los archivos en dichos directorios de una manera especial, de modo que solo el propietario del archivo, el propietario del directorio o el usuario raíz puedan cambiar el nombre o eliminar el archivo. Sin el bit adhesivo configurado, cualquier usuario con permisos de escritura y ejecución para el directorio puede cambiar el nombre o eliminar los archivos contenidos, independientemente del propietario del archivo. Normalmente, esto se configura en el /tmpdirectorio para evitar que los usuarios normales eliminen o muevan los archivos de otros usuarios.
La función moderna del bit adhesivo se refiere a directorios y protege los directorios y su contenido contra el secuestro de personas que no son propietarios; esto se encuentra en la mayoría de los sistemas modernos tipo Unix. Los archivos en un directorio compartido, como los /tmpque pertenecen a propietarios individuales, y los que no son propietarios no pueden eliminarlos, sobrescribirlos ni cambiarles el nombre.
El bit adhesivo se introdujo en la quinta edición de Unix (en 1974) para su uso con archivos puramente ejecutables . [2] Cuando se configuró, indicó al sistema operativo que retuviera el segmento de texto del programa en el espacio de intercambio después de que saliera el proceso . Esto acelera las ejecuciones posteriores al permitir que el kernel realice una única operación de mover el programa desde la memoria de intercambio a la memoria real. Por lo tanto, los programas de uso frecuente, como los editores, se cargarían notablemente más rápido. Un problema notable con los programas "pegajosos" era reemplazar el ejecutable (por ejemplo, durante la aplicación de parches ); para hacerlo era necesario eliminar el bit adhesivo del ejecutable, ejecutar el programa y salir para vaciar el caché, reemplazar el ejecutable binario y luego restaurar el bit adhesivo.
Posteriormente, este comportamiento pasó a ser operativo sólo en HP-UX y UnixWare . Solaris parece haber abandonado esto en 2005. [ cita necesaria ] La versión 4.4-Lite de BSD conservó el antiguo comportamiento de bits adhesivos, pero posteriormente se eliminó de OpenBSD (a partir de la versión 3.7) y FreeBSD (a partir de la versión 2.2.1). ). Ninguna versión de Linux ha admitido jamás este comportamiento tradicional; Linux realiza el almacenamiento en caché de los archivos ejecutables de la misma manera que todos los archivos, por lo que no es necesario volver a ejecutar el programa para vaciar el caché.
El uso más común del bit adhesivo es en directorios que residen dentro de sistemas de archivos para sistemas operativos tipo Unix . Cuando se establece el bit adhesivo de un directorio, el sistema de archivos trata los archivos en dichos directorios de una manera especial, de modo que solo el propietario del archivo, el propietario del directorio o la raíz puedan cambiar el nombre o eliminar el archivo. Sin el bit adhesivo configurado, cualquier usuario con permisos de escritura y ejecución para el directorio puede cambiar el nombre o eliminar los archivos contenidos, independientemente del propietario del archivo. Normalmente, esto se configura en el /tmpdirectorio para evitar que los usuarios normales eliminen o muevan los archivos de otros usuarios. Esta característica se introdujo en 4.3BSD en 1986 y hoy se encuentra en la mayoría de los sistemas modernos tipo Unix.
Además, Solaris (a partir de Solaris 2.5) define un comportamiento especial cuando el bit adhesivo se establece en archivos no ejecutables: el kernel no almacenará en caché esos archivos, cuando se acceda a ellos . Esto generalmente se configura en archivos de intercambio para evitar que el acceso al archivo borre datos más importantes del caché del sistema. También se utiliza ocasionalmente para pruebas de evaluación comparativa . [ cita necesaria ]
El montador automático también configura el bit adhesivo para indicar que un archivo aún no se ha montado. Esto permite que programas como ls ignoren archivos remotos desmontados.
El bit adhesivo se puede configurar usando el comando chmod y se puede configurar usando su modo octal 1000 o mediante su símbolo t ( s ya lo usa el bit setuid ). Por ejemplo, para agregar el bit en el directorio /usr/local/tmp, se escribiría chmod +t /usr/local/tmp. O, para asegurarse de que el directorio tenga tmppermisos estándar, también se puede escribir chmod 1777 /usr/local/tmp.
Para borrarlo, use chmod -t /usr/local/tmpo chmod 0777 /usr/local/tmp(este último también restablecerá el tmpdirectorio a los permisos estándar).
En la notación de permisos del sistema de archivos simbólicos Unix , el bit adhesivo se representa con la letra t o T en el lugar del carácter final, dependiendo de si el bit de ejecución para la categoría otros está activado o desactivado, respectivamente. Por ejemplo, en Solaris 8, el /tmpdirectorio, que de forma predeterminada tiene tanto el bit de ejecución de los demás como el conjunto de bits fijos, se muestra como:
$ ls -ld /tmp drwxrwxrwt 4 root sys 485 10 de noviembre 06:01 /tmpSi el bit adhesivo se establece en un archivo o directorio sin el bit de ejecución establecido para la categoría otros (no propietario de usuario y no propietario de grupo), se indica con una T mayúscula (reemplazando lo que de otro modo sería - ) :
# ls -l prueba -rw-r--r-- 1 root anygroup 0 10 de noviembre 12:57 prueba # chmod +t prueba ; ls -l prueba -rw-r--rT 1 root anygroup 0 10 de noviembre 12:57 prueba {{cite web}}: Mantenimiento CS1: bot: estado de la URL original desconocido ( enlace )