Live data from Hacker News

Show HN: Kryptonite – a new home for your SSH private key

krypt.co

51–60 of 227 posts

Re: Show HN: Kryptonite – a new home for your SSH private key

#51
post #46
post #33

It sounds very hipster and all, but how is a phone more trustworthy than a Linux PC? Cool, we don't need to trust a PC, now we have to trust a phone and pretend that malware for smartphones don't exist at all. Hardware USB token looks much better as its attack surface is so much smaller than iOS/Android.

* Every application on the phone is sandboxed. * The disk is encrypted by default, and the OS is aggressive about keeping it encrypted ; a booted-up computer is almost always decrypted. * The language runtimes on the phone are hardened. * The phone's kernel, in addition to being more important attack surface than the Linux kernel (because of the jailbreak market, among other things), is auto-updated. * The phone's us…

You are completely right up to the point that people are able to update their phones.

Re: Show HN: Kryptonite – a new home for your SSH private key

#52
post #51
post #46

Earlier quoted context omitted.

* Every application on the phone is sandboxed. * The disk is encrypted by default, and the OS is aggressive about keeping it encrypted ; a booted-up computer is almost always decrypted. * The language runtimes on the phone are hardened. * The phone's kernel, in addition to being more important attack surface than the Linux kernel (because of the jailbreak market, among other things), is auto-updated. * The phone's us…

You are completely right up to the point that people are able to update their phones.

If you want to add the proviso that this is true only for iPhones, that's fine, but I wasn't looking for that particular message board slapfight.

Re: Show HN: Kryptonite – a new home for your SSH private key

#53
post #48

Earlier quoted context omitted.

1) We are planning to support multiple private keys, but currently only support a single key pair. 2) Android doesn't yet support ed25519 but it is coming. 3) We would consider something like this but the question is how that checksum test itself is served. We'll definitely look into improving this. The curl script itself does check the hashes of the installed binaries downloaded from github.

Multiple private keys are more important than you might think, because Github won't let you use the same key in more than one account, so everyone who has more than one Github account and wants hardware tokens has to have multiple hardware tokens.

I didn't realize that, thanks for letting us know! We're actively working on this

Re: Show HN: Kryptonite – a new home for your SSH private key

#54
post #47

I haven't reviewed the implementation, but this is a really good idea. I want one.

I will likely end up using this in personal capacity, and would also appreciate if the UX of using Google Authenticator were more similar to this, rather than requiring me to screenscrape my phone with my eyeball and then type information into another device (or, more painfully, another window on the same phone).

The easiest way to do that probably results in a callback to Big Daddy G every time I access anything sensitive and I'm cool with that.

Re: Show HN: Kryptonite – a new home for your SSH private key

#55
post #48

Earlier quoted context omitted.

1) We are planning to support multiple private keys, but currently only support a single key pair. 2) Android doesn't yet support ed25519 but it is coming. 3) We would consider something like this but the question is how that checksum test itself is served. We'll definitely look into improving this. The curl script itself does check the hashes of the installed binaries downloaded from github.

Multiple private keys are more important than you might think, because Github won't let you use the same key in more than one account, so everyone who has more than one Github account and wants hardware tokens has to have multiple hardware tokens.

As you seem to use multiple GitHub accounts with SSH, you might be interested by the ssh_config tricks that I implemented in github-keygen https://github.com/dolmen/github-keygen/

Re: Show HN: Kryptonite – a new home for your SSH private key

#56
post #27

Earlier quoted context omitted.

First make sure you remove the old SSH public key from any of your accounts. Once you have Kryptonite installed on your new phone, add the new public key to the accounts you were using SSH with before.

Sounds like you ultimately need a backup method for logging into your server -- probably a second, non-Kryptonite key (or another admin user). Is that correct?

That is correct. We will also soon release a way to copy a key from one device to another by scanning a QR code.

Re: Show HN: Kryptonite – a new home for your SSH private key

#57
post #54
post #47

I haven't reviewed the implementation, but this is a really good idea. I want one.

I will likely end up using this in personal capacity, and would also appreciate if the UX of using Google Authenticator were more similar to this, rather than requiring me to screenscrape my phone with my eyeball and then type information into another device (or, more painfully, another window on the same phone). The easiest way to do that probably results in a callback to Big Daddy G every time I access anything sen…

> The easiest way to do that probably results in a callback to Big Daddy G every time I access anything sensitive and I'm cool with that.

Why?!

Re: Show HN: Kryptonite – a new home for your SSH private key

#58
post #20

Earlier quoted context omitted.

If I'm reading this, the answer is actually ~Yes? The requests pass via SQS/SNS run by Kryptonite, or via Bluetooth not run by kryptonite?

Indeed, (encrypted) requests pass through SQS/SNS with credentials owned by us. We can see the amount of traffic, but not any of its contents or who sent it.

Is there an option to configure this to run across only BT?

This would mean that the phone needs to be physically close in order to accomplish auth and I would think that's a good requirement based the premise of this app.

Re: Show HN: Kryptonite – a new home for your SSH private key

#59
post #33

It sounds very hipster and all, but how is a phone more trustworthy than a Linux PC? Cool, we don't need to trust a PC, now we have to trust a phone and pretend that malware for smartphones don't exist at all. Hardware USB token looks much better as its attack surface is so much smaller than iOS/Android.

The attack surface may seem smaller for USB tokens, but storing the pin for say a Yubikey allows malware to use the key without restriction. Also, these USB devices don't have a UI, so you never know what you are actually approving, i.e. which username or server you are logging into.

Erm, not true - changing the Yubikey setting to require a touch for key use (S/C/E) is trivial. Malware can't use it without restriction if it requires you to physically touch it every time you want to approve use.

Re: Show HN: Kryptonite – a new home for your SSH private key

#60
post #46
post #33

It sounds very hipster and all, but how is a phone more trustworthy than a Linux PC? Cool, we don't need to trust a PC, now we have to trust a phone and pretend that malware for smartphones don't exist at all. Hardware USB token looks much better as its attack surface is so much smaller than iOS/Android.

* Every application on the phone is sandboxed. * The disk is encrypted by default, and the OS is aggressive about keeping it encrypted ; a booted-up computer is almost always decrypted. * The language runtimes on the phone are hardened. * The phone's kernel, in addition to being more important attack surface than the Linux kernel (because of the jailbreak market, among other things), is auto-updated. * The phone's us…

"owned up" -- Our language has evolved again! (I only comment because I find this genuinely interesting, this mutation evidently coming from the security subset of the tech world.)

("Traditional" meaning, "to admit to": http://dictionary.cambridge.org/us/dictionary/english/own-up)

Post reply on HN