<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Oct 4, 2017 at 11:30 AM, Nazar Mokrynskyi <span dir="ltr"><<a href="mailto:nazar@mokrynskyi.com" target="_blank">nazar@mokrynskyi.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF">
    <p>I've worked on test vectors today and now noise-c.wasm passes all
      of the vectors included in noise-c repository, so in terms of spec
      compliance (v30 according to noise-c's website at the moment) it
      should be on par with noise-c.<br></p></div></blockquote><div><div>Hi Nazar,</div><div><br></div><div>That's great!  Thanks for doing that.</div><div><br></div><div>You might also test with the latest cacophony vectors (from Noise wiki, or Alex's repo).  But I think the only differences are:</div><div> * The test vector format (it now parses the protocol name, instead of having separate JSON fields for DH/cipher/hash)</div><div> * PSK handling, which changed in revision 32</div><div><br></div><div>(We should probably version the "cacophony" vectors, like include the creation date in the filename or something).</div><div><br></div><div>I think Noise-C is up-to-date with revision 31.  The substantive changes since then are PSK handling and the addition of "rekey" functionality.  <br></div><div><br></div><div>It would be great to update Noise-C for these, since WireGuard uses PSKs, and other people might use rekey [1].</div><div><br></div><div>But I'll link your implementation on the Website in mid-October in either case (I encourage other people to take a look and send feedback before then).</div><div><br></div><div>Trevor</div><div><br></div><div>[1] <a href="https://github.com/Katzenpost/docs/blob/master/specs/wire-protocol.txt">https://github.com/Katzenpost/docs/blob/master/specs/wire-protocol.txt</a> </div><div><br></div></div></div></div></div>