SEGURIDAD EN UNIX Y REDES

58CAPÍTULO 4. EL SISTEMA DE FICHEROSrata experto esto no supone ningún problema, simplemente un retraso en sus propósitos: en el punto4.7 se trata más ampliamente la amenaza de la recuperación de archivos, y también ahí se comentaque un simple relleno de bloques mediante bzero() no hace que la información sea irrecuperable.Por su parte, el atributo ‘S’ sobre un fichero hace que los cambios sobre el archivo se escribaninmediatamente en el disco en lugar de esperar el sync del sistema operativo. Aunque no es lohabitual, bajo ciertas circunstancias un fichero de log puede perder información que aún no se hayavolcado a disco: imaginemos por ejemplo que alguien conecta al sistema y cuando éste registra laentrada, la máquina se apaga súbitamente; toda la información que aún no se haya grabado endisco se perderá. Aunque como decimos, esto no suele ser habitual – además, ya hemos hablado delas ventajas de instalar un S.A.I. –, si nuestro sistema se apaga frecuentemente sí que nos puedeinteresar activar el bit ‘S’ de ciertos ficheros importantes.Ya hemos tratado los atributos del sistema de ficheros ext2 que pueden incrementar la seguridadde Linux; vamos a ver ahora, sin entrar en muchos detalles (recordemos que tenemos a nuestradisposición las páginas del manual) cómo activar o desactivar estos atributos sobre ficheros, y tambiéncómo ver su estado. Para lo primero utilizamos la orden chattr, que recibe como parámetrosel nombre del atributo junto a un signo ‘+’ o ‘-’, en función de si deseamos activar o desactivar elatributo, y también el nombre de fichero correspondiente. Si lo que deseamos es visualizar el estadode los diferentes atributos, utilizaremos lsattr, cuya salida indicará con la letra correspondientecada atributo del fichero o un signo - en el caso de que el atributo no esté activado:luisa:~# lsattr /tmp/fichero-------- /tmp/ficheroluisa:~# chattr +a /tmp/ficheroluisa:~# chattr +Ss /tmp/ficheroluisa:~# lsattr /tmp/ficheros--S-a-- /tmp/ficheroluisa:~# chattr -sa /tmp/ficheroluisa:~# lsattr /tmp/fichero---S---- /tmp/ficheroluisa:~#4.6 Listas de control de acceso: ACLsLas listas de control de acceso (ACLs, Access Control Lists) proveen de un nivel adicional de seguridada los ficheros extendiendo el clásico esquema de permisos en Unix: mientras que con estosúltimos sólo podemos especificar permisos para los tres grupos de usuarios habituales (propietario,grupo y resto), las ACLs van a permitir asignar permisos a usuarios o grupos concretos; porejemplo, se pueden otorgar ciertos permisos a dos usuarios sobre unos ficheros sin necesidad deincluirlos en el mismo grupo. Este mecanismo está disponible en la mayoría de Unices (Solaris,AIX, HP-UX. . . ), mientras que en otros que no lo proporcionan por defecto, como Linux, puedeinstalarse como un software adicional. A pesar de las agresivas campañas de marketing de algunaempresa, que justamente presumía de ofrecer este modelo de protección en sus sistemas operativosfrente al ‘arcaico’ esquema utilizado en Unix, las listas de control de acceso existen en Unix desdehace más de diez años ([Com88]).Los ejemplos que vamos a utilizar aquí (órdenes, resultados. . . ) se han realizado sobre Solaris;la idea es la misma en el resto de Unices, aunque pueden cambiar las estructuras de las listas. Paraobtener una excelente visión de las ACLs es recomendable consultar [Fri95], y por supuesto la documentaciónde los diferentes clones de Unix para detalles concretos de cada manejo e implementación.La primera pregunta que nos debemos hacer sobre las listas de control de acceso es obvia: ¿cómolas vemos? Si habitualmente queremos saber si a un usuario se le permite cierto tipo de acceso