htaccess et joomla

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

  • htaccess et joomla

    Trouvé sur corephp :
    Envoyé par corephp traduit à la vavite avec yahoo
    Fixation De Joomla ! - dossier de htaccess
    Le 14 août, 2006

    Beaucoup de caos s'est produit au cours des dernières semaines avec Joomla non-bloqué ! 3ème Composants de partie. Dans le résultat nous avons fixé notre emplacement avec la manière toujours possible et ceci inclut même utiliser le tout le dossier de htaccess de famouse. Au-dessous de est notre version de nos htaccess classent pour maintenir notre emplacement bloqué ainsi nous suggérons que vous fassiez la même chose.
    Code PHP:
    # Use Options
    Options +FollowSymLinks
     
    #  mod_rewrite in use
    RewriteEngine On
     
    #  Base location
    RewriteBase /
     
    #  Begin Rules for rewrite
    RewriteCond %{REQUEST_URI} ^(/component/option,com) [NC,OR]   ##optional - see notes##
    RewriteCond %{REQUEST_FILENAME} !\.(jpg|jpeg|gif|png|css|js|pl|txt)$
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond 
    %{REQUEST_FILENAME} !-d
    RewriteRule 
    ^(.*) index.php
    # End Rules for rewrite
     
    # Add .htc files
    AddType text/x-component .htc
     
    ########## Begin - Rewrite rules to block out some common exploits
    #                              
    # Block out any script trying to set a mosConfig value through the URL
    RewriteCond %{QUERY_STRINGmosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
    # Block out any script trying to base64_encode crap to send via URL
    RewriteCond %{QUERY_STRINGbase64_encode.*\(.*\) [OR]
    # Block out any script that includes a <script> tag in URL
    RewriteCond %{QUERY_STRING} (\< |%3C).*script.*(\>|%3E) [NC,OR]
    # Block out any script trying to set a PHP GLOBALS variable via URL
    RewriteCond %{QUERY_STRINGGLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
    # Block out any script trying to modify a _REQUEST variable via URL
    RewriteCond %{QUERY_STRING_REQUEST(=|\[|\%[0-9A-Z]{0,2})
    # Send all blocked request to homepage with 403 Forbidden error!
    RewriteRule ^(.*)$ index.php [F,L]
    #
    ########## End - Rewrite rules to block out some common exploits
     
    # Begin - Deny zon-h and cyber-warrior
    deny from  .zone-h.org
    deny from  
    .zone-h.com
    deny from  213.219.122
    deny from  
    .cyber-warrior.org
    deny from  
    .cyber-security.org
    deny from   80.237.211.8
    # End - Deny zon-h and cyber-warrior
    </script

    Original Here :
    http://www.corephp.com/developer_center/cat,11/

    Papounet

    PS : Je vous conseil de prendre le temps de fureter sur ce site....
    I'am happy for you !
    Dernière réalisation : http://www.pierrickservais.com/

  • #2
    Bonjour,
    Je viens de lire ce topic et je vois qu'il y a eu des rajouts genre "deny from" a la fin du .htaccess...

    Cependant quand est il du fichier .htaccess fournit dans la mise a jour Joomla 1.0.11?

    Si je le copie colle on verra quil y a des differences...


    ##
    # @version $Id: htaccess.txt 4756 2006-08-25 16:07:11Z stingrey $
    # @package Joomla
    # @copyright Copyright (C) 2005 Open Source Matters. All rights reserved.
    # @license http://www.gnu.org/copyleft/gpl.html GNU/GPL
    # Joomla! is Free Software
    ##


    ################################################## ###
    # READ THIS COMPLETELY IF YOU CHOOSE TO USE THIS FILE
    #
    # The line just below this section: 'Options FollowSymLinks' may cause problems
    # with some server configurations. It is required for use of mod_rewrite, but may already
    # be set by your server administrator in a way that dissallows changing it in
    # your .htaccess file. If using it causes your server to error out, comment it out (add # to
    # beginning of line), reload your site in your browser and test your sef url's. If they work,
    # it has been set by your server administrator and you do not need it set here.
    #
    # Only use one of the two SEF sections that follow. Lines that can be uncommented
    # (and thus used) have only one #. Lines with two #'s should not be uncommented
    # In the section that you don't use, all lines should start with #
    #
    # For Standard SEF, use the standard SEF section. You can comment out
    # all of the RewriteCond lines and reduce your server's load if you
    # don't have directories in your root named 'component' or 'content'
    #
    # If you are using a 3rd Party SEF or the Core SEF solution
    # uncomment all of the lines in the '3rd Party or Core SEF' section
    #
    ################################################## ###

    ##### SOLVING PROBLEMS WITH COMPONENT URL's that don't work #####
    # SPECIAL NOTE FOR SMF USERS WHEN SMF IS INTEGRATED AND BRIDGED
    # OR ANY SITUATION WHERE A COMPONENT's URL's AREN't WORKING
    #
    # In both the 'Standard SEF', and '3rd Party or Core SEF' sections the line:
    # RewriteCond %{REQUEST_URI} ^(/component/option,com) [NC,OR] ##optional - see notes##
    # May need to be uncommented. If you are running your Joomla/Mambo from
    # a subdirectory the name of the subdirectory will need to be inserted into this
    # line. For example, if your Joomla/Mambo is in a subdirectory called '/test/',
    # change this:
    # RewriteCond %{REQUEST_URI} ^(/component/option,com) [NC,OR] ##optional - see notes##
    # to this:
    # RewriteCond %{REQUEST_URI} ^(/test/component/option,com) [NC,OR] ##optional - see notes##
    #
    ################################################## ###

    ## Can be commented out if causes errors, see notes above.
    #Options FollowSymLinks

    #
    # mod_rewrite in use

    RewriteEngine On


    # Uncomment following line if your webserver's URL
    # is not directly related to physical file paths.
    # Update Your Joomla/MamboDirectory (just / for root)

    RewriteBase /


    ########## Begin - Joomla! core SEF Section
    ############# Use this section if using ONLY Joomla! core SEF
    ## ALL (RewriteCond) lines in this section are only required if you actually
    ## have directories named 'content' or 'component' on your server
    ## If you do not have directories with these names, comment them out.
    #
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_URI} ^(/component/option,com) [NC,OR] ##optional - see notes##
    RewriteCond %{REQUEST_URI} (/|\.htm|\.php|\.html|/[^.]*)$ [NC]
    RewriteRule ^(content/|component/) index.php
    #
    ########## End - Joomla! core SEF Section



    ########## Begin - 3rd Party SEF Section
    ############# Use this section if you are using a 3rd party (Non Joomla! core) SEF extension - e.g. OpenSEF, 404_SEF, 404SEFx, SEF Advance, etc
    #
    #RewriteCond %{REQUEST_URI} ^(/component/option,com) [NC,OR] ##optional - see notes##
    #RewriteCond %{REQUEST_URI} (/|\.htm|\.php|\.html|/[^.]*)$ [NC]
    #RewriteCond %{REQUEST_FILENAME} !-f
    #RewriteCond %{REQUEST_FILENAME} !-d
    #RewriteRule (.*) index.php
    #
    ########## End - 3rd Party SEF Section



    ########## Begin - Rewrite rules to block out some common exploits
    ## If you experience problems on your site block out the operations listed below
    ## This attempts to block the most common type of exploit `attempts` to Joomla!
    #
    # Block out any script trying to set a mosConfig value through the URL
    RewriteCond %{QUERY_STRING} mosConfig_[a-zA-Z_]{1,21}(=|\%3D) [OR]
    # Block out any script trying to base64_encode crap to send via URL
    RewriteCond %{QUERY_STRING} base64_encode.*\(.*\) [OR]
    # Block out any script that includes a <script> tag in URL
    RewriteCond %{QUERY_STRING} (\<|%3C).*script.*(\>|%3E) [NC,OR]
    # Block out any script trying to set a PHP GLOBALS variable via URL
    RewriteCond %{QUERY_STRING} GLOBALS(=|\[|\%[0-9A-Z]{0,2}) [OR]
    # Block out any script trying to modify a _REQUEST variable via URL
    RewriteCond %{QUERY_STRING} _REQUEST(=|\[|\%[0-9A-Z]{0,2})
    # Send all blocked request to homepage with 403 Forbidden error!
    RewriteRule ^(.*)$ index.php [F,L]
    #
    ########## End - Rewrite rules to block out some common exploits

    Commentaire


    • #3
      Re-
      Genre cette ligne:
      RewriteCond %{REQUEST_FILENAME} !.(jpg|jpeg|gif|png|css|js|pl|txt)$

      Cela ressemble plus a un bloquage pour eviter que des personnes prennent des photos du site, hors c'est plus de la securité mais de la gestion de ressources, non?

      Je veux dire dans la mesure ou nos photos sont copyrightees, on peut se les laisser "piquer" sans problemes...

      Commentaire


      • #4
        Envoyé par anonyme
        A ajouter à la liste des IP suspectes à filtrer : 85.103.167.9

        Page visitée : http://www.bestofrisk.com/index.php?...ory&Itemid=125
        Venait de : Google
        Recherche effectuée : "index.php?option=com_remository"
        ISP : TurkTelekom

        -anonyme
        Comme je l'ai déjà expliqué, et pour l'avoir vécu, ça ne sert à rien!
        Que la forge soit avec vous.

        Commentaire


        • #5
          Ben justement:

          Envoyé par corsebou Voir le message
          Re-
          Genre cette ligne:
          RewriteCond %{REQUEST_FILENAME} !.(jpg|jpeg|gif|png|css|js|pl|txt)$

          Cela ressemble plus a un bloquage pour eviter que des personnes prennent des photos du site, hors c'est plus de la securité mais de la gestion de ressources, non?

          Je veux dire dans la mesure ou nos photos sont copyrightees, on peut se les laisser "piquer" sans problemes...

          je viens de configurer un formum ouvert seulement à des membres enregistrés (que ce soit en lecture ou en écriture), l'enregistrement est soumis à modération et j'autorise le post d'images dans les billets.

          Il semble bien que les images postées par les membres soient stockées par défaut ici
          $ROOT/components/com_joomlaboard/uploaded/images/

          Sauf erreur, rien ne protège l'accès à ce répértoire par défaut, PIRE: le listing est autorisé!

          joomla 1.0.11
          joomlaboard 1.0.1

          Une configuration appropriée du .htaccess est manifestement vitale.
          "Ceux qui ne font jamais d'erreurs devraient essayer plus."

          Commentaire


          • #6
            Envoyé par moomola Voir le message
            Ben justement:
            Il semble bien que les images postées par les membres soient stockées par défaut ici
            $ROOT/components/com_joomlaboard/uploaded/images/

            Sauf erreur, rien ne protège l'accès à ce répértoire par défaut, PIRE: le listing est autorisé!
            Tu peux pallier ce problème en y copiant le fichier index.php qui se trouve dans le répertoire juste au dessus : $ROOT/components/com_joomlaboard/uploaded/
            Envoyé par moomola Voir le message
            joomla 1.0.11
            joomlaboard 1.0.1
            C'est quoi cette version de JoomlaBoard? Elle n'existe pas!(certainement SimpleBoard alors)
            On en est à la 1.1.3 Stable alors dépêche toi de mettre à jour...
            Que la forge soit avec vous.

            Commentaire


            • #7
              Tu peux pallier ce problème en y copiant le fichier index.php qui se trouve dans le répertoire juste au dessus : $ROOT/components/com_joomlaboard/uploaded/
              MERCI!

              joomlaboard 1.0.1
              C'est quoi cette version de JoomlaBoard?


              Désolé, j'ai fumé la moquette, c'est la 1.1.4 stable que j'ai installé:

              http://forge.joomla.org/sf/frs/do/vi...d_1_1_x_branch

              Bon courage
              "Ceux qui ne font jamais d'erreurs devraient essayer plus."

              Commentaire


              • #8
                Merci à toi, je ne savais pas que la 1.1.4 était sortie!
                Que la forge soit avec vous.

                Commentaire


                • #9
                  Bonsoir,
                  Je suis un novice dans ce domaine. J'ai utilisé joomla pour avoir un site. Seulement, hier, je reçois un message de mon hébergeur me disant que le site est suspendu car contenant des fichiers utilisés pour subtiliser des informations d'une banque du royaume unis. Un autre message venant de cette même banque disait la même chose.
                  Alors, avant de me lancer dans la remise en service du site (en supposant que je ne me retrouve pas dans le trou d'ici là aussi -lol-), y a t il un moyen REELEMENT fiable de proteger l'acces ftp , ou plutot l'acces tout cours.

                  Merci pour vos reponses;

                  P.S. Le site était sous joomla 1.0.10 stable
                  www.amdnet.org

                  Commentaire


                  • #10
                    Première chose à faire, se mettre à jour. Ca ne concerne pas de le noyau mais aussi tous les composants!
                    La sécurité a souvent été évoquée sur ce forum et beaucoup d'astuces proposées qui simplifient la vie du webmaster:
                    1. s'assurer que le paramètre "register_global" de php soit à OFF (entre autres). Si certain composant sont incompatibles avec ce mode, passez à l'étape 2.
                    2. sinon, bloquer le passage de paramètres dans l'url (Phil Taylor propose un script pour ça)
                    3. surveiller ses logs, des fois que...
                    4. visiter régulièrement la section Sécurité du forum...
                    Que la forge soit avec vous.

                    Commentaire


                    • #11
                      error 500

                      bonjour,
                      moi le .htaccess me met en error 500
                      que dois-je regle pour supprimer cve probleme
                      en loacal et en distant c'est pareil
                      sans le .htaccess que risque mon site
                      SuperFamicom.fr - L'Anthologie de la 16Bits!
                      De long en large, tous Ce qu'il faut savoir sur votre petite Japonaise préférée !
                      Vous y trouverez de nombreux Tests, des Trucs & Astuces, des Soluces, de l'Info et une tonne de captures d'Ecran ...

                      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