[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [GNUnet-developers] Adding a mix network layer?

From: Christian Grothoff
Subject: Re: [GNUnet-developers] Adding a mix network layer?
Date: Fri, 25 Jul 2014 14:25:34 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Icedove/24.5.0


Just to clarify: CADET is one component of GNUnet, GNUnet itself does
more. As for a 'mix network layer', yes, we plan to do that eventually ;-).


On 07/25/2014 02:08 PM, M. Klehr wrote:
> Hello,
> I think GNUnet is a very valuable effort in "fixing" the internet and
> I would like to thank everyone involved with it.
> I really enjoyed reading the CADET paper and I'm not sure if GNUnet is
> a direct implementation of CADET, but here are some thoughts about
> CADET that I would like to throw in for discussion. Please do tell me
> if I'm wrong.
> I understand that there's link encryption between participants to
> maintain message integrity and anonymity on the basic layer. Then
> there's end-to-end encryption and connection redundancy (leaving aside
> the multiplexing layer for now).
> However, it seems to me a relaying node can still intercept a fair
> amount of meta data through path information that's being sent along
> with messages. I understand that this is intentional since the
> protocol is designed for restricted route scenarios and nodes are able
> to learn the network topology very quickly this way, but I believe
> that using these connectivity paths for direct (albeit encrypted)
> communication is a privacy flaw and invites censorship, because any
> relaying node can learn who you're communicating with.
> What I've been thinking about is the role a mix network layer
> reminiscent of Tor could play in GNUnet.
> What do you think?
> cheers,
> Marcel
> _______________________________________________
> GNUnet-developers mailing list
> address@hidden

Attachment: 0x48426C7E.asc
Description: application/pgp-keys

reply via email to

[Prev in Thread] Current Thread [Next in Thread]