[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #7944 [Flashproxy]: Standalone flash proxy



#7944: Standalone flash proxy
-------------------------+--------------------------------------------------
 Reporter:  akrey        |          Owner:  dcf
     Type:  enhancement  |         Status:  new
 Priority:  normal       |      Milestone:     
Component:  Flashproxy   |        Version:     
 Keywords:               |         Parent:     
   Points:               |   Actualpoints:     
-------------------------+--------------------------------------------------

Comment(by akrey):

 Replying to [comment:5 dcf]:
 ...

 > > This outside-the-browser standalone Flash proxy wouldn't have such a
 requirement -- does that mean it could (should) just interface with normal
 Tor bridges directly?
 >
 > Yes, correct,

 ...or have the bridge locally. (I assume running rogue flashproxies is not
 a valid attack (on the content) as the tor client will verify the bridge
 and the network behind it.)

 >
 > Check comment:2:ticket:5578 regarding WebRTC, where I proposed having
 client registrations inform the facilitator of the types of connections
 they want.

 Good to know. I was thinking - for this standalone proxy the webbrowser-
 available-communication restriction no longer applies, so we could use
 other protocols as well (including UDP).

 The main advantage of flashproxy that remains then is dynamic nature of
 discovery via the facilitator (and the reverse connection, o/c), and thus
 making me able to use my home DSL (which changes IP every day). Bridges
 need manual work every time that happens on the client side.

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/7944#comment:6>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs