[Sécurité] Ne pas afficher les variables de l'URL

Version imprimable

22/10/2005, 17h47
Wormus

[Sécurité] Ne pas afficher les variables de l'URL
Je passe des variables grâce au lien sur lequels l'utilisateur clic
Code:

1 2 <a href="mapage.php?mavar=5">
Mais le problème c'est qd j'arrive sur ma nouvelle page, j'aimerai qu'il y ai écrit :

mapage.php

et pas :

mapage.php?mavar=5

J'ai déjà vu des variables passés de la même façon et sur la nouvelle page on ne les voit plus inscrit dans le lien ! donc c'est ce que je voudrais faire
22/10/2005, 18h16
trattos

Soit tu utilises une frames qui inclu ton site et alors on ne verra plus que l'adresse de la ton site, soit tu utilises l'url rewrinting et alors ces variables ne seront plus vu de cette façon!
22/10/2005, 18h57
artotal

Moi je ne vois pas comment faire je m'interroge d'ailleurs !
Quand à utiliser des frames faut pas délirer quand même, c'est une technique suranné et qui ne respecte pas les normalisation en cour du w3c.
22/10/2005, 19h27
Anduriel

bein tu les passe pas dans l'url mais dans des sessions.

tu fais un formulaire :

Code:

1
2
3
4
5
 
<form name="form1" method="post" action="mapage.php">
<input type="hidden" name="mavar" value="5" />
</form>
<a href="#" onclick="document.form1.submit();">cliquez ici</a>

dans mapage.php

Code:

1
2
3
4
5
 
<?php
$mavar=(!isset($_POST['mavar']))?(''):($_POST['mavar']);
echo "\$mavar vaut $mavar";
?>

;-)

22/10/2005, 19h45
Invité4

Citation:

Envoyé par artotal

Moi je ne vois pas comment faire je m'interroge d'ailleurs !
Quand à utiliser des frames faut pas délirer quand même, c'est une technique surannée et qui ne respecte pas les normalisations en cours du w3c.

Le w3c autorise les frames
http://www.la-grange.net/w3c/html4.01/present/frames.html

Sinon, tu refais un header juste après avoir chargé ta page en mettant tes infos dans la session comme ça la page d'après saura quelles sont les valeurs.
22/10/2005, 19h53
tigunn

SAlut la Co,

Juste une petite remarque pour moi: c'est une grosse faille de securite le passage de variable dans l'URL c'est un peu comme si t'offrait les infos pour te faire pirater.
La methode decrite par ska_root me semble la meilleure, un formulaire permet de recuperer les variables par $_POST['nom_var'] elle reste ainsi invisible. Les variables sessions c'est bien mais il faut aussi penser qu'elles seront gerees par le serveur alors il faut les utiliser avec parcimonie.

A+ 8)
22/10/2005, 20h02
trattos

Citation:

Quand à utiliser des frames faut pas délirer quand même, c'est une technique suranné et qui ne respecte pas les normalisation en cour du w3c.

Mais non c'est juste déconseillé, une frame de fait pas de mal à un site si c'est bien fait!

Citation:

Juste une petite remarque pour moi: c'est une grosse faille de securite le passage de variable dans l'URL c'est un peu comme si t'offrait les infos pour te faire pirater.

Pas du tout, la faille de sécurité réside dans le code du programmeur et non dans la méthode employée!
22/10/2005, 20h12
Invité4

Si tu sais programmer correctement et te sers de fonctions telles que addslahes et co, il n'y a aucun problème aux variables d'url.
C'est sûr que si tu passes tes requetes SQL par GET, c'est pas gagné.

Je suis un peu direct, mais je n'aime pas les fausses informations qui induisent en erreur.

PS: Avec un client HTTP, tu peux facilement aussi envoyer d'autres requêtes POST que ce qui est dans le cadre du formulaire initial.
22/10/2005, 20h48
vg33

Citation:

Envoyé par trattos

Citation:

Juste une petite remarque pour moi: c'est une grosse faille de securite le passage de variable dans l'URL c'est un peu comme si t'offrait les infos pour te faire pirater.

Pas du tout, la faille de sécurité réside dans le code du programmeur et non dans la méthode employée!

+1 !
Il n'y a aucune différence de sécurité entre les GET et les POST, puisque les 2 peuvent être modifiés à volonté par le client. Les données transmises par l'utilisateur, quelles qu'elles soient, doivent donc être rigoureusement validées avant la moindre exploitation... surtout pour un INSERT ou un UPDATE :!:
22/10/2005, 21h12
loufoque

Citation:

Mais le problème c'est qd j'arrive sur ma nouvelle page, j'aimerai qu'il y ai écrit :

mapage.php

et pas :

mapage.php?mavar=5

C'est quoi l'intérêt ?
A priori mapage.php et mapage.php?mavar=5 ce sont des pages différentes, il est donc tout à fait normal qu'elles aient une url différente.
22/10/2005, 23h02
francis m

loufoque a écrit

Citation:

C'est quoi l'intérêt ?

+1
22/10/2005, 23h50
artotal

je ne veux pas polémiquer c'est pas un forum sur l'xhtml, mais en utilisant les frames on fait un site de conception descendante, ce qui n'est pas franchement la philosophie du w3c, bien au contraire, c'est à dire que les browser qui respecte la normalisation conseiller par les w3c, vont à moyen terme ne plus les gérer ou mal puisque le langage tant à évoluer...
23/10/2005, 02h07
trattos

Citation:

Envoyé par artotal

je ne veux pas polémiquer c'est pas un forum sur l'xhtml, mais en utilisant les frames on fait un site de conception descendante, ce qui n'est pas franchement la philosophie du w3c, bien au contraire, c'est à dire que les browser qui respecte la normalisation conseiller par les w3c, vont à moyen terme ne plus les gérer ou mal puisque le langage tant à évoluer...

Mais non je pense sincèrement que ça ne sera pas le cas! Les frames ne sont pas destinée à disparaître, du moins pas encore mais enfin c'est un autre débat!
23/10/2005, 09h53
Invité4

Non, certains sites comme les web chats qui ne sont pas en flash ou en java sont obligés d'utliser les frames et ça marche sur tous les navigateurs.
C'est le référencement qui pose problème avec les frames.
23/10/2005, 13h56
artotal

d'une manière global pour le referencement il vaut mieux avoir du code à lire pour les spider des moteurs et structuré sont code aide leur lecture.
donc à mon avis il vaut mieux éviter les fonctions, echo, print, printf.
Et utiliser de l'xhtml. Mais bon pour un bon referencement faux casser sa tirelire dans tous les cas...
23/10/2005, 14h11
trattos

Citation:

donc à mon avis il vaut mieux éviter les fonctions, echo, print, printf.
Et utiliser de l'xhtml. Mais bon pour un bon referencement faux casser sa tirelire dans tous les cas...

Tu m'a l'air de tout mélanger, aucun rapport entre XHTML et les fonctions echo() print() et printf() de PHP là et de toute façon pour le référencement il suffit d'avoir de bonne méthode, pas besoin de payer!

Bien vrai

entre faire
Code:

1 2 3 4 5 6 7 8 <?php // code php ?> texte <?php // code php ?>
et
Code:

1 2 3 4 5 6 <?php // code php echo ('texte'); // code php ?>
il n'y a pas de différence

Fuseau horaire GMT +2. Il est actuellement 08h51.