You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Hi,
Storing a key at the browser side it already a challenge (especially in webkit--see #245).
In our system in order to overcome this problem, we store the key in a password input field and then it is picked up by the browser's password manager. We then use a similar form to get it back (using browser's autocomplete and user input).
Based on that "trick" I was wondering if Web Crypto spec could pursuit a new "autocomplete" value (e.g., "cryptokey") akin to what WebAuthN is doing (see e.g., here). Then password managers could be leveraged to store private keys, just like the way they store passwords.
The text was updated successfully, but these errors were encountered:
Hi,
Storing a key at the browser side it already a challenge (especially in webkit--see #245).
In our system in order to overcome this problem, we store the key in a password input field and then it is picked up by the browser's password manager. We then use a similar form to get it back (using browser's autocomplete and user input).
Based on that "trick" I was wondering if Web Crypto spec could pursuit a new "autocomplete" value (e.g., "cryptokey") akin to what WebAuthN is doing (see e.g., here). Then password managers could be leveraged to store private keys, just like the way they store passwords.
The text was updated successfully, but these errors were encountered: