Sécurité : utilisation open_basedir et migration dossier /images

Réduire
X
  • Filtrer
  • Heure
  • Afficher
Tout effacer
nouveaux messages

  • [RÉGLÉ] Sécurité : utilisation open_basedir et migration dossier /images

    Hello,

    J'avoue ne pas être hyper familié avec l'usage ou non de la variable open_basedir dans la conf php pour Joomla et surtout l'implication/impact que cela peut avoir sur les différentes extensions.
    Je sais qu'il vaut mieux (dans l'absolu) sortir le dossier /images et voire même les dossiers /cache et/ou /tmp, /media du répertoire www qui contient le site mais cela ne semble pas simple.

    Du coup avez-vous déjà testé de les déplacer?
    Votre avis et retours d’expériences?
    Et pour la variable open_basedir , mieux vaut-il la laisser vide ou y spécifier un chemin?

    Merci et bonne journée
    Laurent
    Membre des 5 mousquetaires de l'apéro !!!

  • #2
    étant donné qu'il y un seul php.ini pour tous les sites hébergés, la seule solution que je vois serais d'ajouter dans chaque vhost apache ou nginx, une directive de ce style :

    Code HTML:
    <IfModule mod_php5.c>
    php_admin_value open_basedir /var/www/vhosts/mon_site/www/
    </IfModule>
    je suis dans le vrai?
    Membre des 5 mousquetaires de l'apéro !!!

    Commentaire


    • #3
      Bonjour

      >Je sais qu'il vaut mieux (dans l'absolu) sortir le dossier /images

      Ah non pas du tout !

      Tout qui doit être accessible depuis une URL *doit* être dans /www. Sinon comment ferait ton site lorsqu'il recevra une requête http tonsite/images/logo.png ?

      >et voire même les dossiers /cache et/ou /tmp,

      Oui, mieux car ces dossiers n'ont pas pour vocation d'être accessible par URL ... sauf que parfois, certains composants font quand même des requêtes URL vers /tonsite/cache/xxxx

      Mais oui oui oui pour /tmp qui peut être mis ailleurs et si et seulement si les scripts utilisés acceptent que /tmp soient ailleurs (càd certains scripts mal conçus "pensent" que tmp est dans JRoot().'/tmp' ce qui est une erreur de conception). Si tu déplaces; peut-être vas-tu casser ces composants-là.

      > /media du répertoire www qui contient le site mais cela ne semble pas simple.

      Comme /images : il faut les laisser dans /www.

      >Et pour la variable open_basedir , mieux vaut-il la laisser vide ou y spécifier un chemin?

      Tu confonds je pense... open_basedir est une clause qui dit "si jamais un script PHP sur mon site tente d'accéder à un dossier ../../../../blablabla càd un dossier se trouvant au-dessus de /www paf!, je lui interdis.

      Tu aurais alors open_basedir=/mon_user/www (p.ex.) càd le fullpath de ton dossier /www qui serait spécifié.

      .... et cela ne fonctionnera que pour les hébergeurs qui supportent open_basedir ce qui n'est pas le cas de tous.

      Donc, voilà, open_basedir, c'est un chouette concept mais pas toujours simple à mettre en oeuvre.
      Christophe (cavo789)
      Développeur d'aeSecure; protection, optimisation et nettoyage (après hack) de sites web Apache https://www.aesecure.com/fr
      Développeur de marknotes, logiciel de gestion de prises de notes avec interface web et de multiples convertisseur https://github.com/cavo789/marknotes

      Commentaire


      • #4
        Hello,

        Merci pour ta réponse, tu as raison j'ai mélangé quelques concepts.

        Ok pour les répertoire, j'ai bien noté.
        Pour /images j'avais vu ça je sais plus ou et j'avoue que j'en étais pas certain.
        Maintenant oui en effet cela parait plus logique qu'il soit sous /www
        Pour /tpm ok la pas de surprises.

        Pour open_base dir si l'hébergeur le supporte ou que l'on fait de l'auto-hébergement sur un serveur dédié ou autre peu importe, dans la mesure ou il y a X sites sur le serveur, on ne peut pas généraliser cette variable pour tous les sites non?
        Puisque chaque site étant isolé, la modif du vhost s'impose non?

        Question bonus : que penses-tu en terme de sécurité, d'isoler chaque site via du docker au lieu d'utiliser un user unix sous /home/... ? est-ce pertinent, ou gain négligeable ?

        Merci
        Membre des 5 mousquetaires de l'apéro !!!

        Commentaire


        • #5
          Ma compétence sysadmin Unix est, euh ?, les jours ne sont pas assez longs pour faire tout ce que j'ai envie d'apprendre et ma foi, sysadmin est un truc que je laisse bien volontier aux autres ;-)
          Christophe (cavo789)
          Développeur d'aeSecure; protection, optimisation et nettoyage (après hack) de sites web Apache https://www.aesecure.com/fr
          Développeur de marknotes, logiciel de gestion de prises de notes avec interface web et de multiples convertisseur https://github.com/cavo789/marknotes

          Commentaire


          • #6
            ok noté je vais essayer de creuser ;-)
            Membre des 5 mousquetaires de l'apéro !!!

            Commentaire


            • #7
              Bonjour,
              Trouvé sur Google : http://mon-serveur.anael.eu/doku.php...n_open_basedir

              Cordialement,
              Chabi01 - http://www.xlformation.com

              Commentaire


              • #8
                Envoyé par chabi01 Voir le message
                Bonjour,
                Trouvé sur Google : http://mon-serveur.anael.eu/doku.php...n_open_basedir

                Cordialement,
                Merci -
                Membre des 5 mousquetaires de l'apéro !!!

                Commentaire

                Annonce

                Réduire
                1 sur 2 < >

                C'est [Réglé] et on n'en parle plus ?

                A quoi ça sert ?
                La mention [Réglé] permet aux visiteurs d'identifier rapidement les messages qui ont trouvé une solution.

                Merci donc d'utiliser cette fonctionnalité afin de faciliter la navigation et la recherche d'informations de tous sur le forum.

                Si vous deviez oublier de porter cette mention, nous nous permettrons de le faire à votre place... mais seulement une fois
                Comment ajouter la mention [Réglé] à votre discussion ?
                1 - Aller sur votre discussion et éditer votre premier message :


                2 - Cliquer sur la liste déroulante Préfixe.

                3 - Choisir le préfixe [Réglé].


                4 - Et voilà… votre discussion est désormais identifiée comme réglée.

                2 sur 2 < >

                Assistance au forum - Outil de publication d'infos de votre site

                Compatibilité: PHP 4.1,PHP4, 5, 6DEV MySQL 3.2 - 5.5 MySQLi from 4.1 ( @ >=PHP 4.4.9)

                Support Version de Joomla! : | J!3.0 | J!2.5.xx | J!1.7.xx | J!1.6.xx | J1.5.xx | J!1.0.xx |

                Version française (FR) D'autres versions sont disponibles depuis la version originale de FPA

                UTILISER À VOS PROPRES RISQUES :
                L'exactitude et l'exhaustivité de ce script ainsi que la documentation ne sont pas garanties et aucune responsabilité ne sera acceptée pour tout dommage, questions ou confusion provoquée par l'utilisation de ce script.

                Problèmes connus :
                FPA n'est actuellement pas compatible avec des sites Joomla qui ont eu leur fichier configuration.php déplacé en dehors du répertoire public_html.

                Installation :

                1. Téléchargez l'archive souhaitée : http://afuj.github.io/FPA/

                Archive zip : https://github.com/AFUJ/FPA/zipball/master

                2. Décompressez le fichier de package téléchargé sur votre propre ordinateur (à l'aide de WinZip ou d'un outil de décompression natif).

                3. Lisez le fichier LISEZMOI inclus pour toutes les notes de versions spécifiques.

                4. LIRE le fichier de documentation inclus pour obtenir des instructions d'utilisation détaillées.

                5. Téléchargez le script fpa-fr.php à la racine de votre site Joomla!. C'est l'endroit que vous avez installé Joomla et ce n'est pas la racine principale de votre serveur. Voir les exemples ci-dessous.

                6. Exécutez le script via votre navigateur en tapant: http:// www. votresite .com/ fpa-fr.php
                et remplacer www. votresite .com par votre nom de domaine


                Exemples:
                Joomla! est installé dans votre répertoire web et vous avez installé la version française du fichier FPA:
                Télécharger le script fpa-fr.php dans: /public_html/
                Pour executer le script: http://www..com/fpa-fr.php

                Joomla! est installé dans un sous-répertoire nommé "cms" et vous avez installé la version française du fichier FPA:
                Télécharger le script fpa-fr.php dans: /public_html/cms/
                Pour executer le script: http://www..com/cms/fpa-fr.php

                En raison de la nature très sensible de l'information affichée par le script FPA, il doit être retiré immédiatement du serveur après son utilisation.

                Pour supprimer le script de votre site, utilisez le lien de script de suppression fourni en haut de la page du script. Si le lien de suppression échoue pour supprimer le script, utilisez votre programme FTP pour le supprimer manuellement ou changer le nom une fois que le script a généré les données du site et le message publié sur le forum. Si le script est toujours présent sur le site, il peut être utilisé pour recueillir suffisamment d'informations pour pirater votre site. Le retrait du script empêche des étrangers de l'utiliser pour jeter un oeil à la façon dont votre site est structuré et de détecter les défauts qui peuvent être utilisé à vos dépends.
                Voir plus
                Voir moins
                Travaille ...
                X