<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 7, 2016 at 2:41 PM, Andy Isaacson <span dir="ltr"><<a href="mailto:adi@hexapodia.org" target="_blank">adi@hexapodia.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On Wed, Jan 06, 2016 at 11:51:29PM -0500, grarpamp wrote:<br>
> Nine server council... a hoseablitly focus point similar to Tor dirauths.<br>
> In any case... interesting.<br>
<br>
</span>The privaTegrity (PT) backdoor is significantly more malignant than the<br>
Tor dirauth issue.<br>
<br>
If you pwn the Tor dirauths, you can sign and publish a false<br>
"consensns" to clients that will cause them to use only your relays for<br>
new connections, thus breaking anonymity for new connections.  Doing so<br>
leaves a trail of bits showing that this was done (mostly just on the<br>
target system).  Tor is actively seeking solutions to make their system<br>
more privacy-preserving and if a better option shows up in research,<br>
they will likely adopt it.<br>
<br>
If you pwn the PT overlords, you can retrospectively deanonymize<br>
connections that you recorded in the past.  If PT were deployed at scale<br>
with a, say, 12-month deanonymization window [1] then every connection<br>
during that interval would be silently deanonymized by APT0 who has<br>
stealthily exfiltrated the overlord private material.<br>
<br>
[1] the whole point of the PT backdoor and its claim to "break the<br>
    crypto war stalemate" is that a lawful investigation could go back<br>
    and ask "who sent this bomb threat".<br>
<br>
If PT were deployed at scale and a vulnerability were found that used<br>
the backdoor, the developers are left with an uncomfortable choice --<br>
fix the vuln and thereby break the backdoor, or leave users vulnerable<br>
and preserve the so-called "lawful" access?  This is not a conflict that<br>
I want my privacy technologists to have to navigate.<br>
<br>
Now, cMix seems like an interesting technology (much like the tech bits<br>
of eCash were interesting back in the 90s, a previous #chaumism[3]).  I<br>
chatted with one of the coauthors yesterday and there's clearly an<br>
interesting performance improvement to existing mix networks; read the<br>
paper[2] for more details.  But the PT system built on it is predicated<br>
on an unrealistic model of datacenter security, international<br>
geopolitics, network economics, cyberwar, and network reliability.<br>
<br>
[2] <a href="https://eprint.iacr.org/2016/008.pdf" rel="noreferrer" target="_blank">https://eprint.iacr.org/2016/008.pdf</a><br>
[3] <a href="https://twitter.com/hashtag/chaumisms" rel="noreferrer" target="_blank">https://twitter.com/hashtag/chaumisms</a><br>
<span class=""><font color="#888888"><br>
-andy<br>
</font></span></blockquote></div><br><br clear="all"><div>To add;</div><div>It was surprising (to me) that Chaum should be the one to produce the first of the modern 'solving the key escrow problem' algorithms. Academia has been ignoring this particular problem for quite a while - I expect that more proposed solutions will follow, solutions that will be more difficult to prove insecure...</div><div><br></div><div>PT sounds like its rooted in threat models & crypto systems from 10-15 years ago - I'm not sure why anyone would migrate to this system - over anything presently available (unless everything else is made illegal, of course).</div><div><br></div><div>Check out cMix's 'beta' paper & make attacks as necessary.</div><div><a href="http://www.scribd.com/doc/294737065/cMix-Anonymization-by-High-Performance-Scalable-Mixing">http://www.scribd.com/doc/294737065/cMix-Anonymization-by-High-Performance-Scalable-Mixing</a><br></div><div><br></div><div>Some of Chaum's earlier work involved designing systems with arbiters where 3rd parties could prove evidence of misdeeds - this system, using threshold secret sharing (right?), doesn't expose the same properties.</div><div><br></div><div>Which means that, of course, operators of routers are free to collude and subject to TAO from various IA.</div><div><br></div><div>-Travis</div>-- <br><div class="gmail_signature"><div dir="ltr"> <a href="https://twitter.com/tbiehn" target="_blank">Twitter</a> | <a href="http://www.linkedin.com/in/travisbiehn" target="_blank">LinkedIn</a> | <a href="http://github.com/tbiehn" target="_blank">GitHub</a> | <a href="http://www.travisbiehn.com" target="_blank">TravisBiehn.com</a> | <a href="https://plus.google.com/+TravisBiehn" target="_blank">Google Plus</a><br></div></div>
</div></div>