client → local TCP relay → existing forward proxy → destination

En aquesta disposició, el relé té un sol upstream fix. Passa la sol·licitud del client sense canvis al proxy directe existent. Aquest proxy llegeix l’URL absolut o l’objectiu CONNECT, aplica la política i obre la connexió de destinació.

Apuntar el relé directament a un lloc web canvia el contracte. Un proxy directe ha de seleccionar destinacions i gestionar l’enquadrament HTTP i el comportament de la connexió; extreure un nom d’amfitrió de la primera línia no és suficient.

L’Ncat de Nmap ofereix per separat un mode d’escolta conscient d’HTTP:

ncat --listen 127.0.0.1 3128 --proxy-type http

Aquest exemple de loopback utilitza la implementació de proxy de l’Ncat, no una funció que comparteixi tots els nc. El seu proxy del costat d’escolta gestiona els mètodes HTTP i CONNECT. Les seves opcions SOCKS del costat client no estableixen un servidor SOCKS en mode d’escolta. Un servei compartit persistent també necessita una gestió deliberada de connexions, control d’accés i registre.

Per observar, localitzeu la frontera del xifratge. Un relé sobre una connexió de proxy HTTP en clar pot veure les sol·licituds i respostes del proxy. Després de CONNECT, l’HTTPS de destinació són bytes TLS, no contingut de pàgina llegible. El TLS cap al proxy amaga fins i tot l’intercanvi inicial del proxy en aquest enllaç. Utilitzeu diagnòstics de client i proxy per a transaccions interpretades i protegiu els registres que puguin contenir credencials o URL sensibles.

Articles relacionats