Droits des sémaphores nommés créés en tant que root

Bonjour,

Je n'ai pas réussi à créer un sémaphore avec droits d'écriture pour groupe et utilisateur depuis un programme C exécuté en tant que root.

Ainsi, le bout de code suivant :

Code:

---

sem_open ("mutex", O_RDWR | O_CREAT, 00777, 0) ;

---

Va bien créer un sémaphore mais avec les droits suivants :

Code:

---

-rwxr-xr-x 1 root root 32 23 juil. 14:59 sem.mutex

---

Comme on peut le voir, malgré les droits en 777 le sémaphore n'est pas accessible en écriture pour les utilisateurs du groupe et les autres.

Ma question est donc pourquoi ? Est-il interdit pour raison de sécurité de faire cela (dans mon cas il s'agit d'écrire un daemon serveur, pouvant communiquer avec des clients par shm / sémaphores) ? Si oui, quelles alternatives puis-je utiliser ?

Merci d'avance si vous pouvez m'éclairer.

Bonjour,

Parce qu'à l'instar d'open(), sem_open() se soumet à l'umask de ton processus.

Très bien merci, j'ai pu résoudre le problème.

Cependant je m'interroge : est-ce une solution acceptable de changer l'umask d'un processus en root ou est-ce dangereux et ne vaut-mieux t'il pas utiliser un autre moyen de communication ?

Citation:

---

Envoyé par Dliw0

Très bien merci, j'ai pu résoudre le problème.

Cependant je m'interroge : est-ce une solution acceptable de changer l'umask d'un processus en root ou est-ce dangereux et ne vaut-mieux t'il pas utiliser un autre moyen de communication ?

---

En fait, tu n'as pas besoin de changer l'umask du processus pour parvenir à tes fins. En principe, le mieux est de ne pas y toucher du tout et de laisser le tout à la discrétion de l'administrateur. Si tu as nécessairement besoin d'appliquer un mode précis à ces fichiers, tu peux toujours faire un chmod() dessus.

Tu peux aussi te rabattre sur les sémaphores Sys V originaux, dont les instances existent en mémoire mais ne sont pas visibles à travers le système de fichiers (uniquement via ipcs).

Parfait, merci pour les explications.
Je passe le sujet en résolu.