[tor-dev] "identity digest" and "hash of a router's identity key"

[Donncha O' Cearbhaill]

Frank, Yes the identity digest is the sha1 hash/digest of the OR public
key. This router fingerprint is this hash base16 encrypted. In the case of
finding responsible hidden service directories, the Tor client just sorts
all routers with the HSDir by the raw binary encoding of the public key
digest / identity digest.

Yes I think if you base64 decode the digest fields of the HSDIR's in the
consensus they are the identitity digests you can sort by.


On Sun, Apr 28, 2013 at 11:11 AM, Frank Young <pfcodes at gmail.com> wrote:

> Yes you are right, after decoding that value from base64 and
> re-encoding it in base16, it can be used to get the router's
> descriptor.
> What i'm trying to get is the list of HSDIR responsible for a hidden
> service.
> After calculating the descriptor for the hidden service, i need to
> know the identity digest of all the HSDIR in the consensus, so that i
> can sort them and get the three which are responsible for the
> descriptor id.
> I base64 decoded the digest fields of HSDIR in the consensus and
> assume those are the identity digest which i can sort.
> I'm i correct?
>
>
> On 4/27/13, Damian Johnson <atagar at torproject.org> wrote:
> >> In a consensus, the item after nickname is  base64 encoded "hash of a
> >> router's identity key"
> >> If this item is base64 decoded, is it the same as the "identity
> >> digest" of the router?
> >
> > Hi Frank. That field is the relay's fingerprint. Here's the code stem
> > uses for parsing that line...
> >
> >
> https://gitweb.torproject.org/stem.git/blob/HEAD:/stem/descriptor/router_status_entry.py#l469
> > _______________________________________________
> > tor-dev mailing list
> > tor-dev at lists.torproject.org
> > https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
> >
> _______________________________________________
> tor-dev mailing list
> tor-dev at lists.torproject.org
> https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.torproject.org/pipermail/tor-dev/attachments/20130428/2f801346/attachment-0001.html>