News for hackers. Stuff that matters.
Re:OpenPGPjs has passed an independent security audit by bartbutler on Thursday August 16, 2018 @11:45AM (#17775656)
You are confusing crypto primitives with a high-level spec like OpenPGP. OpenPGPjs used WebCrypto and node crypto libraries when available for primitives. You still need a library for the OpenPGP stuff.
Re:OpenPGPjs has passed an independent security audit by acdha on Thursday August 16, 2018 @12:57PM (#17776405)
Does OpenPGPjs use WebCrypto to create keys which are not extractable? That's the big win here if you can make it impossible for a compromised client to leak keys which were used before/after the compromise.
Re:OpenPGPjs has passed an independent security audit by Boulth on Thursday August 16, 2018 @05:02PM (#17778381)
This also means you can't use another computer or that your key is lost if you clear browser data. Unless you'd do backups but I doubt this is standard procedure of ProtonMail users.
Re:OpenPGPjs has passed an independent security audit by acdha on Friday August 17, 2018 @04:00PM (#17785285)
That's true assuming that the browser doesn't offer any way to manage that using e.g. Chrome/Firefox Sync.

What PGP really needs is a modern security model so you'd have many device keys registered to an identity rather than requiring the risk of spreading copies around. I think I have IIRC 8 GPG subkeys currently (6 of them being Yubikeys) and every aspect of that toolchain is unacceptable in the modern era.

Re:OpenPGPjs has passed an independent security audit by Boulth on Tuesday August 21, 2018 @02:36PM (#17812435)
I've got the same setup with subkeys per Yubikey (though I had to rotate due to Infineon).

What do you mean by "device keys"? Something like forward secrecy keys for initial session setup as used by e.g. Signal? This could be done with some effort... actually Rust OpenPGP library Sequoia developers already work on making this use case easier.

Another set of patches circulating on the ML adds support for TPM bound keys, that are non extractable.