php et securite fichiers

php et securite fichiers - Programmation

Marsh Posté le 08-11-2001 à 09:37:23    

jai le fichier php suivant :
 
<?php
 
$fp = fopen( "pouet.html", "w" ) ;
fputs( $fp, "ingenieur ninformatichien" ) ;
fclose( $fp ) ;
 
?>
 
et jobtiens lerreur suivante :
 
Warning: fopen("pouet.html","w" ) - Permission denied in /usr/local/apache/htdocs/sacrebleu/upload/createFile.php on line 19
 
 
 
Que faut-il modifier dans le httpd.conf ?
et peut-on pallier a ca sans toucher au httpd.conf ?
 
Merci d'avance a tous

Reply

Marsh Posté le 08-11-2001 à 09:37:23   

Reply

Marsh Posté le 08-11-2001 à 09:41:48    

Un chmod 777 * --recursive sur le répertoire du site et ton problème devrait être réglé (enfin si tu es sous Linux), trouve l'équivalent si tu es sous win

Reply

Marsh Posté le 08-11-2001 à 09:52:51    

Le serveur Apache tourne sous windows .
 
Je peux faire ca avec la commande system("attrib ..." ) en live ?

Reply

Marsh Posté le 08-11-2001 à 09:55:26    

Bha sous windows, regarde juste si les fichiers ne sont pas en lecture seule...non ??

Reply

Marsh Posté le 08-11-2001 à 10:06:32    

Mea culpa : le serveur apache est sous linux  :ange:  
 
j'essaye de changer les droits  
 
<?php
system("chown -R 777 .." ) or die("impossible de changer les droits" );
 
$fp = fopen( "pouet.html", "w" ) ;
fputs( $fp, "ingenieur ninformatichien" ) ;
fclose( $fp ) ;
 
?>
 
mais jobtiens l'erreur :
impossible de changer les droits

Reply

Marsh Posté le 08-11-2001 à 10:23:50    

Si c'est ton serveur, tu lances la commande que je t'ai donnée en mode console dans le répertoire de ton site...
 
Sinon, pas je ne sais pas, y-a un support chez ton hébergeur ??

Reply

Marsh Posté le 08-11-2001 à 10:29:46    

fly LM a écrit a écrit :

Un chmod 777 * --recursive sur le répertoire du site et ton problème devrait être réglé (enfin si tu es sous Linux), trouve l'équivalent si tu es sous win


au fait ça pose pas problème ça ? un petit malin qui s'amuse à balancer des requêtes http DELETE pourrait gicler les fichiers, non ?

Reply

Marsh Posté le 08-11-2001 à 10:30:25    

au fait pour faire un chmod, y'a l'option sous cuteftp (bouton droit sur le répertoire).

Reply

Marsh Posté le 08-11-2001 à 10:37:45    

jai bien mis les droits decriture avec cute ftp .
Mais rien ny fait .

Reply

Marsh Posté le 08-11-2001 à 10:47:45    

yes, en fait je faisais un system("chmod -R 777 .." );
 
maintenant tout baigne !
 :sol:  
 
encore merci et bravo  :jap:

Reply

Marsh Posté le 08-11-2001 à 10:47:45   

Reply

Marsh Posté le 08-11-2001 à 11:25:07    

youdontcare a écrit a écrit :

 au fait ça pose pas problème ça ? un petit malin qui s'amuse à balancer des requêtes http DELETE pourrait gicler les fichiers, non ?  




 
A priori non, DELETE ne va pas marcher...(J'ai essayer...) Je vais creuser la question...

Reply

Marsh Posté le 08-11-2001 à 11:33:08    

fly LM a écrit a écrit :

Un chmod 777 * --recursive sur le répertoire du site et ton problème devrait être réglé (enfin si tu es sous Linux), trouve l'équivalent si tu es sous win  




 
euh chmod 755 plutot...  
sinon on peut modifier n'importe quel fichier... non ?:??:


---------------
Suri.morkitu.org : Balades au coeur de la ville...
Reply

Marsh Posté le 08-11-2001 à 14:13:48    

ben en fait je voulais uploader un fichier de client a serveur .
Alors 755 ou 777 ?
zatise ze couestion ...

Reply

Marsh Posté le 08-11-2001 à 15:08:56    

sacrebleu a écrit a écrit :

ben en fait je voulais uploader un fichier de client a serveur .
Alors 755 ou 777 ?
zatise ze couestion ...  




 
ben 777 ca donne les droits de lecture/ecriture/execution a tout le monde...  
alors que 755 ca donne les droits d'ecriture qu'a toi...  
oups..en fait je vien de me rendre compte...ca change rien a priori non? c toujours toi qui passe les appels... donc juste un 777 sur le fichier suffit... (ou 755 ou 700 ...vu que c tjs le user qui fait les operations non?)


---------------
Suri.morkitu.org : Balades au coeur de la ville...
Reply

Marsh Posté le 08-11-2001 à 15:24:49    

Bon d'après tout ce que j'ai vu, la commande DELETE n'est pas active sous APACHE, donc pas de soucis de sécurité...

Reply

Marsh Posté le 08-11-2001 à 15:40:00    

suri a écrit a écrit :

 
 
ben 777 ca donne les droits de lecture/ecriture/execution a tout le monde...  
alors que 755 ca donne les droits d'ecriture qu'a toi...  
oups..en fait je vien de me rendre compte...ca change rien a priori non? c toujours toi qui passe les appels... donc juste un 777 sur le fichier suffit... (ou 755 ou 700 ...vu que c tjs le user qui fait les operations non?)  




 
Bha non justement...
 
Quel est le USER du fichier ??? -> ??
A Quel GROUPE appartient t'il ??? -> ??
 
Qui le manipule ??? -> "Apache<->PHP" ->USER & GROUPE ???
 
Les droits cela peut vite être sioux : exemple,
 
J'ai eut des soucis comme cela mais avec des "includes" chez un hébergeur X. Quand tu postes via FTP tes fichiers ils ont comme permissions 664 (user : truc groupe:webuser) et ceux crées par PHP 644 (user : webuser et groupe webuser).
 
Explication :
 
index.php (webuser,webuser) doit inclure top.html(truc,webuser)
index.php est placé dans un répertoire (user:truc,groupe:webuser)
 
 
Lorsque vous essayez ensuite de manipuler un de ces fichiers, le Safe Mode vérifie que le propriétaire du script appelant et du fichier à inclure sont les mêmes, ce qui n'est pas le cas, car le script appelant appartient à l'utilisateur d'apache.
 
Si cela ne correspond pas, le Safe Mode vérifie alors que le répertoire dans lequel se trouve le fichier à include appartient bien au même utilisateur que le script appelant, ce qui n'est toujours pas le cas...
 
Comme quoi les droits c'est pas si simple que cela en a l'air, NON ???

 

[edtdd]--Message édité par fly LM--[/edtdd]

Reply

Marsh Posté le 08-11-2001 à 15:41:06    

Oups...erreur de souris.

 

[edtdd]--Message édité par fly LM--[/edtdd]

Reply

Marsh Posté le 08-11-2001 à 16:38:11    

fly LM a écrit a écrit :

Bon d'après tout ce que j'ai vu, la commande DELETE n'est pas active sous APACHE, donc pas de soucis de sécurité...  



ok, merci.

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed