|
Publicité ' | |||||||||||||||||||||||
|
|
#1 | ||
|
Invité de passage
![]() Inscription : juin 2003 Messages : 7 ![]() |
Bonsoir,
En regargant discretement mes logs de mon site, j'ai trouvé une adresse qui contenait un fichier .txt en fait un script php. Que fait ce script? qans une adresse: Code :
|
||
|
|
00
|
|
|
#2 | ||
|
Invité de passage
![]() Inscription : juin 2003 Messages : 7 ![]() |
Code :
|
||
|
|
00
|
|
|
#3 |
|
Membre confirmé
![]() Edouard ViotIngénieur sécurité Inscription : juillet 2007 Messages : 193 ![]() |
Tout son script cherche juste des infos, et les sorts a la fin avec tous ces echo. Le mec doit s'appeler kangkung, mais en tout cas ce script fait rien de mal a port sortir pas mal d'information sur ton systeme.
Il doit peut etre tester une faille avec ca, et si ca marche, il passe a autre chose de plus serieux. |
|
00
|
|
|
#4 |
|
Invité de passage
![]() Inscription : juin 2003 Messages : 7 ![]() |
Merci pour ta réponse. Je ne suis pas du tout calé en php et en sécurité . Mais mon système ou un système semblable serait -il assez "naif" pour donner un mot de passe à une interrogation venue de l'extérieur?
|
|
|
00
|
|
|
#5 |
|
Expert Confirmé
![]() |
Ce script permet selon moi de vérifier entre autre l'espace libre du disque et la version de PHP utilisée. Ça ressemble au genre de fonctionalités utilisées pour préparer l'installation d'un site ou d'utiliser d'autres scripts / librairie, savoir si la config est suffisante pour installer un programme... Je ne suis pas trop calé dans ce domaine, mais je pense qu'il n'y a pas trop de risques niveau sécurité à partir du moment où il s'agit bien d'un serveur distant destiné à ce genre de chose...
|
|
|
00
|
|
|
#6 |
|
Membre Expert
![]() ![]() Inscription : janvier 2004 Messages : 1 238 ![]() |
Tout est presque sans danger, sauf les appels de fonction du genre phpversion() et les fonctions du meme genre qui récuperent les informations sur le systeme (la taille disponible sur le disque par contre on s'en fout ^^)
Quand on cherche a connaitre la version du PHP, c'est parce qu'on espere trouver une vieille (= pas la derniere, meme si ca date de 3h...) version dans laquelle une faille a été corrigée dans une version ulterieure. A partir de là, le pirate peut tenter d'exploiter la faille car il SAIT que ton systeme est vulnérable tant qu'il n'est pas a jour. Sinon, il est obligé d'avancer en aveugle... et préfèrera souvent aller sur un autre site moins "chiant" a pirater. C'est aussi la raison pour laquelle il est déconseillée de laisser une page accessible contenant phpinfo() (en plus du fait que de l'html soit interprété il me semble, permettant la récupération de cookies...) Bref, pas de phpinfo(), pas d'infos sur le systeme ou tourne le serveur = pirate aveugle.
__________________
PHP : Regle n°1 : mysql_query(...), mysql_connect(...) et mysq_select_db(...) doivent EN DEBUG etre suivies de or die(mysql_error()); (mais jamais en production) Regle n°2 : Mieux encore : mysql_query($requete) or die("$requete<br/>".mysql_error()); Regle n°3 : echo '<pre>';var_dump($var);echo '</pre>'; affiche le contenu et le type d'une variable. Publiez vos textes de fantasy et de science-fiction sur http://www.cercledefaeries.com/concours/ |
|
|
00
|
|
|
#7 |
|
Invité de passage
![]() Inscription : juin 2003 Messages : 7 ![]() |
Merci pour vos réponses rassurantes.
|
|
|
00
|
|
|
#8 |
|
Membre Expert
![]() ![]() Inscription : janvier 2004 Messages : 1 238 ![]() |
Pour apporter quelques précisions :
Un site que je visite souvent vient d'être piraté avec le même système (kangkung) Les fichiers présentés ici sont "sans danger" mais sur le site que je fréquentais, il y en avais un de plus... qui construisait un bot mIRC en perl qui se connecte sur un serveur et donne les infos sur le site "piratable" lorsqu'on tape certaines commandes. Les failles du sites deviennent donc exploitables par n'importe quel apprenti hacker étant connecté sur le même channel. Apres discussion avec le webmaster, il semblerait que la faille viennent d'un include avec http://... Pour éviter ce genre de chose, il est déconseillé d'avoir des include contenant des noms de variables... cependant, dans notre cas, il s'agissait de scripts php récupérés sur le net, donc "pas forcement fiable" Une solution pour éviter ça sans vérifier tout le code est de positionner les directives allow_url_fopen allow_url_include a FALSE dans le php.ini ou dans un .htaccess Cela évitera ce genre de failles http://fr2.php.net/manual/fr/filesys...llow-url-fopen http://fr2.php.net/manual/fr/filesys...ow-url-include
__________________
PHP : Regle n°1 : mysql_query(...), mysql_connect(...) et mysq_select_db(...) doivent EN DEBUG etre suivies de or die(mysql_error()); (mais jamais en production) Regle n°2 : Mieux encore : mysql_query($requete) or die("$requete<br/>".mysql_error()); Regle n°3 : echo '<pre>';var_dump($var);echo '</pre>'; affiche le contenu et le type d'une variable. Publiez vos textes de fantasy et de science-fiction sur http://www.cercledefaeries.com/concours/ |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com