4 ms·

Could you please elaborate, so that more people do not fall into this intellectual trap?

sneak 14y ago
http://www.matasano.com/articles/javascript-cryptography/ http://www.matasano.com/articles/javascript-cryptography/ Basically, the server you're talking to, as well as any resources on that page, can undermine your javascript primitives and render your crypto useless (or just backdoor it). If you trust the server to not backdoor your crypto... you can just trust the server to _do_ the crypto in the first place. There is an effort underway to build better crypto APIs into browsers, but I'll bet you a bitcoin that it's super easy to fuck up the implementation of and most end up being insecure, and/or nobody ends up using it after all.
- doug11235 14y ago
  I read that article as explaining why a web application can't do crypto with javascript. As someone that knows almost nothing about browser extensions, can you elaborate on why one isn't a good idea for chrome?
  - mtgx 14y ago
    I think you could at least have it implemented in NaCl in Chrome, if the Javascript versions fail.
  - jlgreco 14y ago
    The sections "How are browsers hostile to cryptography?", "What systems programming functionality does Javascript lack?", "What else is the Javascript runtime lacking for crypto implementors" cover issues you would encounter with browser extension cryto.
    - doug11235 14y ago
      I didn't realize extensions were largely javascript. Thanks for the pointers.
      - jlgreco 14y ago
        Ah yeah. I believe the usual terminology is such that "extensions" are javascript and "addons" are something native. You could probably do cryto well with an addon.. to the extent that it is possible to do an addon at all properly (honestly I have no idea there).
  - sneak 14y ago
    Presuming you're securing against gmail monitoring, Google in this case would be the eavesdropper/attacker. Google controls the key/cert that allows for Chrome extension updating...

sneak 14y ago

http://www.matasano.com/articles/javascript-cryptography/ http://www.matasano.com/articles/javascript-cryptography/ Basically, the server you're talking to, as well as any resources on that page, can undermine your javascript primitives and render your crypto useless (or just backdoor it). If you trust the server to not backdoor your crypto... you can just trust the server to _do_ the crypto in the first place. There is an effort underway to build better crypto APIs into browsers, but I'll bet you a bitcoin that it's super easy to fuck up the implementation of and most end up being insecure, and/or nobody ends up using it after all.

doug11235 14y ago
I read that article as explaining why a web application can't do crypto with javascript. As someone that knows almost nothing about browser extensions, can you elaborate on why one isn't a good idea for chrome?
- mtgx 14y ago
  I think you could at least have it implemented in NaCl in Chrome, if the Javascript versions fail.
- jlgreco 14y ago
  The sections "How are browsers hostile to cryptography?", "What systems programming functionality does Javascript lack?", "What else is the Javascript runtime lacking for crypto implementors" cover issues you would encounter with browser extension cryto.
  - doug11235 14y ago
    I didn't realize extensions were largely javascript. Thanks for the pointers.
    - jlgreco 14y ago
      Ah yeah. I believe the usual terminology is such that "extensions" are javascript and "addons" are something native. You could probably do cryto well with an addon.. to the extent that it is possible to do an addon at all properly (honestly I have no idea there).
- sneak 14y ago
  Presuming you're securing against gmail monitoring, Google in this case would be the eavesdropper/attacker. Google controls the key/cert that allows for Chrome extension updating...