<div dir="ltr">So underlying idea in this case is to pass thru the proxy credentials from the browser, so they don't have to be had coded in plain text in the tor config - you exit the browser and the credential goes away (or maybe its encrypted in the browser password manager), if you change your password you don't have to go update the tor config and bounce it, if its a shared device you don't have to reconfigure and possibly leave your credentials around, etc.<div><br></div><div>That sounds good conceptually, but to implement I somehow need to work back from the connection_t passed into the function I mentioned to something that has the socks info (circuit? associated edge connection?) I tried to trace it though and nothing jumped out at me but maybe there is some type casting happening and I'm missing it. The other option would be to pass the info down through extra arguments or copied into extra field members. Either way I'm speculating there might be a really simple way to do this and worth the time writing up the question. If I get it working I'd be happy to send in a patch to the this list.<div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, May 3, 2015 at 11:06 AM, teor <span dir="ltr"><<a href="mailto:teor2345@gmail.com" target="_blank">teor2345@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
> Date: Sun, 3 May 2015 02:50:46 -0400<br>
> From: CJ Ess <<a href="mailto:zxcvbn4038@gmail.com">zxcvbn4038@gmail.com</a>><br>
<div><div class="h5">><br>
> So I'm doing a bit of an experiment, the idea being that if you have a<br>
> group of tor users sharing common infrastructure then its a slightly<br>
> different situation then one lone user, and you wantto emphasize that<br>
> resources should not be shared, caching should be minimal and<br>
> non-persistent, you need to keep usage from standing out, etc. The problem<br>
> with my original idea is that everything that does HTTP <> SOCKS is one or<br>
> two decades old, and draws a lot of attention because it forks for every<br>
> connection or is some strange process that nobody has ever seen before.<br>
><br>
> So plan B is everyone involved runs their socks speaking browser on their<br>
> desktop/laptop, everyone runs a tor client on the same device as their<br>
> browser, we use the HTTPProxy/HTTPSProxy feature of the clients to navigate<br>
> the firewall, everyone uses their own credentials instead of having one ID<br>
> draw attention for high utilization, and the presence of<br>
> the Proxy-Authorization header takes care of any caching/session sharing<br>
> issues along the way.<br>
><br>
> To make that work, the one question I have for tor-dev is if its possible<br>
> Here:<br>
><br>
> <a href="https://github.com/torproject/tor/blob/24f170a11f59e26dec3a24d076b749c8acc793ca/src/or/connection.c#L1865" target="_blank">https://github.com/torproject/tor/blob/24f170a11f59e26dec3a24d076b749c8acc793ca/src/or/connection.c#L1865</a><br>
><br>
> To work back to the socks_req, so that I can pass through the username and<br>
> password to the upstream proxy instead of the one global username/password?<br>
<br>
</div></div>Hi CJ,<br>
<br>
It sounds like you're looking for one of the HTTP(S)ProxyAuthenticator options - you can configure a different username and password in the torrc file on each client's desktop/laptop.<br>
<br>
If you are going to run a SOCKS-speaking browser, why not run the Tor Browser?<br>
It does a lot more to protect your anonymity than most.<br>
<br>
>From the tor manual page:<br>
<br>
       HTTPProxyAuthenticator username:password<br>
           If defined, Tor will use this username:password for Basic HTTP<br>
           proxy authentication, as in RFC 2617. This is currently the only<br>
           form of HTTP proxy authentication that Tor supports; feel free to<br>
           submit a patch if you want it to support others.<br>
<br>
       HTTPSProxyAuthenticator username:password<br>
           If defined, Tor will use this username:password for Basic HTTPS<br>
           proxy authentication, as in RFC 2617. This is currently the only<br>
           form of HTTPS proxy authentication that Tor supports; feel free to<br>
           submit a patch if you want it to support others.<br>
<br>
If these options aren't what you're looking for, can you explain what you want done with the SOCKS request in a bit more detail?<br>
<br>
teor<br>
<br>
teor2345 at gmail dot com<br>
pgp 0xABFED1AC<br>
<a href="https://gist.github.com/teor2345/d033b8ce0a99adbc89c5" target="_blank">https://gist.github.com/teor2345/d033b8ce0a99adbc89c5</a><br>
<br>
teor at blah dot im<br>
OTR D5BE4EC2 255D7585 F3874930 DB130265 7C9EBBC7<br>
<br>
<br>_______________________________________________<br>
tor-dev mailing list<br>
<a href="mailto:tor-dev@lists.torproject.org">tor-dev@lists.torproject.org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev" target="_blank">https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev</a><br>
<br></blockquote></div><br></div>