[Astuce]<Modifier> son adresse ip en utilisant les headers.

Aucune réponse en plus d'un mois? Un avis?

Citation :Aucune réponse en plus d'un mois? Un avis?

On avait pas accès à ton topic

Sinon je ne connaissais pas du tout, c'est plutôt simple :]
Merci du partage !

Alors ton truc que je l'ai testé ; je me suis fait une page page PHP contenant le code suivant :

Et, ô surpise : ça ne marche pas -_-
Effectivement : la valeur de $_SERVER['REMOTTE_ADDR'] est toujours la même (et j'ai bien vérifié plusieurs fois d'avoir bien fait la même chose que toi) ; Alors même si real-ip est posté, quand j'ai une Ip à récupérer moi c'est avec REMOTTE_ADDR que je la récupère ...
Alors j'ai peut-être fait un truc de travers, mais pour l'instant je ne vois pas grand intérêt à cette technique (en tout cas rien de positif).

Par contre, ton truc m'a amené à un autre point intéressant ; j'en ai profité pour faire des tests sur N-PN, et j'ai pu constater que lorsque l'on désactive l'header "Via" on a accès à N-PN contrairement à quand il est activé.
D'autre part, vous avez dû (au moins quelques-uns :> ) remarquer que depuis certains lieu publics (Cybercafé, Lycée, etc.) il était impossible d'accéder au site celà est du au fait que le traffic réseau passe par un proxy dans la majeure partie des cas ; donc théoriquement (je n'ai pas encore eu l'occasion de tester) en accédant depuis un tel lieu et en activant le plugin Modify Headers et en mettant une valeur vide à Via, on devait pouvoir y accéder (enfin corrigez-moi si je me trompe) étant donné que le plugin permet de modifier les Headers envoyés

@Polo $_SERVER['REMOTTE_ADDR'] changeras pas. c'est uniquement pour les webmaster qui croient obtenir la vraie ip en récuperant les headers Client-IP, Via, Real-IP et X-Forwarded-For
Le serveur doit toujours t'envoyer la réponse à ta véritable ip (logique sinon comment ça marcherais ? :') )

proxy, vpn, tor, ne font que faire la requete à ta place et te la renvois, c'est un intermédiaire et là forcément le serveur as dans $_SERVER['REMOTTE_ADDR'] l'ip de l'intermédiaire, qui lui ai la tienne. (tor joue sur ça en chainant ce processus pour assurer qu'un intermédaire ne sache pas à qui lui envoie et réçoit)

(ps je suis crever, si c'est mal expliquer, desolé)

Faudra m'expliquer quels webmasters ne se basent pas sur REMOTTE_ADDR pour récupérer la vraie Ip du client ... o_O

c'est pas la question, ce qu'essayait de dire InstinctHack avec la fatigue c'est que REMOTE_ADDR est l'adresse IP dont on est sur à 100%, mais si on passe par un proxy on sera sur à 100% que c'est la vraie IP du proxy c'est tout, pas celle de l'internaute

donc quand un internaute passe par un proxy, les webmasters et autres developeurs du dimanche tentent de déterminer quelle est la vraie IP de l'internaute (decloak) en se référant aux champs trouvés dans la requete HTTP comme "X-Forwarded-For:" ou "Via:" etc., tous les proxys n'utilisent pas le même champs, tous les types de proxys ne font pas forcément transiter l'information non plus

cette méthode n'est absolument pas fiable, puisqu'on peut forger un header HTTP très facilement (cf plus haut donc), en clair c'est facile de tromper ce système puisqu'il n'est de toutes façons pas bon, il n'est évidement en aucun cas question de "changer d'adresse IP", comprenez l'empilement des protocoles réseaux; l'adresse source dans le protocole IP ne change pas, $_SERVER['REMOTE_ADDR'] est une donnée sûre à 100% sur internet

en conclusion cette méthode sert à... se faire passer pour un proxy \o/ vous savez ces trucs que certains admins du dimanche bloquent sans trop savoir pourquoi...
pas très utile donc.

ah et ps: il existe d'autres techniques bien plus fiables, cf le projet decloack.net

Merci pour tes précisions, gruik.

Peut-être une erreur dans le nom du projet ? decloak.net ?

(06-05-2013, 08h32)is001_fred a écrit : Peut-être une erreur dans le nom du projet ? decloak.net ?

oui, exact

Il y a aussi une possibilité de faire des XSS en modifiant les header ! , je viens de remarquer sa , sa marche sur pas mal de site , mais dommage que l'ont ne puissent pas modifier remote_addr : < !