<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>SJCL discussion Google Group</title>
  <link>http://groups.google.com/group/sjcl-discuss</link>
  <description>Public discussions for the Stanford Javascript Crypto Library.</description>
  <language>en</language>
  <item>
  <title>Is anyone interested in taking over SJCL</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/abbd80d2f0d04abb/14734655862d6cce?show_docid=14734655862d6cce</link>
  <description>
  Hello all, &lt;br&gt; &lt;p&gt;I&#39;ve been nominally the maintainer of SJCL for a couple years now, but I haven&#39;t done any real work on it in a few months. I&#39;m not sure I have the time and energy to keep up with it. But perhaps more importantly, I haven&#39;t actually used SJCL myself, and I don&#39;t even do web development. So I don&#39;t know what&#39;s important in a web crypto library, what systems and crypto packages I need to interoperate with, or any of that I also don&#39;t keep up with web dev news, so I don&#39;t know much about the finer points of new crypto APIs, web workers or other things which have become popular since Emily, Dan and I wrote SJCL.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/abbd80d2f0d04abb</guid>
  <author>
  m...@shiftleft.org
  (Mike Hamburg)
  </author>
  <pubDate>Sat, 18 May 2013 02:35:23 UT
</pubDate>
  </item>
  <item>
  <title>IV length vs. nonce in CCM mode</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/5ec61e56af6433fc/58ccee06ffbb32dc?show_docid=58ccee06ffbb32dc</link>
  <description>
  Hi again: &lt;br&gt; BouncyCastle uses the IV as nonce in CCM. This doesn&#39;t fly, as SJCL&#39;s IV &lt;br&gt; length can be &amp;gt; 13 octets and re-calculates the size of the nonce. Would it &lt;br&gt; be safe to assume, that SJCL always reduces larger IVs to 13 bytes of &lt;br&gt; nonce? Would it be safe to simply reduce the IV to 13 octets? &lt;br&gt; Thanks.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/5ec61e56af6433fc</guid>
  <author>
  mischm...@googlemail.com
  (Michaela Merz)
  </author>
  <pubDate>Sun, 07 Apr 2013 17:24:22 UT
</pubDate>
  </item>
  <item>
  <title>Finding Y from X in ECC point</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/cb40a129a875ccab/eb847ee7d5744425?show_docid=eb847ee7d5744425</link>
  <description>
  I&#39;m working on a Diffie-Hellmann scheme using the SJCL ECC routines, and &lt;br&gt; I&#39;ve got it working pretty well thanks to all the help I&#39;ve gotten from you &lt;br&gt; guys. After I generate a public key pub from a secret key sec by doing &lt;br&gt; pub = curve.G.mult(sec) &lt;br&gt; I find that the pub object contains both x and y coordinates of the point
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/cb40a129a875ccab</guid>
  <author>
  fruiz...@gmail.com
  (Francisco Ruiz)
  </author>
  <pubDate>Mon, 01 Apr 2013 03:26:02 UT
</pubDate>
  </item>
  <item>
  <title>Breaking change in ECDSA</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/34eadc7df157d554/9dca9217dc6199a1?show_docid=9dca9217dc6199a1</link>
  <description>
  Hello all, &lt;br&gt; &lt;p&gt;Commits master:e5d53c75a8a36df54e9e6ba c47e04b2b103c62fa and ecc:dc042f62fc32cf8dd7fef5cc4b 54476f2a891059 contain correct versions of ECDSA, with tests vectors, thanks to Tom Hughes. (Older versions contain a hacked-up version of ECDSA, returning (r,1/s) instead of (r,s), which is equivalent but requires one fewer division to verify. Hooray for premature optimization.)
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/34eadc7df157d554</guid>
  <author>
  m...@shiftleft.org
  (Mike Hamburg)
  </author>
  <pubDate>Mon, 25 Mar 2013 05:43:26 UT
</pubDate>
  </item>
  <item>
  <title>pbkdf2</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/a3e155eb536dbcfe/7329c563c3a28e6a?show_docid=7329c563c3a28e6a</link>
  <description>
  Hey there: &lt;br&gt; While trying to get sjcl compatible with JAVA/PHP, I ran into trouble with &lt;br&gt; pbkdf2. I wasn&#39;t even able to verify SJCL&#39;s pbkdf2 against the reference of &lt;br&gt; RFC6070. I am sure, I am to blame, but &lt;br&gt; var s = sjcl.codec.utf8String.toBits(&amp;quot; salt&amp;quot;); &lt;br&gt; var a =sjcl.misc.pbkdf2(&amp;quot;password&amp;quot;,s ,1,160); &lt;br&gt; var raw = sjcl.codec.String.fromBits(a);
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/a3e155eb536dbcfe</guid>
  <author>
  mischm...@googlemail.com
  (Michaela Merz)
  </author>
  <pubDate>Wed, 06 Mar 2013 21:51:57 UT
</pubDate>
  </item>
  <item>
  <title>how do I initialize an encrypted variable?</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/dc79d90fb015da39/400e143d6bd7372f?show_docid=400e143d6bd7372f</link>
  <description>
  Using crypto.stanford.edu/sjcl/sjcl. js, I encrypt some plain text with a &lt;br&gt; password. &lt;br&gt; &lt;p&gt;The encrypted data, when shown by its toString method (I suppose), is &lt;br&gt; externalized as a string like &lt;br&gt; &lt;p&gt;{&amp;quot;iv&amp;quot;:&amp;quot;H6V2RJhNp0 ….. ,&amp;quot;ct&amp;quot;:&amp;quot;MLCr2tg01DNDeEN97mEpYRg 0S3X0SjH7rZ5KlUmuw1M&amp;quot;} &lt;br&gt; &lt;p&gt;Later, I want to initialize a javascript variable with that externalized
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/dc79d90fb015da39</guid>
  <author>
  jdelabeaujardi...@gmail.com
  </author>
  <pubDate>Thu, 28 Feb 2013 23:35:12 UT
</pubDate>
  </item>
  <item>
  <title>Compatibility with Crypto++</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/ea476d932fc41264/1e71726b3d83bd07?show_docid=1e71726b3d83bd07</link>
  <description>
  I&#39;m trying to emulate SJCL in C++ with Crypto++, but it&#39;s not as easy as I &lt;br&gt; expected. I can&#39;t seem to get the same output from Crypto++ as `(new &lt;br&gt; sjcl.cipher.aes(key)).encrypt( plain)` gives me. I made a StackOverflow &lt;br&gt; question with some code and sample output (link below), but they suggested &lt;br&gt; I ask here. I&#39;m using ECB mode in Crypto++, is that right?
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/ea476d932fc41264</guid>
  <author>
  a.haigh...@gmail.com
  </author>
  <pubDate>Wed, 30 Jan 2013 05:19:49 UT
</pubDate>
  </item>
  <item>
  <title>Put ECC Key Generation into a thread</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/2c3f980df7f1cbcc/b7acb282335e45b3?show_docid=b7acb282335e45b3</link>
  <description>
  Hey, &lt;br&gt; I am currently working on putting the ECC Key Generator into a thread to &lt;br&gt; make it possible to create long keys without blocking the GUI. &lt;br&gt; First thing I have done is finding out which is the computation intensive &lt;br&gt; task, which from my findings should be &lt;br&gt; pub = curve.G.mult(sec) &lt;br&gt; on line 323 of ecc.js.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/2c3f980df7f1cbcc</guid>
  <author>
  dark.c...@gmail.com
  (dark.cton)
  </author>
  <pubDate>Wed, 23 Jan 2013 21:53:53 UT
</pubDate>
  </item>
  <item>
  <title>Encryption Length</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/67006a9847e73a17/e0c957df02501289?show_docid=e0c957df02501289</link>
  <description>
  Hi There: &lt;br&gt; Thanks fpr providing such a clean, nice library. What puzzles me is the &lt;br&gt; size of an encrypted data block. I understand, that die to padding, each &lt;br&gt; block would be slightly larger, but 2097152 raw bytes give me about 3054641 &lt;br&gt; encrypted bytes - that&#39;s about 100k larger. &lt;br&gt; I modified convenience.js to return the object: return (j._subtract(p,
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/67006a9847e73a17</guid>
  <author>
  mischm...@googlemail.com
  (Michaela Merz)
  </author>
  <pubDate>Sat, 12 Jan 2013 17:01:04 UT
</pubDate>
  </item>
  <item>
  <title>SJCL and .NET Rijndael giving different encryption results</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/f70f0c3a87412f40/5f8e6e00ecce0e4a?show_docid=5f8e6e00ecce0e4a</link>
  <description>
  Using the same encryption key and IV, I am getting varying results between &lt;br&gt; the two encryption libraries. &lt;br&gt; JS &lt;br&gt; var crypto = { &lt;br&gt; var encryptionKey, &lt;br&gt; password, &lt;br&gt; salt, &lt;br&gt; cryptoParams = { &lt;br&gt; iterations: 1000, &lt;br&gt; keyLength: 256 &lt;br&gt; function computeKey() { &lt;br&gt; // Added a func to misc that uses SHA1 rather than SHA256 as &lt;br&gt; // .NET&#39;s RFC2898DeriveBytes class uses SHA1
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/f70f0c3a87412f40</guid>
  <author>
  awes...@gmail.com
  (Anthony Wesley)
  </author>
  <pubDate>Thu, 03 Jan 2013 15:33:19 UT
</pubDate>
  </item>
  <item>
  <title>Add Entropy from one pool to another</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/2d82c29c7e1d76f8/eb08c91010e456e7?show_docid=eb08c91010e456e7</link>
  <description>
  I am using sjcl in a worker thread and need to fill the entropy pool. &lt;br&gt; I would do this by passing a random message from the normal window (where &lt;br&gt; the entropy pool is considered full) to the worker. &lt;br&gt; How long should this message be to make sure there is enough randomness &lt;br&gt; being passed? &lt;br&gt; Greets, &lt;br&gt; Nils
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/2d82c29c7e1d76f8</guid>
  <author>
  dark.c...@gmail.com
  (dark.cton)
  </author>
  <pubDate>Tue, 11 Dec 2012 20:54:51 UT
</pubDate>
  </item>
  <item>
  <title>Is there a quicker way to make a public key object in ECC?</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/2fe564eb8dc6a144/e56c9d8e956b6eef?show_docid=e56c9d8e956b6eef</link>
  <description>
  Hi there, &lt;br&gt; Continuing with my application to perform a Diffie-Hellman scheme between &lt;br&gt; two parties (Alice and Bob), I ran into an issue that&#39;s stumping me. &lt;br&gt; First Alice generates keys with: &lt;br&gt; par = sjcl.ecc.curves[&amp;quot;c521&amp;quot;] //make parameter object &lt;br&gt; sec = sjcl.bn.random(par.r,0) //make random secret key
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/2fe564eb8dc6a144</guid>
  <author>
  fruiz...@gmail.com
  (Francisco Ruiz)
  </author>
  <pubDate>Fri, 19 Oct 2012 22:46:44 UT
</pubDate>
  </item>
  <item>
  <title>Parameters for 521-bit ECC curve</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/fe44cbd22bb6a3bb/836364b5bdc54f00?show_docid=836364b5bdc54f00</link>
  <description>
  In case anyone is interested in trying the 521-bit curve, sjcl.bn already &lt;br&gt; has the parameters to make the appropriate Mersenne prime, per the NIST &lt;br&gt; recommended set. What&#39;s missing is the rest of the parameters in sjcl.ecc &lt;br&gt; Most of the parameters that sjcl.ecc uses are straight from the NIST &lt;br&gt; publication, except the first two. After some sleuthing, I found that the
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/fe44cbd22bb6a3bb</guid>
  <author>
  fruiz...@gmail.com
  (Francisco Ruiz)
  </author>
  <pubDate>Tue, 16 Oct 2012 21:35:26 UT
</pubDate>
  </item>
  <item>
  <title>discussion open for Web Crypto API</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/d11b85b1d88da123/2fd24c4fb68fec48?show_docid=2fd24c4fb68fec48</link>
  <description>
  In case anyone is interested and unaware: &amp;quot;if you like Javascript, or &lt;br&gt; if you care about crypto, check it out, and send feedback to public- &lt;br&gt; webcrypto-comme...@w3.org.&amp;quot; (&lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;https://plus.google.com/u/&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; 0/113127438179392830442/posts/ U52MuSrojnL) &lt;br&gt; &lt;p&gt;I don&#39;t have the crypto expertise to weigh in, but thought someone
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/d11b85b1d88da123</guid>
  <author>
  masonsi...@gmail.com
  (Mason Simon)
  </author>
  <pubDate>Sun, 14 Oct 2012 22:11:11 UT
</pubDate>
  </item>
  <item>
  <title>Doing straight Diffie-Hellman in sjcl ecc</title>
  <link>http://groups.google.com/group/sjcl-discuss/browse_thread/thread/695804e1f04e6ee0/c3fe386d176336dc?show_docid=c3fe386d176336dc</link>
  <description>
  Hi, &lt;br&gt; I&#39;m working on a simple mobile webpage to encrypt/decrypt short messages, &lt;br&gt; starting without a shared key. I have a version using conventional the &lt;br&gt; Diffie-Hellman exchange with 2048-bit integers, which I have posted here &lt;br&gt; (non-mobile version): &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://prgomez.com/files/ursa.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; I&#39;d like to use elliptic curves instead of powermod exponents because it is
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/sjcl-discuss/browse_thread/thread/695804e1f04e6ee0</guid>
  <author>
  fruiz...@gmail.com
  (Francisco Ruiz)
  </author>
  <pubDate>Tue, 09 Oct 2012 22:34:30 UT
</pubDate>
  </item>
  </channel>
</rss>
