par
stopher » 05 mars 2009, 08:45
Re,
J'ai vue qu'avec le 60GP , tu possèdes des outils de stats
http://logs/ovh.net/<ton nom de domaine>
Vois tu des choses intéressantes , ( d'ou viennent les plus gros débits ect .. )
Pour ce qui est de l'administration , etant un serveur mutualisé , ce n'est pas toi qui le gére , tu as bien fait de prévenir l'hébergeur .
Tu as aussi un acces FTP , rien d'anormal de ce coté ?
Pour $_GET et $_POST. je ne crois pas que ses fonctions sont parmis les fichiers que j'utilise
$_GET et $_POST ne sont pas des fonctions , ce sont des paramétres/variables que tu envoie en meme temps que la requete , soit dans l'entete "$_GET" soit dans le corps "$_POST".
Exemple de paramétres GET dans les logs que tu nous as donnés :
Nom du paramére :
page
Sa valeur :
http://werkzeugweber.de/.../safe1.txt
Ici ,
http://werkzeugweber.de/.../safe1.txt , n'est pas la valeur que tu attends , n'empeche que si tu ne filtres pas ta variable GET ( ici page mais il doit y en avoir d'autres ) on peut charger n'importe quel script distant dans ton code .. apres php est puissant , il permet de faire beaucoup de chose .
Si c'est toi qui a conçu le site , commence par restreindre cette énorme faille tres connu des développeurs mais surtout des "pirates"
Si tu ne veux pas tout modifier , utilise ne serai-ce qu'une vérification par un
switch()...case: ce qui te laisse le temps de faire mieux apres !
Il doit y avoir des choses interessantes , c'est vrai .. mais s'il y a une faille sur ton site , la faille sera toujours là !
Les seules choses qui pouvaient empêcher de tel injections en amont à ma connaissance , sont : un firewall , et mod_security d'apache ( que ce soit l'un ou l'autre tu ne peux pas les mettres en place sans avoir entièrement accès au système ).
Donc , au risque de me répéter , corrige cette faille au plus vite !
Si les logs reviennent à la normal alors victoire , sinon , il va falloir chercher plus loin !
Bonne continuation
Ch.