News for hackers. Stuff that matters.
Re:SJCL – Stanford JavaScript Crypto Library by woranl on Wednesday March 08, 2017 @11:14AM (#13821210)
Is there a market for end-to-end encrypted app in the browser?
Re:SJCL – Stanford JavaScript Crypto Library by orthecreedence on Wednesday March 08, 2017 @12:51PM (#13821984)
Yes, kind of. I use SJCL in Turtl (https://turtlapp.com) which is packaged as standalone browser app (nwjs on desktop, xwalk on android). I'd never publish the app as a web app (at least not without significant warnings to the user/an opt-in) but technically yes, we use client-side crypto in a browser.

SJCL is kind of a pain in the ass though, to be honest. It was built before Uint8Array was prevalent, meaning all your crypto data has to be encoded as a string, and you have to be extra cautious of UTF8 data (you have to decode/encode your data as ASCII strings). Someone please correct me if this is no longer the case.

Recently I've been playing with the emscripten port of libsodium (https://github.com/jedisct1/libsodium.js), which seems to be working quite well. I have yet to benchmark, but the nice thing is that eventually I can replace parts of the app with Rust (WIP) and use the exact same library for crypto as used in the js app.

So, I'd agree in general that javascript is a shitty language for crypto, or at least it was before Uint8Array et al. I'm looking forward to seeing what happens with Wasm...being able to replace a JS app with low-level code compiled from Rust or something is definitely a nice idea. My ultimate goal was to provide a comm layer between JS <--> Rust and embed the Rust portion of the app as a library (.dll/.so/etc) but perhaps it just makes sense to compile everything to Wasm and embed it that way.

Re:SJCL – Stanford JavaScript Crypto Library by roustem on Wednesday March 08, 2017 @11:59AM (#13821534)
We are using WebCrypto in 1Password.com implementation and polyfill with SJCL when a browser does not support the algorithms we need (PBKDF2, AES-GCM in Safari, etc).
Re:SJCL – Stanford JavaScript Crypto Library by Akkuma on Wednesday March 08, 2017 @12:16PM (#13821654)
We do the same thing at Virtru.
Re:SJCL – Stanford JavaScript Crypto Library by Akkuma on Wednesday March 08, 2017 @12:17PM (#13821668)
Yes there certainly is a market for that. I work at Virtru, which is essentially doing encryption in the browser for your content and then decrypting in the browser.
Re:SJCL – Stanford JavaScript Crypto Library by 9gunpi on Wednesday March 08, 2017 @12:08PM (#13821600)
Obviously there would be many web apps which would benefit from being end-to-end and not loose a lot in usability compared to non e2e ones
Re:SJCL – Stanford JavaScript Crypto Library by baby on Wednesday March 08, 2017 @11:23AM (#13821262)
Two things come to my mind, cryptocat and the PGP plugin for Gmail.

Now, are they useful and used? I don't know...

Re:SJCL – Stanford JavaScript Crypto Library by gglitch on Wednesday March 08, 2017 @01:37PM (#13822437)
Tiddlywiki uses SJCL