<div dir="ltr"><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 14, 2016 at 10:18 PM, Adam Crain <span dir="ltr"><<a href="mailto:jadamcrain@automatak.com" target="_blank">jadamcrain@automatak.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>ENCRYPT(k, n, ad, plaintext): <br></div><div><span class=""><div>  plaintext || HMAC(k, n || len(ad) || ad || plaintext)<br><br></div></span></div></div></blockquote><div><br></div><div>Hey Adam,</div><div><br></div><div>As a sidenote - if you're going ahead with this, feel free to assign a name to the HMAC-only cipher functions ("CLEAR"? "HMAC"?) and document it on the wiki:</div><div><br></div><div><a href="https://github.com/noiseprotocol/noise_wiki/wiki">https://github.com/noiseprotocol/noise_wiki/wiki</a></div><div><br></div><div>This probably won't make it into the spec anytime soon, but as people explore alternative crypto functions, it would be nice to have them documented somewhere.</div><div><br></div><div>Trevor</div><div><br></div></div></div></div>