De acordo com esta página Wiki, o setuid
é ignorado nos diretórios.
De link
setuid e setgid nos diretórios [edit]
Os sinalizadores setuid e setgid, quando definido em um diretório, tem um significado totalmente diferente.
Definindo a permissão setgid em um diretório ("chmod g + s")
- faz com que novos arquivos e subdiretórios criados nele herdem sua ID do grupo, em vez do ID do grupo principal do usuário que criou o arquivo (o ID do proprietário nunca é afetado, apenas o ID do grupo).
- Recém subdiretórios criados herdam o bit setgid. Assim, isso permite uma espaço de trabalho compartilhado para um grupo sem a inconveniência de exigir membros do grupo para alterar explicitamente seu grupo atual antes de criar novos arquivos ou diretórios.
- afeta somente o ID do grupo de novos arquivos e subdiretórios criados após o bit setgid ser definido e não é aplicado para entidades existentes.
não afeta o ID do grupo dos arquivos que são criado em outro lugar e movido para o diretório em questão. O arquivo continuará a transportar o ID do grupo que foi efetuado quando e onde foi criado. Definir o bit setgid nos subdiretórios existentes deve ser feito manualmente, com um comando como o seguinte:
root@foo# find /path/to/directory -type d -exec chmod g+s '{}' \;
conjunto de permissões setuid em um diretório é ignorado no UNIX e Linux sistemas. [4]
O FreeBSD pode ser configurado para interpretá-lo analogamente ao setgid, ou seja, forçar todos os arquivos e subdiretórios a serem de propriedade da parte superior proprietário do diretório. [5] Em sistemas derivados do BSD, diretórios se comportam como se o seu bit setgid foi sempre definido, independentemente do seu valor real. Como é declarado em aberto (2), "Quando um novo arquivo é criado é dado o grupo do diretório que o contém. "