Discussion :

[Lancelot du Lac]

l'extension php_curl de php permet de balancer nimporte quelle requête http en contrôlant entièrement son contenu.

J'ai activé et vaguement essayé l'extension, elle a l'air de bien marcher. Ce n'est pas évident de se lancer, mais il y a des codes qu'on pourrait bidouiller dans les commentaires des utilisateurs de la doc php5.

Alors moi, cette extension me donne une idée: il est probablement possible de faire créer une page web qui marcherait comme suit:

1) Sur la gauche, une frame de largeur 25% environ avec un formulaire reprenant tous les headers http autorisés dans requête + 1 textarea pour le request body.

A droite, deux frames l'une au-dessus de l'autre:

2) en haut, une frame prenant environ 15% de la hauteur de l'écran pour afficher les headers de la réponse reçue suite à l'envoi du formulaire par l'utilisateur.

3) en bas, une frame occupant tout l'espace restant et récupérant le body de la réponse http en tant que code html.

Ca m'a l'air faisable et techniquement relativement facile à réaliser. Mais, je n'ai pas la moindre idée du risque juridique pour celui qui rendrait une telle page accessible au tout-venant. En fait, c'est précisément là-dessus que ça m'intéresserait d'obtenir des infos.

Je ne suis pas juriste... Au nez je dirais qu'un tel site aurait probablement un franc succès, mais que ce serait une grosse connerie.

Qu'en pensez-vous?

[Marc Lussac]

Quelle est la question ?

Je pense que tu as oublié environ 50% de la question...

[Lancelot du Lac]

Quel serait le risque juridique encouru par celui qui rendrait accessible à tous les utlisateurs du web un site tel que celui décrit plus haut?

(par exemple, il existe très probablement des requêtes http malveillantes, destinées à faire planter un serveur, ou à récupérer des informations protégées et/ou sensible ou que sais-je... J'ignore quel est le risque pour le webmaster du site ci-dessus si un internaute devait s'amuser à ce genre de chose avec l'outil qu'il met à sa disposition sans préjuger de l'usage qu'il en fera. Mais je pose volontairement la question de manière plus générale que cela car je ne veux pas passer à côté de quelque chose; en d'autres termes il est fort possible qu'il y ait d'autres types de risques pour le webmaster, idéalement je voufrais avoir un aperçu global de leur nature et de leur criticité)