¿Se puede borrar un archivo sobre el que no tienes permiso de escritura?

Muchos candidatos responden «no» por instinto: si no puedo escribir en un archivo, no puedo borrarlo. En Linux eso es incorrecto, y la razón ilustra cómo funcionan los sistemas de archivos.

Un nombre de archivo es una entrada de directorio

Borrar un archivo es la llamada al sistema unlink(2), que quita un nombre de un directorio. Por tanto, el permiso decisivo es el del directorio. La página del manual enumera como causa de fallo que no se permite el acceso de escritura al directorio que contiene la ruta. Los bits del propio archivo (incluido solo lectura) no condicionan el borrado.

El sticky bit lo restringe en directorios compartidos

Directorios como /tmp son escribibles por todos; sin protección, cualquiera borraría archivos ajenos. El sticky bit (S_ISVTX) lo evita: según inode(7), un archivo en ese directorio solo puede renombrarse o borrarse por su propietario, por el propietario del directorio o por un proceso privilegiado. Se reconoce por la t final en ls -ld /tmp (drwxrwxrwt).

Por qué importa en seguridad

• Un directorio escribible con un script o configuración de root permite a un usuario sin privilegios sustituirlo (borrar y crear el suyo), aunque no pueda editar el original. Aparece en revisiones de escalada de privilegios.
• Por eso las guías de hardening señalan los directorios escribibles por todos sin sticky bit.

Por qué tientan los distractores

«Escritura sobre el archivo» es el modelo intuitivo pero erróneo. «Solo root» ignora que cada usuario borra sus archivos. «Solo la propiedad» confunde la regla del sticky bit con la regla general.

Qué buscan los entrevistadores

«Borrar es una operación de directorio, así que decide el permiso de escritura del directorio, y el sticky bit lo restringe en directorios compartidos.» Un ejemplo de escalada suma puntos.