Je ne peux pas intercepter les requêtes effectuées par la version 73.0.3683.86 de Chrome sur mon site localhost.
http://127.0.0.3:80 127.0.0.1:8080 Lorsque l'interception est activée et que je recharge la page dans le navigateur Chrome , aucune requête n'est "interceptée" par Burp, mon site local se charge et seules les requêtes externes sont interceptées, comme le chargement de scripts externes depuis CDN.
Toujours sous "Proxy"> "Historique HTTP", il n'y a que des requêtes adressées à des sites externes, et toutes les requêtes adressées à http://127.0.0.3:80 ne sont pas enregistrées.
Lorsque je recharge la même page par Internet Explorer 11 , la requête initiale GET est interceptée par Burp, comme prévu. Aussi "Proxy"> "Historique HTTP" montre toutes les requêtes au site local http://127.0.0.3:80
Quel est le problème avec Chrome ? Merci!
6 Réponses :
Quelle version de Chrome utilisez-vous?
Avez-vous essayé d'utiliser l'extension FoxyProxy Chrome?
Pour contourner ce problème, vous pouvez modifier le fichier hosts sur votre machine.
J'utilise Chrome Version 73.0.3683.86 Merci pour les conseils, je vais essayer et revenir.
J'ai ajouté un site my localhost au fichier hosts et j'ai essayé d'utiliser l'extension FoxyProxy, mais Chrome a ignoré le proxy pour les demandes localhost.
J'ai trouvé la solution hier soir. J'utilise l'extension Chrome ProxySwitchy, mais peu importe si vous utilisez cela ou la configuration du proxy système. La solution fonctionne de la même manière.
Une explication serait utile.
Oui, j'aurais aimé que nous ayons plus d'explications. Cela a également résolu mon problème. Simplement en configurant UNIQUEMENT <-loopback> en option "directe" pour Proxy Switcher
J'ai rencontré le même problème lors de la mise à niveau d'Opera 58.0 vers 60.0. Je pense que cela est lié à Chrome, car je l'ai également expérimenté dans tous les autres navigateurs Chrome. Opera 58 utilise Chrome 71.0.3578.98. Opera 60 utilise la version Chrome 73.0.3683.103. Quelque chose a été définitivement mis à jour dans Chrome entre ces versions pour provoquer ce problème.
Vous pouvez résoudre ce problème en ajoutant une entrée dans le fichier / etc / hosts comme ci-dessous
127.0.0.1 localhost 127.0.0.1 somehostname
Maintenant, burp interceptera la requête de somehostname
Il semble que la nouvelle version de chrome ne vérifie pas certains types de sites pour la connexion SSL et n'utilise pas non plus de proxy pour eux. Mais si vous accédez au site via http.//somehostname:3000 cela fonctionnera
Vous devez soustraire les règles de contournement implicites définies dans Chrome ( https://chromium.googlesource.com/chromium/src/+/master/net/docs/proxy.md#Implicit-bypass-rules )
Les demandes adressées à certains hôtes ne seront pas envoyées via un proxy et au lieu d'être envoyé directement.
Nous les appelons les règles de contournement implicites. Les règles de contournement implicites correspondent aux URL dont la partie hôte est soit un nom d'hôte local, soit un littéral IP lien-local. Essentiellement, cela correspond:
localhost
* .localhost [:: 1]
127.0.0.1/8
169.254 / 16
[FE80 ::] / 10
Alors que les règles de contournement habituelles indiquent au navigateur les URL qui ne doit pas utiliser le proxy, Subtract Implicit Rules a le contraire effet et indique au navigateur d'utiliser à la place le proxy.
Pour pouvoir effectuer un proxy via l'interface de bouclage, vous devez ajouter l'entrée
<₹<-loopback>
dans la liste des hôtes pour lesquels vous ne voulez pas de proxy. C'est un peu déroutant, en effet.
Assurez-vous que vous n'avez pas activé l'option de proxy de chaussettes, cela m'est arrivé aussi et j'ai trouvé la solution lorsque j'ai désactivé l'option de proxy de chaussettes, assurez-vous simplement qu'elle est désactivée!
Exemple:
![1]](https://i.stack.imgur.com/bKAvk.png)
Je vois également ce comportement dans Chromium 72. Mis à jour à partir de 67 après les récents 0day et les tests unitaires avec les applications de test locales ont commencé à échouer avec Chromium. ont également des applications de test à distance, et celles-ci réussissent sans problème. Avec Firefox, tous les tests réussissent toujours.
@Stephen Roebuck Merci pour le partage, il semble donc que Chrome contourne le proxy pour les demandes locales, quel que soit le paramètre.
Même problème ici. J'utilise Chrome 72.0.3626.121. Firefox va bien. Chrome intercepte tout sauf localhost, que j'utilise le proxy système défini pour 127.0.0.1:8080 (ou tout autre port) ou ProxySwitchy. Cela a commencé pour moi au cours des deux dernières semaines.