Timeline for How does an introduction point communicate with a hidden service using its public key?
Current License: CC BY-SA 3.0
7 events
when toggle format | what | by | license | comment | |
---|---|---|---|---|---|
Apr 21, 2014 at 22:15 | comment | added | user517 | In principle nodes in the tor network have a pretty good idea about their position. As there are only three, you're either first or last or neither, that's hard to hide. In this case, the first node would be a normal guard node as for any other circuit, unless the hidden service was a tor relay as well, and the second knows he is neither first or last, so only the first node would possibly think he is a second in case the service is a relay. That's what I think, but I haven't looked it all up in detail. | |
Apr 21, 2014 at 20:52 | comment | added | hiphopopotamus | Much more clear, thank you. So the hidden service keeps up a connection through the virtual circuit, therefore the introduction point doesn't know the hidden service's IP address (and the other nodes in the virtual circuit don't know which position they are in). | |
Apr 21, 2014 at 20:50 | vote | accept | hiphopopotamus | ||
Apr 20, 2014 at 10:17 | comment | added | user517 | @JackWoot I updated my answer to be more clear. | |
Apr 20, 2014 at 10:16 | history | edited | user517 | CC BY-SA 3.0 |
added 414 characters in body
|
Apr 20, 2014 at 9:13 | comment | added | hiphopopotamus | Are you not referring to the rendezvous point? What I'm wondering is how once the client has contacted the introduction point (that holds the public key of the hidden serivce), does it then go on to communicate with the hidden service, just before it is made aware of the identification of the rendezvous point? | |
Apr 20, 2014 at 3:21 | history | answered | user517 | CC BY-SA 3.0 |