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

Re: [tor-bugs] #3521 [Tor]: Allow controllers to retrieve HS descriptors from Tor



#3521: Allow controllers to retrieve HS descriptors from Tor
-----------------------------+-----------------------------------
     Reporter:  rransom      |      Owner:  rransom
         Type:  enhancement  |     Status:  new
     Priority:  normal       |  Milestone:  Tor: 0.2.???
    Component:  Tor          |    Version:
   Resolution:               |   Keywords:  needs-proposal tor-hs
Actual Points:               |  Parent ID:  #8993
       Points:               |
-----------------------------+-----------------------------------

Comment (by wfn):

 Replying to [comment:6 asn]:

 > Me and hellais wrote a small patch for this issue. You can find it in
 branch `bug8891` in `https://git.torproject.org/user/asn/tor.git`.
 >
 > It's a bit of a PoC and it was done the easiest way possible: You send
 `GETINFO hs/desc/id/idnxcnkne4qt76tg` to the control port, and Tor will
 search its cache of hidden service descriptors and if it finds a
 descriptor for `idnxcnkne4qt76tg.onion` it spits it out.
 >
 > In the future we will also want a command that actually fetches the
 descriptor even if it's not cached.

 I've been tinkering with `or/control.c` to allow for [1]-type of
 descriptor fetching (cache, network). But, the "fetch descriptors from
 directories" logic is asynchronous in nature
 (`rend_client_refetch_v2_renddesc()` -> `directory_get_from_hs_dir()`
 which chooses the dirauth to query, etc., and which in turn calls
 `directory_initiate_command_routerstatus_rend()` -> `connection_connect()`
 -> send things, and then register via `connection_watch_events()`, and
 `connection_start_reading()`). Therefore, implementing a "try to remotely
 fetch an HS descriptor and return that exact descriptor" type of thing
 turned out not to be that easy. I suppose one could start from the bottom-
 up and not use things like `directory_get_from_hs_dir()`, but I'm not
 sure.

 This is just in case someone else is considering implementing the same
 thing. It would be useful for sure.

 [1]: https://lists.torproject.org/pipermail/tor-
 dev/2013-September/005366.html

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/3521#comment:14>
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