[tor-bugs] #9156 [BridgeDB]: BridgeDB: Users try to add obfsbridges to their normal TBB

Tor Bug Tracker & Wiki blackhole at torproject.org
Tue Aug 13 21:06:34 UTC 2013


#9156: BridgeDB: Users try to add obfsbridges to their normal TBB
----------------------------------------+-----------------------------------
 Reporter:  asn                         |          Owner:  isis    
     Type:  task                        |         Status:  accepted
 Priority:  normal                      |      Milestone:          
Component:  BridgeDB                    |        Version:          
 Keywords:  pt,usability,torlaucher,ui  |         Parent:          
   Points:                              |   Actualpoints:          
----------------------------------------+-----------------------------------
Changes (by mcs):

 * cc: mcs, brade (added)


Comment:

 Replying to [comment:28 isis]:
 >   * TBB-3.0.3a handles regular bridges (input as
 `<bridge_ipaddr>:<bridge_orport>` correctly, but only after closing and
 restarting TBB.

 Does the above comment mean that Tor Launcher needs to tell the tor
 process to start using the bridges right away?  Does this scenario (add
 bridges while tor is up and running) work better with the older TBB
 2.x/Vidalia?

 >   * TBB-3.0.3a doesn't handle PT bridges correctly. Specifically, it
 seems to parse the text box of user input, and strangely it inserts
 newlines after the transport name strings which it didn't understand, i.e.
 `obfs3 3.3.3.3:3333\n` becomes `obfs3\n3.3.3.3:3333\n`. If it is doing
 this parsing, perhaps it can just remove those lines entirely, because
 using the bridge on a port configured for PT-use 1) isn't going to work,
 and 2) is going to give away by a normal Tor connection the location of
 the bridge to surveilling parties and/or censors.
 >
 > An even better thing to do would be an "Uh-oh spaghettios. Did you mean
 to download <link_to_PT_bundle>?" and if the user responds "no" ''then''
 strip the lines which began with PT transport name strings.

 Tor Launcher tries to be smart and accept bridge lists even when the
 newlines are missing.  See:
 https://gitweb.torproject.org/tor-
 launcher.git/blob/fb97857c0e06eaa5d69ea4f9f7a75a330dad2331:/src/chrome/content
 /network-settings.js#l842

 But it sounds like that is a mistake.  Is there a spec that indicates what
 BridgeDB will output?  Or can someone please describe the possibilities?

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/9156#comment:30>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list