Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1575 connectés 

  FORUM HardWare.fr
  Programmation

  php et securite fichiers

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

php et securite fichiers

n°70576
sacrebleu
a l'abordage !
Posté le 08-11-2001 à 09:37:23  profilanswer
 

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

mood
Publicité
Posté le 08-11-2001 à 09:37:23  profilanswer
 

n°70578
FLY LM
Posté le 08-11-2001 à 09:41:48  profilanswer
 

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

n°70582
sacrebleu
a l&#039;abordage !
Posté le 08-11-2001 à 09:52:51  profilanswer
 

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

n°70583
FLY LM
Posté le 08-11-2001 à 09:55:26  profilanswer
 

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

n°70586
sacrebleu
a l&#039;abordage !
Posté le 08-11-2001 à 10:06:32  profilanswer
 

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

n°70591
FLY LM
Posté le 08-11-2001 à 10:23:50  profilanswer
 

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 ??

n°70593
youdontcar​e
Posté le 08-11-2001 à 10:29:46  profilanswer
 

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 ?

n°70595
youdontcar​e
Posté le 08-11-2001 à 10:30:25  profilanswer
 

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

n°70597
sacrebleu
a l&#039;abordage !
Posté le 08-11-2001 à 10:37:45  profilanswer
 

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

n°70601
sacrebleu
a l&#039;abordage !
Posté le 08-11-2001 à 10:47:45  profilanswer
 

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

mood
Publicité
Posté le 08-11-2001 à 10:47:45  profilanswer
 

n°70607
FLY LM
Posté le 08-11-2001 à 11:25:07  profilanswer
 

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...

n°70611
Suri
Darksurious
Posté le 08-11-2001 à 11:33:08  profilanswer
 

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...
n°70668
sacrebleu
a l&#039;abordage !
Posté le 08-11-2001 à 14:13:48  profilanswer
 

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

n°70686
Suri
Darksurious
Posté le 08-11-2001 à 15:08:56  profilanswer
 

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...
n°70696
FLY LM
Posté le 08-11-2001 à 15:24:49  profilanswer
 

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é...

n°70705
FLY LM
Posté le 08-11-2001 à 15:40:00  profilanswer
 

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]

n°70706
FLY LM
Posté le 08-11-2001 à 15:41:06  profilanswer
 

Oups...erreur de souris.

 

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

n°70760
youdontcar​e
Posté le 08-11-2001 à 16:38:11  profilanswer
 

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.


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation

  php et securite fichiers

 

Sujets relatifs
[C++] Generer des fichiers d'erreursFichiers "TIF" et Visual Basic... HELP!!!!!!
[C++ - MCF?] copie de fichiers avancée[OT] Gros bleme avec permissions de fichiers via FTP
comment crée une sécurité(mot de passe) avec dream.ultra.4?avec quoi on ouvre les fichiers BIN et CUE ???
C++ : cai quoi les commandes poor stocker D data ds D fichiers[Delphi 4] fichiers d'aide...
tester la securité contre le hacking sur un prog intranet + proxy[VB] compression de fichiers ?
Plus de sujets relatifs à : php et securite fichiers


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR