Je me posais une question, je parle ici d'un cas théorique.
- On est sur une machine debian, et plusieurs personnes ont un accès
ssh, et donc un compte sur la machine.
- Apache est installé, et contient pas mal de VirtualHost pour des sites
différents, et les utilisateurs disposent en plus d'un dossier
~/public_html.
Alors voila:
- Lorsqu'un utilisateur ajoute un fichier dans son public_html, il doit
lui donner les droits "o+r", pour que l'utilisateur www-data puisse lire
son fichier.
- Pareil pour les dossier contenants les VirtualHost, soit les fichiers
appartiennent à l'utilisateur www-data, soit ils ont des droits de
lecture pour tout le monde.
Dans ce cas:
N'importe qu'elle utilisateur de la machine, en faisant simplement, par
exemple, un 'find / -name config.php', pourrait voir les fichiers de
config php (et donc les accès au BDD) de beaucoup d'autres utilisateurs
ou de sites web.
Question: Comment un utilisateur peut être sur qu'un fichier puisse être
lu par apache, et par PERSONNE D'AUTRE?
Merci d'avance,
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Merwin wrote on Sun, Oct 25, 2009 at 05:22:52PM +0100
Le dimanche 25 octobre 2009 à 16:47 +0100, Dominique Asselineau a écrit : > Merwin wrote on Sun, Oct 25, 2009 at 10:32:04AM +0100 > > Le dimanche 25 octobre 2009 à 09:59 +0100, Dominique Asselineau a > > écrit : > > > David Prévot wrote on Sat, Oct 24, 2009 at 02:30:11PM -0400 > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > Hash: SHA1 > > > > > > > > Dominique Asselineau a écrit : > > > > >> Merwin a écrit : > > > > >>> Question: Comment un utilisateur peut être sur qu'un fichier puisse être > > > > >>> lu par apache, et par PERSONNE D'AUTRE? > > > > > > > > >> Ajouter le groupe de tes utilisateurs à l'utilisateur www-data : seul > > > > >> g+r suffit. > > > > > > > > > > Via Apache, les autres utilisateurs pourraient lire le fichier. > > > > > > > > Je ne comprends pas, tu peux développer s'il te plaît (seul root peut > > > > lancer apache2 et les processus fils appartiennent à www-data) ? > > > > > > Si tous les services sont sous le contrôle de l'admin., la solution > > > que tu préconises ainsi que celle des ACL citée par ailleurs, sont > > > bonnes. > > > > > > Maintenant si le serveur exécute du PHP (ou autres) inséré dans des > > > pages de différents utilisateurs, du fait que tous ces scripts > > > tournent sous le même uid www-data, ils ont de facto les permissions > > > de cet uid et en particulier la permission de lire ce que www-data > > > peut lire. > > > > > > Cordialement. > > > > > > Dominique > > > > > > -- > > > > > > > Je pense qu'on peut coupler les ACL avec la propriété open_basedir de > > PHP définie différement pour chaque VHost non? > > Possible, je ne suis pas vraiment adepte de PHP, et puis ça ne > résoudrait pas le problème pour les autres méthodes de scripting > (Python, Perl...). Je préférerais résoudre ce cas en faisant > intervenir uniquement les permissions du système et celles d'Apache. > Tu parles de VHOST, s'il y as un VHOST par utilisateur, alors il est > possible de définir des User/Group au niveau de chaque virtual host. > > Dominique > -- >
Je suis curieux d'en savoir plus à ce sujet, si tu pouvais détailler un peu merci ! C'est dans la config d'apache donc?
Oui mais renseignement pris, dans Apache2 c'est la directive SuexecUserGroup du module mod_suexec. Ça ne concerne que les CGI. Vérifier si le PHP (ou autre JSP) est également concerné. Je n'en sais pas plus.
Dominique --
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Merwin wrote on Sun, Oct 25, 2009 at 05:22:52PM +0100
Le dimanche 25 octobre 2009 à 16:47 +0100, Dominique Asselineau a
écrit :
> Merwin wrote on Sun, Oct 25, 2009 at 10:32:04AM +0100
> > Le dimanche 25 octobre 2009 à 09:59 +0100, Dominique Asselineau a
> > écrit :
> > > David Prévot wrote on Sat, Oct 24, 2009 at 02:30:11PM -0400
> > > > -----BEGIN PGP SIGNED MESSAGE-----
> > > > Hash: SHA1
> > > >
> > > > Dominique Asselineau a écrit :
> > > > >> Merwin a écrit :
> > > > >>> Question: Comment un utilisateur peut être sur qu'un fichier puisse être
> > > > >>> lu par apache, et par PERSONNE D'AUTRE?
> > > >
> > > > >> Ajouter le groupe de tes utilisateurs à l'utilisateur www-data : seul
> > > > >> g+r suffit.
> > > > >
> > > > > Via Apache, les autres utilisateurs pourraient lire le fichier.
> > > >
> > > > Je ne comprends pas, tu peux développer s'il te plaît (seul root peut
> > > > lancer apache2 et les processus fils appartiennent à www-data) ?
> > >
> > > Si tous les services sont sous le contrôle de l'admin., la solution
> > > que tu préconises ainsi que celle des ACL citée par ailleurs, sont
> > > bonnes.
> > >
> > > Maintenant si le serveur exécute du PHP (ou autres) inséré dans des
> > > pages de différents utilisateurs, du fait que tous ces scripts
> > > tournent sous le même uid www-data, ils ont de facto les permissions
> > > de cet uid et en particulier la permission de lire ce que www-data
> > > peut lire.
> > >
> > > Cordialement.
> > >
> > > Dominique
> > >
> > > --
> > >
> >
> > Je pense qu'on peut coupler les ACL avec la propriété open_basedir de
> > PHP définie différement pour chaque VHost non?
>
> Possible, je ne suis pas vraiment adepte de PHP, et puis ça ne
> résoudrait pas le problème pour les autres méthodes de scripting
> (Python, Perl...). Je préférerais résoudre ce cas en faisant
> intervenir uniquement les permissions du système et celles d'Apache.
> Tu parles de VHOST, s'il y as un VHOST par utilisateur, alors il est
> possible de définir des User/Group au niveau de chaque virtual host.
>
> Dominique
> --
>
Je suis curieux d'en savoir plus à ce sujet, si tu pouvais détailler un
peu merci ! C'est dans la config d'apache donc?
Oui mais renseignement pris, dans Apache2 c'est la directive
SuexecUserGroup du module mod_suexec. Ça ne concerne que les CGI.
Vérifier si le PHP (ou autre JSP) est également concerné. Je n'en
sais pas plus.
Dominique
--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Merwin wrote on Sun, Oct 25, 2009 at 05:22:52PM +0100
Le dimanche 25 octobre 2009 à 16:47 +0100, Dominique Asselineau a écrit : > Merwin wrote on Sun, Oct 25, 2009 at 10:32:04AM +0100 > > Le dimanche 25 octobre 2009 à 09:59 +0100, Dominique Asselineau a > > écrit : > > > David Prévot wrote on Sat, Oct 24, 2009 at 02:30:11PM -0400 > > > > -----BEGIN PGP SIGNED MESSAGE----- > > > > Hash: SHA1 > > > > > > > > Dominique Asselineau a écrit : > > > > >> Merwin a écrit : > > > > >>> Question: Comment un utilisateur peut être sur qu'un fichier puisse être > > > > >>> lu par apache, et par PERSONNE D'AUTRE? > > > > > > > > >> Ajouter le groupe de tes utilisateurs à l'utilisateur www-data : seul > > > > >> g+r suffit. > > > > > > > > > > Via Apache, les autres utilisateurs pourraient lire le fichier. > > > > > > > > Je ne comprends pas, tu peux développer s'il te plaît (seul root peut > > > > lancer apache2 et les processus fils appartiennent à www-data) ? > > > > > > Si tous les services sont sous le contrôle de l'admin., la solution > > > que tu préconises ainsi que celle des ACL citée par ailleurs, sont > > > bonnes. > > > > > > Maintenant si le serveur exécute du PHP (ou autres) inséré dans des > > > pages de différents utilisateurs, du fait que tous ces scripts > > > tournent sous le même uid www-data, ils ont de facto les permissions > > > de cet uid et en particulier la permission de lire ce que www-data > > > peut lire. > > > > > > Cordialement. > > > > > > Dominique > > > > > > -- > > > > > > > Je pense qu'on peut coupler les ACL avec la propriété open_basedir de > > PHP définie différement pour chaque VHost non? > > Possible, je ne suis pas vraiment adepte de PHP, et puis ça ne > résoudrait pas le problème pour les autres méthodes de scripting > (Python, Perl...). Je préférerais résoudre ce cas en faisant > intervenir uniquement les permissions du système et celles d'Apache. > Tu parles de VHOST, s'il y as un VHOST par utilisateur, alors il est > possible de définir des User/Group au niveau de chaque virtual host. > > Dominique > -- >
Je suis curieux d'en savoir plus à ce sujet, si tu pouvais détailler un peu merci ! C'est dans la config d'apache donc?
Oui mais renseignement pris, dans Apache2 c'est la directive SuexecUserGroup du module mod_suexec. Ça ne concerne que les CGI. Vérifier si le PHP (ou autre JSP) est également concerné. Je n'en sais pas plus.
Dominique --
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Frederic MASSOT
Merwin a écrit :
Le dimanche 25 octobre 2009 à 09:59 +0100, Dominique Asselineau a écrit :
David Prévot wrote on Sat, Oct 24, 2009 at 02:30:11PM -0400
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Dominique Asselineau a écrit :
Merwin a écrit :
Question: Comment un utilisateur peut être sur qu'un fichier puisse être lu par apache, et par PERSONNE D'AUTRE?
Si tu veux une isolation complète des utilisateurs, tu peux utiliser des containers, un par utilisateur. Regardes Lxc ou OpenVZ.
-- ============================================= | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto: | ==========================Þbian=GNU/Linux== -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
Merwin a écrit :
Le dimanche 25 octobre 2009 à 09:59 +0100, Dominique Asselineau a
écrit :
David Prévot wrote on Sat, Oct 24, 2009 at 02:30:11PM -0400
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Dominique Asselineau a écrit :
Merwin a écrit :
Question: Comment un utilisateur peut être sur qu'un fichier puisse être
lu par apache, et par PERSONNE D'AUTRE?
Si tu veux une isolation complète des utilisateurs, tu peux utiliser des
containers, un par utilisateur. Regardes Lxc ou OpenVZ.
--
============================================= | FRÉDÉRIC MASSOT |
| http://www.juliana-multimedia.com |
| mailto:frederic@juliana-multimedia.com |
==========================Þbian=GNU/Linux==
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot
``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Le dimanche 25 octobre 2009 à 09:59 +0100, Dominique Asselineau a écrit :
David Prévot wrote on Sat, Oct 24, 2009 at 02:30:11PM -0400
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Dominique Asselineau a écrit :
Merwin a écrit :
Question: Comment un utilisateur peut être sur qu'un fichier puisse être lu par apache, et par PERSONNE D'AUTRE?
Si tu veux une isolation complète des utilisateurs, tu peux utiliser des containers, un par utilisateur. Regardes Lxc ou OpenVZ.
-- ============================================= | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto: | ==========================Þbian=GNU/Linux== -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers En cas de soucis, contactez EN ANGLAIS
