<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Wed, Jan 10, 2018 at 7:17 PM Srinivas V <<a href="mailto:vsrinu26f@gmail.com">vsrinu26f@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">Do keytocard before setting passwords. Reason: there is nothing to encrypt. Seems some passwords are not stored. More secure.<div dir="auto"><br></div><div dir="auto">Regarding bricking: power off then power on then try swd flash.</div></div></blockquote><div><br></div><div>I understand the rationale. Unfortunately, this leaves a window where the keys' capabilities will be protected only by the default PINs. In most cases this window will be brief, but it's quite foreseeable to be at work, loading a key onto a gnuk smart card, and then getting distracted by a coworker and leaving the smart card in the open, accessible via 123456.</div><div><br></div><div>If I'm understanding the current gnuk code, the key-before-PIN policy is also the mechanism of the implementation ("Gnuk 1.2 does validation of user PIN by successful decryption of private key"), so it doesn't appear that someone with a perspective like mine can easily or elegantly reconfigure gnuk accordingly.</div></div></div>