mod_unixd Sécurité de base (nécessaire) pour les plates-formes de la famille Unix. Base mod_unixd.c unixd_module Support de suEXEC Group Groupe sous lequel le serveur va traiter les requêtes Group groupe unix Group #-1 server config

La directive Group permet de définir le groupe sous lequel le serveur va traiter les requêtes. Pour pouvoir utiliser cette directive, le serveur doit avoir été démarré par root. Si vous démarrez le serveur en tant qu'utilisateur non root, celui-ci ne pourra pas adopter le groupe spécifié comme groupe d'exécution, et continuera à s'exécuter sous le groupe de l'utilisateur qui l'aura lancé. groupe unix peut se présenter sous la forme :

d'un nom de groupe
Référence le groupe spécifié par son nom.
du caractère # suivi d'un numéro de groupe.
Référence le groupe spécifié par son numéro.
Exemple Group www-group

Il est conseillé de créer un groupe dédié à l'exécution du serveur. Certains administrateurs utilisent l'utilisateur nobody, mais ce n'est pas toujours souhaitable ou même possible.

Sécurité

Ne définissez pas la directive Group (ou User) à root à moins de savoir exactement ce que vous faites ainsi que les dangers encourus.

 VHostGroup SuexecUserGroup User L'utilisateur sous lequel le serveur va traiter les requêtes User utilisateur unix User #-1 server config

La directive User permet de définir l'utilisateur sous lequel le serveur va traiter les requêtes. Pour pouvoir utiliser cette directive, le serveur doit avoir été démarré par root. Si vous démarrez le serveur en tant qu'utilisateur non root, celui-ci ne pourra pas adopter l'utilisateur avec privilèges restreints comme utilisateur d'exécution, et continuera à s'exécuter sous l'utilisateur qui l'aura lancé. Si vous démarrez le serveur en tant que root, il est normal que le processus parent continue à s'exécuter sous root. utilisateur unix peut se présenter sous la forme :

d'un nom d'utilisateur
Référence l'utilisateur spécifié par son nom.
le caractère # suivi d'un numéro d'utilisateur.
Référence l'utilisateur spécifié par son numéro.

L'utilisateur ne doit pas posséder de privilèges qui lui permettent d'accéder à des fichiers qui ne doivent pas être visibles du monde extérieur, et parallèlement, l'utilisateur ne doit pas exécuter de code dont l'usage soit destiné à un usage autre que les requêtes HTTP. Il est conseillé de créer un utilisateur et un groupe dédiés à l'exécution du serveur. Certains administrateurs utilisent l'utilisateur nobody, mais ce n'est pas toujours souhaitable, car l'utilisateur nobody peut avoir diverses utilisations dans le système.

Sécurité

Ne définissez pas la directive Group (ou User) à root à moins de savoir exactement ce que vous faites ainsi que les dangers encourus.

 VHostUser SuexecUserGroup ChrootDir Répertoire dans lequel Apache doit se positionner au démarrage après avoir effectué un chroot(8). ChrootDir chemin-répertoire none server config mod_unixd

Cette directive permet de faire en sorte que le serveur effectue un chroot(8) vers le répertoire spécifié après le démarrage, mais avant d'accepter les requêtes en provenance du réseau.

Notez que l'exécution du serveur dans un environnement chroot n'est pas simple et nécessite une configuration particulière, en particulier si vous utilisez des scripts CGI ou PHP. Il est conseillé de se familiariser avec l'opération chroot avant d'essayer d'utiliser cette fonctionnalité.

 Suexec Active ou désactive la fonctionnalité suEXEC Suexec On|Off On si le binaire suexec existe avec les mode et propriétaire appropriés, Off dans le cas contraire server config

Lorsque cette directive est définie à On, le démarrage échouera si le binaire suexec n'existe pas, ou possède un propriétaire ou mode fichier invalide.

Lorsque cette directive est définie à Off, suEXEC sera désactivé, même si le binaire suexec existe et possède un propriétaire et mode fichier valides.