Come si fa a Linux di onorare le directory setuid?

Qualche tempo fa, durante una conversazione in IRC, un utente in un canale in cui mi trovavo suggeriva che qualcuno avesse impostato una directory in modo che ereditasse l'ID utente sui file per risolvere un problema riscontrato da qualcun altro. Al momento ho parlato e ho detto "Linux non supporta le directory setuid". Dopodiché, la persona che mi ha dato il consiglio mi ha mostrato un pastebin ( http://codepad.org/4In62f13 ) del suo sistema in onore dell'autorizzazione setuid impostata su una directory.

Giusto per spiegare, quando dico "linux non supporta le directory setuid" ciò che intendo è che puoi andare "chmod u + s directory" e imposterà il bit nella directory. Tuttavia, Linux (come ho capito) ignora questo bit (nelle directory).

Per quanto ci provi, non riesco proprio a replicare quel pastebin. Qualcuno mi ha suggerito una volta che potrebbe essere possibile emulare il comportamento con selinux - e giocare con le regole, è possibile forzare un uid su un file, ma non da un'autorizzazione di directory setuid (che posso vedere). Leggere su Internet è stato piuttosto poco informativo - molti posti affermano che "no, setuid su directory non funziona con Linux" con l'occasionale "può essere fatto in circostanze specifiche" (come questo: http://arstechnica.com/ etc / linux / 2003 / linux.ars-12032003.html )

Non ricordo chi fosse la persona originale, ma il sistema originale era un sistema debian 6 e il filesystem che stava eseguendo era xfs montato con "default, acl". Ho provato a replicarlo, ma finora non ho avuto fortuna (provato finora con varie versioni di debian, ubuntu, fedora e centos)

Qualcuno può darmi un'idea di cosa o come ottenere un sistema per onorare il setuid in una directory?

Setuid per le directory non si comporta come setgid. A meno che, l'output della shell fosse da FreeBSD, qualcuno era annoiato e si divertiva un po 'a tue spese.

L'autorizzazione setuid impostata su una directory viene ignorata sui sistemi UNIX e Linux. [4] FreeBSD può essere configurato per interpretarlo in modo analogo a setgid, in particolare per forzare tutti i file e le sottodirectory ad essere posseduti dal proprietario della directory principale. [5]

In FreeBSD, le directory si comportano come se il loro bit setgid fosse sempre impostato, indipendentemente dal suo valore reale. Come indicato in open (2), "Quando viene creato un nuovo file, viene assegnato il gruppo della directory che lo contiene."

http://en.wikipedia.org/wiki/Setuid#setuid_and_setgid_on_directories

Risposta parziale / aggirare:

Stavo cercando di fare la stessa cosa, ho deciso di non combatterlo e provare un altro metodo. Quello che ho provato sono state le liste di controllo degli accessi, per impostare le autorizzazioni predefinite. (Nota: potrebbe essere necessario abilitarli prima).

setfacl -R --set-file=- . <<EOF
# file: testdir/
# owner: testuser
# group: testgroup
user::rwx
group::rwx
group:normaluser:rwx
mask::rwx
other::r-x
default:group::rwx
default:group:normaluser:rwx
default:mask::rwx
default:other::r-x
EOF

Qui testuser viene utilizzato per eseguire i test e l'utente normale può eliminare i risultati, senza comportare l'utilizzo di root (ogni volta).

Da RHEL man chmod

chmod conserva i bit set-user-ID e set-group-ID di una directory se non diversamente specificato. Puoi impostare o cancellare i bit con modalità simboliche come u + se gs, e puoi impostare (ma non cancellare) i bit con una modalità numerica.

Numericamente, se ricordo bene, chmod 4711 ./diraggiunge il bit UID impostato, chmod 2711 ./diraggiunge il bit gid impostato per l' 6711impostazione dell'ereditarietà uid + gid come da dimostrazione in pastebin.

Per la pagina man chmod u+s== chmod 4XXXe chmod g+s==chmod 2XXX