[tor-dev] GSoC: Tails Server

2016-04-22 Thread segfault
Hi everyone, I'm a Tails contributor since a few months and I'm excited that I will work on the Tails Server [1] project during this year's Google Summer of Code. This project aims at providing a user-friendly interface to start onion services in Tails. My mentors are anonym (of Tails) and asn.

[tor-dev] exitmap modules that make *lots* of connections

2016-04-22 Thread Zack Weinberg
I'm working on an exitmap module that wants to feed order of 5000 short-lived streams through each exit relay. I think this is running foul of some sort of upper limit (in STEM, or in Tor itself, not sure) on the number of streams a circuit can be used for, or how long, or something. What I see i

Re: [tor-dev] Latest state of the guard algorithm proposal (prop259) (April 2016)

2016-04-22 Thread George Kadianakis
Fan Jiang writes: > [ text/plain ] > 2016年4月22日 上午4:54,"George Kadianakis" 写道: >> >> Fan Jiang writes: >> >> > [ text/plain ] >> > On Thu, Apr 21, 2016 at 4:32 AM, George Kadianakis > >> > wrote: >> > >> > > > It seems like we come to a point that most of prop259 can be stable for a > while, we

Re: [tor-dev] Latest state of the guard algorithm proposal (prop259) (April 2016)

2016-04-22 Thread Fan Jiang
2016年4月22日 上午4:54,"George Kadianakis" 写道: > > Fan Jiang writes: > > > [ text/plain ] > > On Thu, Apr 21, 2016 at 4:32 AM, George Kadianakis > > wrote: > > > >> Fan Jiang writes: > >> > >> > [ text/plain ] > >> > Hi, > >> > > >> >> Hello Fan and team, > >> >> > >> >> > >> >> > >> > Sounds great,

Re: [tor-dev] Quantum-safe Hybrid handshake for Tor

2016-04-22 Thread Yawning Angel
On Fri, 22 Apr 2016 14:58:45 +0200 Jeff Burdges wrote: > On Fri, 2016-04-22 at 11:10 +, Yawning Angel wrote: > > On Fri, 22 Apr 2016 11:41:30 +0200 > > Jeff Burdges wrote: > > > I'd imagine everyone in this thread knows this, but New Hope > > > requires that "both parties use fresh secrets

Re: [tor-dev] Quantum-safe Hybrid handshake for Tor

2016-04-22 Thread Jeff Burdges
On Fri, 2016-04-22 at 11:10 +, Yawning Angel wrote: > On Fri, 22 Apr 2016 11:41:30 +0200 > Jeff Burdges wrote: > > I'd imagine everyone in this thread knows this, but New Hope requires > > that "both parties use fresh secrets for each instantiation". > > Yep. Alice can cache the public 'a'

Re: [tor-dev] Quantum-safe Hybrid handshake for Tor

2016-04-22 Thread William Whyte
> I'd imagine everyone in this thread knows this, but New Hope requires > that "both parties use fresh secrets for each instantiation". NTRUEncrypt, which has also been proposed for this, can be used with ephemeral or long-lived keys safely. Cheers, William __

Re: [tor-dev] Quantum-safe Hybrid handshake for Tor

2016-04-22 Thread Yawning Angel
On Fri, 22 Apr 2016 11:41:30 +0200 Jeff Burdges wrote: > I'd imagine everyone in this thread knows this, but New Hope requires > that "both parties use fresh secrets for each instantiation". Yep. Alice can cache the public 'a' parameter, but everything else needs to be fresh, or really really

Re: [tor-dev] Latest state of the guard algorithm proposal (prop259) (April 2016)

2016-04-22 Thread George Kadianakis
Fan Jiang writes: > [ text/plain ] > On Thu, Apr 21, 2016 at 4:32 AM, George Kadianakis > wrote: > >> Fan Jiang writes: >> >> > [ text/plain ] >> > Hi, >> > >> >> Hello Fan and team, >> >> >> >> >> >> >> > Sounds great, that can simplify the logic a lot, I've done the change, no >> > more pend

Re: [tor-dev] Quantum-safe Hybrid handshake for Tor

2016-04-22 Thread Jeff Burdges
I'd imagine everyone in this thread knows this, but New Hope requires that "both parties use fresh secrets for each instantiation". I suppose any key exchanges designed around this meshes well enough with ntor, so that's okay. It leaves you relying on ECDH for the key exchange with long term k