Answer by perfect-privacy.com Re: perfect-privacy.com, Family specifications, etc.

[Damian Johnson]

Oops, apologies - didn't realize this had already been answered. (a pox upon
thread forking...)

On Thu, May 20, 2010 at 7:03 AM, Damian Johnson <atagar1 at gmail.com> wrote:

> The trick is that both parties need to list each other as family for this
> to work. As per the man page..
>
> "When two servers both declare that they are in the same 'family'..."
>
> The attacker would need to be listed in every other relay's torrc for the
> attack you described to work. I'm pretty sure listing relays you don't
> control has no effect. -Damian
>
>
> On Wed, May 19, 2010 at 11:29 PM, Scott Bennett <bennett at cs.niu.edu>wrote:
>
>>      On Thu, 20 May 2010 08:23:34 +0200 (CEST) "Sebastian Hahn"
>> <mail at sebastianhahn.net> wrote:
>> >>      All that would do would be to say to all clients, "Don't include
>> >> this node in the same circuit as any of the blutmagie nodes."  How
>> would
>> >> that be an attack?
>> >
>> >I can list all the nodes I don't control...
>> >
>>      What is the limit on line length for such a MyFamily statement?  What
>> is the limit on descriptor length?  Listing ~1500 nodes sounds like the
>> sort of thing that wouldn't work very well.
>>     Also, my other question remains:  what would stop me from listing
>> nodes
>> that I don't control in a MyFamily statement now?
>>
>>
>>                                  Scott Bennett, Comm. ASMELG, CFIAG
>> **********************************************************************
>> * Internet:       bennett at cs.niu.edu                              *
>> *--------------------------------------------------------------------*
>> * "A well regulated and disciplined militia, is at all times a good  *
>> * objection to the introduction of that bane of all free governments *
>> * -- a standing army."                                               *
>> *    -- Gov. John Hancock, New York Journal, 28 January 1790         *
>> **********************************************************************
>> ***********************************************************************
>> To unsubscribe, send an e-mail to majordomo at torproject.org with
>> unsubscribe or-talk    in the body. http://archives.seul.org/or/talk/
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.torproject.org/pipermail/tor-talk/attachments/20100520/73794408/attachment.htm>