# Problème de permissions e mot de passe visible à tous

**URL:** <https://www.debian-fr.org/t/probleme-de-permissions-e-mot-de-passe-visible-a-tous/89343>\
**Category:** Support Debian\
**Tags:** debian, root, postfix\
**Created:** [Décembre 21, 2023, 9:36 UTC](https://www.debian-fr.org/t/probleme-de-permissions-e-mot-de-passe-visible-a-tous/89343 "2023-12-21T09:36:45Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![ph1823](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ph1823/32/9395_2.png) [@ph1823](https://www.debian-fr.org/u/ph1823)\
**Post date:** [Décembre 21, 2023, 9:36 UTC](https://www.debian-fr.org/t/probleme-de-permissions-e-mot-de-passe-visible-a-tous/89343/1 "2023-12-21T09:36:45Z")

</div>

Bonjour à tous,

J’ai un petit serveur VPS pour héberger plusieurs projets ainsi que des serveurs Minecraft.

Certains de ces serveurs ne sont pas à moi, et mes projets peuvent contenir des fails de sécurité plus ou moins graves, que je patch le plus vite possible quand elles sont découvertes.

Il y a quelques mois, un utilisateur des serveurs Minecraft m’a contacté pour me signaler une fail justement, celle-ci consiste à ouvrir un shell via le programme java. Jusqu’à làa rien de grave, je pensais avoir bien fait mes permissions.

Sauf que voilà, les fichiers de postfix ainsi que de dovecot sont en permissions 755 sous l’utilisateur postfix ou dovecot. Le problème, c’est que j’ai une configuration MySQL avec les mots de passes de la base de données. J’a donc tenté de changer ces permissions en 750 ou 700, mais quelles que soient les combinaisons de chiffres ou avec les rwx, postfix n’arrive plus à lire les fichiers de configuration si ils ne sont pas en 755 j’ai l’impression.

Donc deux solutions se proposent à moi : mettre les serveurs Minecraft sous docker, chiant, car il y en a plusieurs à passer sous docker et ça prendrait du temps.

Chercher comment régler les permissions de postfix. J’ai donc cherché sur Google, sans rien trouver, demandé à ChatGPT, pareil.

Donc, je me tourne vers vous pour avoir des solutions à mon problème,

Merci de vos réponses !

---

<div class="post-metadata">

**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\
**Post date:** [Décembre 21, 2023, 10:15 UTC](https://www.debian-fr.org/t/probleme-de-permissions-e-mot-de-passe-visible-a-tous/89343/2 "2023-12-21T10:15:51Z")

</div>

> [@ph1823](#):
>
> postfix n’arrive plus à lire les fichiers de configuration si ils ne sont pas en 755 j’ai l’impression.

Peux-tu étayer tes propos ?  
A quoi vois-tu que Postfix n’arrive plus à lire les fichiers de configuration ?

Si le fichier de configuration appartient à postfix et/ou dovecot et que ceux-ci sont dans le bon groupe alors ils peuvent le lire normalement avec des permissions régler en 640 (644 dans le cadre de l’utilisation des commandes _sendmail_ via un user il faudra que le main.cf soit _world readable_).

Poste les permissions, les messages d’erreur etc … car pour l’instant rien de ce que tu dit nous indique ton problème.

> [@ph1823](#):
>
> Donc deux solutions se proposent à moi : mettre les serveurs Minecraft sous docker, chiant, car il y en a plusieurs à passer sous docker et ça prendrait du temps.

Bien entendu rompre le fonctionnement correct d’un serveur de mail est anodin par rapport à la mise ne place d’un container docker à régler à sa convenance 😉

> [@ph1823](#):
>
> Sauf que voilà, les fichiers de postfix ainsi que de dovecot sont en permissions 755

Ce ne sont pas des exécutables (mais des fichiers de configuration, nul bit d’execution nécessaire) pourquoi du 755 et pas simplement du 644 ou du 640 ? quels tutoriels as-tu suivi pour avoir de tes permissions 😕

---

<div class="post-metadata">

**Author:** ![ph1823](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ph1823/32/9395_2.png) [@ph1823](https://www.debian-fr.org/u/ph1823)\
**Post date:** [Décembre 21, 2023, 11:56 UTC](https://www.debian-fr.org/t/probleme-de-permissions-e-mot-de-passe-visible-a-tous/89343/3 "2023-12-21T11:56:00Z")

</div>

> A quoi vois-tu que Postfix n’arrive plus à lire les fichiers de configuration ?

Dans les logs du serveur mail (mail.log/mail.error/mail.warn) il y a plusieurs ligne quand je tente de lire les fichiers «&nbsp;Permissions Denied&nbsp;»  
Je viens de mettre les permissions en 640 comme conseil, et visiblement je n’ai plus d’erreur très étrange.  
C’était sur les deux fichiers virtual\_mailbox\_domains.cf & virtual\_mailbox\_domains.cf j’ai du me trompé de groupe la première fois. J’espère que ca va pas recassé

> Bien entendu rompre le fonctionnement correct d’un serveur de mail est anodin par rapport à la mise ne place d’un container docker à régler à sa convenance 😉

Ce n’est pas ce que j’ai voulu dire, j’ai environ 25 serveurs Minecraft, je ne connais pas grand chose à docker, donc juste changé les permissions des fichiers du serveur mail me semblait plus rapide 🙂

> Ce ne sont pas des exécutables (mais des fichiers de configuration, nul bit d’execution nécessaire) pourquoi du 755 et pas simplement du 644 ou du 640 ? quels tutoriels as-tu suivi pour avoir de tes permissions 😕

Les postes stackoverflow qui disaient tous que par défaut le dossier de postfix était en 755.. Mais effectivement vu que ce n’est pas des exécutable c’est con de mettre le bits d’exécutable

---

<div class="post-metadata">

**Author:** ![Ksynet](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ksynet/32/12919_2.png) [@Ksynet](https://www.debian-fr.org/u/Ksynet)\
**Post date:** [Décembre 21, 2023, 4:49 UTC](https://www.debian-fr.org/t/probleme-de-permissions-e-mot-de-passe-visible-a-tous/89343/4 "2023-12-21T16:49:59Z")

</div>

> [@ph1823](#):
>
> (…)défaut le **dossier** de postfix était en 755… (…)

Le bit x ne signifie pas la même chose pour un dossier. Ça signifie _grosso modo_ : ouvrable, dont le contenu est «&nbsp;listable&nbsp;».

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Décembre 21, 2023, 7:15 UTC](https://www.debian-fr.org/t/probleme-de-permissions-e-mot-de-passe-visible-a-tous/89343/5 "2023-12-21T19:15:33Z")

</div>

> [@Ksynet](#):
>
> Le bit x ne signifie pas la même chose pour un dossier

Techniquement, c’est un répertoire (index), pas un dossier (contenant).

> [@Ksynet](#):
>
> Ça signifie _grosso modo_ : ouvrable, dont le contenu est « listable ».

Pas du tout. Pour lister le contenu d’un répertoire il faut le le bit «&nbsp;r&nbsp;», comme pour les fichiers. Le bit «&nbsp;x&nbsp;» sert à «&nbsp;traverser&nbsp;» le répertoire et accéder aux inodes de fichiers et sous-répertoires qu’il référence (je n’écris pas «&nbsp;contient&nbsp;» car un répertoire ne contient que des entrées de répertoire, pas des fichiers ni des sous-répertoires).

---

<div class="post-metadata">

**Author:** ![Ksynet](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ksynet/32/12919_2.png) [@Ksynet](https://www.debian-fr.org/u/Ksynet)\
**Post date:** [Décembre 22, 2023, 8:29 UTC](https://www.debian-fr.org/t/probleme-de-permissions-e-mot-de-passe-visible-a-tous/89343/6 "2023-12-22T08:29:46Z")

</div>

Tout juste, j’ai répondu trop vite… **Merci !**  
Traversable, c’est ce que j’avais en tête avec mon «&nbsp;ouvrable&nbsp;» [d’autant que, shame on me, je venais de relire la manpage pour vérifier la différence entre +x et +X 😆 )  
À côté de ça, entièrement d’accord pour faire un distinguo technique entre ‹&nbsp;dossier&nbsp;› et ‹&nbsp;répertoire&nbsp;›, mais, à mon avis, il ne se justifie pas toujours : tout dépend du niveau d’abstraction auquel on se place [par exemple, je ne m’attends pas à avoir une liste d’inodes en sortie d’un ls, tout autant qu’inconsciemment j’identifie un nom listé avec le fichier qu’il représente – bien que j’aie une pleine conscience que «&nbsp;la carte n’est pas le territoire&nbsp;»].  
C’est un vieux débat, et un peu pourri par la sémantique made in pom-pom et petit-mou 😋

Toujours est-il que je te remercie de m’avoir corrigé.
