Thanks for the prompt feedback! I'll make sure to address these comments in my 
talk, and I'm looking forward to discussing design options in person. I suspect 
that the flexibility of the tools and techniques we use as well as the 
associated engineering and privacy tradeoffs will make for an interesting 
discussion.


Thanks,

~saba

________________________________
From: Ben Laurie <[email protected]>
Sent: Sunday, March 26, 2017 9:46:21 AM
To: Saba Eskandarian
Cc: [email protected]
Subject: Re: [Trans] Privacy-preserving proof of sct exclusion



On 25 March 2017 at 22:39, Saba Eskandarian 
<[email protected]<mailto:[email protected]>> wrote:

Hello,

I'm on the agenda for Tuesday's meeting to share a privacy-preserving proof of 
sct exclusion from a log (I think Eran alluded to this work in a message a 
while ago).

My posted slides will not include many words, so I wanted to share a link to 
the preprint of our academic paper on the subject in case anyone wants to read 
the details there. The paper is targeted at a somewhat different audience, but 
it can be found here: https://arxiv.org/abs/1703.02209

Thanks and looking forward to meeting you all next week!

Cool, but I immediately see a problem - you require logs to be in timestamp 
order, but they aren't. I can't immediately think of a way to get that property 
without also considerably increasing time to inclusion in the log.

That seems undesirable - in fact, we're trying to go the other way, i.e. reduce 
time to inclusion, in general.

Also, engineering reality doesn't change, so increasing time to inclusion is 
also likely to increase MMD.

Secondly, its interesting, but doesn't seem particularly useful: when an SCT 
corresponds to a cert that has not been included, you want to reveal the cert, 
not hide it. What you want to hide is who is revealing it.


~saba

_______________________________________________
Trans mailing list
[email protected]<mailto:[email protected]>
https://www.ietf.org/mailman/listinfo/trans


_______________________________________________
Trans mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/trans

Reply via email to