rawurlencode après un htmlentities

Bonjour,

Je fais passer un paramètre en GET d'une page P1 à une autre P2 pour un traitement.

Du coup, j'utlise la fonction rawurlencode(paramètre) avant de l'accoler à l'URL de la nouvelle page où on a besoin de ce paramètre (afin de gérer les accents etc...)
Le traitement se passe bien et on revient à la première page avec ce paramètre sur lequel je fais un decodeURIComponent(parametre) en Javascript afin de le décoder et pouvoir le remettre dans un formulaire.

Les informations passant en clair étant donné qu'au tout début qu'avant le premier rawurlencode, je ne fais pas de htmlentities, ce n'est pas trop sécurisé.

Le problème se pose lorsque je veux sécuriser la chose et que je souhaite utiliser htmlentities avant de faire l'encodage du paramètre avec rawurlencode.

Exemple:

Code:

---

1 2 3

$parametre = tèst $param = rawurlencode($parametre)

---

me donne

Code:

---

1 2

t%C3%A8st

---

Puis, après décodage au niveau du JS avec

Code:

---

1 2	var param = decodeURIComponent(parametre)

---

J'obtiens bien:

Code:

---

1 2

tèst

---

Maintenant, je veux sécuriser la chose avec htmlentities.

Code:

---

1 2 3

$param = htmlentities($parametre) $paramnew = rawurlencode($parametre)

---

J'obtiens:

Code:

---

1 2	t%26Atilde%3B%26uml%3Bst

---

Ensuite, avec la fonction JS que j'ai trouvé sur StackOverFlow qui est censé fonctionner:

Code:

---

1 2 3 4 5 6 7 8 9 10

function htmldecode(s){ window.HTML_ESC_MAP = { "nbsp":" ","iexcl":"¡","cent":"¢","pound":"£","curren":"¤","yen":"¥","brvbar":"¦","sect":"§","uml":"¨","copy":"©","ordf":"ª","laquo":"«","not":"¬","reg":"®","macr":"¯","deg":"°","plusmn":"±","sup2":"²","sup3":"³","acute":"´","micro":"µ","para":"¶","middot":"·","cedil":"¸","sup1":"¹","ordm":"º","raquo":"»","frac14":"¼","frac12":"½","frac34":"¾","iquest":"¿","Agrave":"À","Aacute":"Á","Acirc":"Â","Atilde":"Ã","Auml":"Ä","Aring":"Å","AElig":"Æ","Ccedil":"Ç","Egrave":"È","Eacute":"É","Ecirc":"Ê","Euml":"Ë","Igrave":"Ì","Iacute":"Í","Icirc":"Î","Iuml":"Ï","ETH":"Ð","Ntilde":"Ñ","Ograve":"Ò","Oacute":"Ó","Ocirc":"Ô","Otilde":"Õ","Ouml":"Ö","times":"×","Oslash":"Ø","Ugrave":"Ù","Uacute":"Ú","Ucirc":"Û","Uuml":"Ü","Yacute":"Ý","THORN":"Þ","szlig":"ß","agrave":"à","aacute":"á","acirc":"â","atilde":"ã","auml":"ä","aring":"å","aelig":"æ","ccedil":"ç","egrave":"è","eacute":"é","ecirc":"ê","euml":"ë","igrave":"ì","iacute":"í","icirc":"î","iuml":"ï","eth":"ð","ntilde":"ñ","ograve":"ò","oacute":"ó","ocirc":"ô","otilde":"õ","ouml":"ö","divide":"÷","oslash":"ø","ugrave":"ù","uacute":"ú","ucirc":"û","uuml":"ü","yacute":"ý","thorn":"þ","yuml":"ÿ","fnof":"ƒ","Alpha":"Α","Beta":"Β","Gamma":"Γ","Delta":"Δ","Epsilon":"Ε","Zeta":"Ζ","Eta":"Η","Theta":"Θ","Iota":"Ι","Kappa":"Κ","Lambda":"Λ","Mu":"Μ","Nu":"Ν","Xi":"Ξ","Omicron":"Ο","Pi":"Π","Rho":"Ρ","Sigma":"Σ","Tau":"Τ","Upsilon":"Υ","Phi":"Φ","Chi":"Χ","Psi":"Ψ","Omega":"Ω","alpha":"α","beta":"β","gamma":"γ","delta":"δ","epsilon":"ε","zeta":"ζ","eta":"η","theta":"θ","iota":"ι","kappa":"κ","lambda":"λ","mu":"μ","nu":"ν","xi":"ξ","omicron":"ο","pi":"π","rho":"ρ","sigmaf":"ς","sigma":"σ","tau":"τ","upsilon":"υ","phi":"φ","chi":"χ","psi":"ψ","omega":"ω","thetasym":"ϑ","upsih":"ϒ","piv":"ϖ","bull":"•","hellip":"…","prime":"′","Prime":"″","oline":"‾","frasl":"⁄","weierp":"℘","image":"ℑ","real":"ℜ","trade":"™","alefsym":"ℵ","larr":"←","uarr":"↑","rarr":"→","darr":"↓","harr":"↔","crarr":"↵","lArr":"⇐","uArr":"⇑","rArr":"⇒","dArr":"⇓","hArr":"⇔","forall":"∀","part":"∂","exist":"∃","empty":"∅","nabla":"∇","isin":"∈","notin":"∉","ni":"∋","prod":"∏","sum":"∑","minus":"−","lowast":"∗","radic":"√","prop":"∝","infin":"∞","ang":"∠","and":"∧","or":"∨","cap":"∩","cup":"∪","int":"∫","there4":"∴","sim":"∼","cong":"≅","asymp":"≈","ne":"≠","equiv":"≡","le":"≤","ge":"≥","sub":"⊂","sup":"⊃","nsub":"⊄","sube":"⊆","supe":"⊇","oplus":"⊕","otimes":"⊗","perp":"⊥","sdot":"⋅","lceil":"⌈","rceil":"⌉","lfloor":"⌊","rfloor":"⌋","lang":"⟨","rang":"⟩","loz":"◊","spades":"♠","clubs":"♣","hearts":"♥","diams":"♦","\"":"quot","amp":"&","lt":"<","gt":">","OElig":"Œ","oelig":"œ","Scaron":"Š","scaron":"š","Yuml":"Ÿ","circ":"ˆ","tilde":"˜","ndash":"–","mdash":"—","lsquo":"‘","rsquo":"’","sbquo":"‚","ldquo":"“","rdquo":"”","bdquo":"„","dagger":"†","Dagger":"‡","permil":"‰","lsaquo":"‹","rsaquo":"›","euro":"€"}; if(!window.HTML_ESC_MAP_EXP) window.HTML_ESC_MAP_EXP = new RegExp("&("+Object.keys(HTML_ESC_MAP).join("|")+");","g"); return s?s.replace(window.HTML_ESC_MAP_EXP,function(x){ return HTML_ESC_MAP[x.substring(1,x.length-1)]||x; }):s; }

---

je reviens sur la première page mais avec cette valeur pour le paramètre:

Code:

---

1 2

tèst

---

Connaissez vous pourquoi j'obtiens ce résultat? N'y a t'il rien de déjà existant qui pourrait m'aider à régler ce problème et faire que j'arrive à faire ce que j'aimerais.

Je vous remercie par avance,

Bonjour,

En quoi htmlentities() "sécurise" l'URL ? :koi:
Et ça "sécurise" quoi, en fait ? (un exemple à donner ?)

Utilise plutôt htmlspecialchars().
Ou rien.

htmlentities() est à priori comme la fonction htmlspecialchars() qui permet de se protéger contre les attaques XSS en remplaçant les caractères spéciaux par leurs équivalent HTML.

Après je peux aussi ne rien mettre mais du coup, l'utilisateur pourrait ajouter un script JS malicieux. J'aimerais faire quelque chose de propre.

Quel est votre avis là dessus?

la fonction en elle même ne protège rien toute seule, cela dépend de l'utilisation que vous en faites.
montrez nous un exemple de votre code où un utilisateur peut insérer du code malveillant.

Bonjour,

Code:

---

...Je fais passer un paramètre en GET...

---

Que tu "protèges" la variable ou pas, il faut être conscient qu'elle peut être facilement modifiée à la main dans l'URL !

Donc, ce n'est pas en amont qu'il faut la protèger, mais en aval, au moment de sa récupération.
Donc, ici, en JavaScript.

Rappels sur les fonctions en question :
rawurlencode encode les caractères spéciaux pour les rendre compatible avec une url. Aucune protection ici, juste on évite de juste 1) d'avoir une url qui ne fonctionne pas et/ou 2) de perdre des données. A utiliser à la construction de l'url. On peut aussi utiliser http_​build_​query (qui évite d'avoir à encoder les paramètres un par un)
htmlentities (et htmlspecialchars dans une moindre mesure) transforme les caractères qui peuvent l'être en entités HTML. Le but est d'afficher les caractères spéciaux au lieu d'essayer de les interpréter, ce qui permet notamment d'éviter les injections XSS. A utiliser à l'affichage d'une donnée potentiellement problématique.

Citation:

---

Envoyé par Henry22

Les informations passant en clair étant donné qu'au tout début qu'avant le premier rawurlencode, je ne fais pas de htmlentities, ce n'est pas trop sécurisé.

---

Tant que tu ne fais pas d'affichage, ce n'est pas un problème. :koi:

Effectivement, les informations passent en GET et non en POST.

Les informations peuvent donc être modifier directement au niveau de l'URL. Donc il n'y a rien qui pourrait empêcher une personne de modifier l'URL.

Du coup, je me pose une question. J'ai une page page1.html qui contient:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40

//Fonction qui permet de réccupérer un paramètre de l'URL function $_GET(param) { var vars = {}; window.location.href.replace( location.hash, '' ).replace( /[?&]+([^=&]+)=?([^&]*)?/gi, // regexp function( m, key, value ) { // callback vars[key] = value !== undefined ? value : ''; } );   if ( param ) { return vars[param] ? vars[param] : null; } return vars; }   function valider() { var parametre1 = document.getElementById("parametre1").value;   var parametre2 = $_GET('parametre2');   var parametres = document.getElementById("parametres"); parametres.value = "parametre1="+parametre1.replace(" ","%20")+"&parametre2="+parametre2;   if (parametre1=="") { alert("Saisissez le parametre1"); } else { window.location.href = "./page2.php"+parametres.value; } }   <body> <div class="form-group"> <label for="titre">Entrer le paramètre</label> <input type="text" class="form-control" id="parametre" /> </div> <button type="button" onClick="valider();">Valider</button> </body>

---

Voilà le code de page2.php:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

<?php $parametre2 = htmlentities($_GET["parametre2"]);   //Du coup, ici j'évite le htmlentities comme cela ne fonctionne pas très bien et que c'est ce paramètre qui contiendra des accents etc... $parametre1 = $_GET["parametre1"];   $parametre_encode = rawurlencode($parametre1);   $complement_url = "parametre1=".$parametre_encode."&parametre2=".$parametre2;   //Un code cURL ici pour aller vers une 3e page et passer l'ensemble des paramètres de l'URL

---

Ensuite de la page2.php, j'ai besoin de pouvoir éventuellement revenir sur la page1.html avec les paramètres dans le cas où la personne souhaiterait remettre ces même paramètres.

Sinon, à priori, il n'y a pas d'affichage donc d'après ce que je comprends, je n'ai en aucun cas besoin des fonctions htmlentities.
Que pensez vous de ce code? Peut on faire passer les paramètres en POST sans qu'on ait besoin d'un submit par exemple pour revenir vers page1.html à partir de page2.php?

Merci par avance,

Tu n'as effectivement pas besoin des htmlentities dans le code de ta page2 (ce que tu nous montres en tout cas) : htmlentities sert à faire de l'affichage HTML, et tu ne fais aucun affichage.

Pour la page 1 :
Ce que tu as c'est un formulaire que tu veux envoyer par url. Pourquoi ne pas simplement pas faire un formulaire classique en methode GET ? Au passage, pour valider si le champ est renseigné, tu peux utiliser l'attribut HTML5 required qui va faire ça automatiquement.

Par ailleurs, je ne comprends pas bien pourquoi tu parles de formulaire "sans bouton submit" : tu as un bouton qui déclenche une fonction qui fait une redirection. Honnêtement je ne vois pas bien la différence avec un bouton submit classique :koi:

Et ya-t-il une raison pour laquelle ta page1 n'est pas un script PHP ? Ce serait quand même vachement plus simple.

En fait, le cURL de la page2.php permet d'appeler via l'URL un script sur un autre serveur qui produit un PDF. Sur ce PDF apparaitra le paramètre.

Sans le htmlentities, il apparaît correctement et effectivement il n'y a pas pas de echo qui est fait, d'affichage en particulier. Du coup, à priori, on n'a pas besoin de se protéger contre d'éventuelles attaques XSS étant qu'on ne fait pas réellement d'affichage en tant que tel.

Concernant page1.html il n'y a pas réellement de raison. Le principal pour moi, c'est de bien comprendre qu'il n'y a pas besoin d'htmlentities étant donné qu'au final c'est juste une inscription sur un PDF qui est effectuée.

Utiliser htmlentities ici, c'est comme mettre un déguisement pour ne pas être reconnu, mais ne pas sortir de chez soi : au mieux ça ne sert à rien, au pire ton alarme à reconnaissance faciale va refuser de te reconnaitre et t'envoyer la police.

Ce que tu peux utiliser ici, ce sont des fonctions de validation et de nettoyage, comme filter_​input ou strip_​tags. Par exemple, si un champ devrait être un entier, tu peux soit vérifier que c'est un entier(et renvoyer une erreur si ce n'est pas le cas), soit supprimer tous les caractères qui ne sont pas des chiffres.

Dans un autre registre, si ton formulaire est accessible au public, tu peux ajouter un anti-spam-bot ;)

@Celira
As-tu déjà pensé à faire un "Recueil de métaphores" ? :mouarf:

@jreaux : C'est vrai que j'use et j'abuse de la métaphore. :mouarf:
Il faut dire que la métaphore c'est LE truc génial pour expliquer. Quand tu dis à ton oncle qui a un problème avec son ordinateur qui fume "Non, je ne peux pas t'aider, moi je suis dév web front, je n'y connais rien en hardware" en général tu as droit à un regard vide et une réponse du genre "mais tu es informaticien non ?". Si tu lui dis, "l'informatique c'est comme la médecine, ya plein de spécialités. Là métaphoriquement, ton ordi il a un problème de digestion, et moi je suis ophtalmo, j'y connais rien en système digestif", ça passe en général beaucoup mieux.

Citation:

---

Envoyé par Henry22

htmlentities() est à priori comme la fonction htmlspecialchars() qui permet de se protéger contre les attaques XSS en remplaçant les caractères spéciaux par leurs équivalent HTML

---

htmlspecialchars est suffisant pour cela. htmlentities va encoder tous les caractères qui ont des équivalents en entités HTML et ça fait un code super lourd, inutile si ton but est simplement de te protéger des attaques xss (comme l'a déjà dit jreaux62).