infra: add docs for hardware keys#1074
Conversation
b6f140a to
33e72f0
Compare
|
|
||
| ### Hardware security keys in Rust Infrastructure | ||
|
|
||
| Hardware security keys drastically improve security by providing unphishable |
There was a problem hiding this comment.
| Hardware security keys drastically improve security by providing unphishable | |
| Hardware security keys improve security by providing unphishable |
| ### Hardware security keys in Rust Infrastructure | ||
|
|
||
| Hardware security keys drastically improve security by providing unphishable | ||
| protection for sensitive code and infrastructure.The Rust infrastructure team |
There was a problem hiding this comment.
| protection for sensitive code and infrastructure.The Rust infrastructure team | |
| protection for sensitive code and infrastructure. The Rust infrastructure team |
what do you mean with sensitive code?
| to critical infrastructure systems. If you are eligible for such a grant and | ||
| would like to get the recommended YubiKeys for free, get in touch with the | ||
| [T-infra in Zulip]. |
There was a problem hiding this comment.
I would move the "if you are eligible" part after the list below.
| ### Supported models | ||
|
|
||
| The Rust infrastructure team has validated the [Yubico Series 5 USB/NFC models] | ||
| products and will officially support Yubico Series 5 keys for any issues a |
There was a problem hiding this comment.
| products and will officially support Yubico Series 5 keys for any issues a | |
| products and officially supports the Yubico Series 5 keys for any issues a |
| ### Supported firmware versions | ||
|
|
||
| Based on existing [security advisories], only YubiKeys with firmware | ||
| **version v5.7.4** or newer are fully supported. You can use either the `ykman` |
There was a problem hiding this comment.
| **version v5.7.4** or newer are fully supported. You can use either the `ykman` | |
| **version v5.7.4** or newer are allowed. You can use either the `ykman` |
| * Yubico Manager CLI (sources: [yubikey-manager]): for advanced use cases | ||
|
|
||
| As a good first step, the Rust infrastructure team recommends using the Yubico | ||
| Authenticator Desktop app to change the default values for : |
There was a problem hiding this comment.
| Authenticator Desktop app to change the default values for : | |
| Authenticator Desktop app to change the default values for: |
| installations. You can refer to the [ykman online documentation] to learn more | ||
| about subcommands. | ||
|
|
||
| ```shell | ||
| ➜ uvx --from yubikey-manager ykman --help | ||
| Installed 15 packages in 15ms | ||
| Usage: ykman [OPTIONS] COMMAND [ARGS]... | ||
|
|
||
| Configure your YubiKey via the command line. | ||
|
|
||
| Examples: | ||
|
|
||
| List connected YubiKeys, only output serial number: | ||
| $ ykman list --serials | ||
|
|
||
| Show information about YubiKey with serial number 123456: | ||
| $ ykman --device 123456 info | ||
|
|
||
| ``` |
There was a problem hiding this comment.
| installations. You can refer to the [ykman online documentation] to learn more | |
| about subcommands. | |
| ```shell | |
| ➜ uvx --from yubikey-manager ykman --help | |
| Installed 15 packages in 15ms | |
| Usage: ykman [OPTIONS] COMMAND [ARGS]... | |
| Configure your YubiKey via the command line. | |
| Examples: | |
| List connected YubiKeys, only output serial number: | |
| $ ykman list --serials | |
| Show information about YubiKey with serial number 123456: | |
| $ ykman --device 123456 info | |
| ``` | |
| installations: | |
| ```sh | |
| uvx --from yubikey-manager ykman --help |
You can refer to the [ykman online documentation] to learn more
about subcommands.
Imo the stdout of the help menu is not helpful so we could remove it.
|
|
||
| This option provides a way to have working TOTP codes in both a mobile phone | ||
| and a desktop system without relying on third-party cloud systems, but also | ||
| has the con of coupling TOTP code generation with a physical device : similarly |
There was a problem hiding this comment.
| has the con of coupling TOTP code generation with a physical device : similarly | |
| has the con of coupling TOTP code generation with a physical device: similarly |
| losing access to TOTP codes, which requires additional diligence regarding | ||
| backing up recovery codes. | ||
|
|
||
| Note that setting up hardware-backed TOTP codes is totally optional for |
There was a problem hiding this comment.
| Note that setting up hardware-backed TOTP codes is totally optional for | |
| Note that setting up hardware-backed TOTP codes is optional for |
|
|
||
| As an example, this command will define a new resident SSH key through FIDO2 | ||
| and won't prompt your passkey everytime, nor will it require touching the | ||
| hardware key for Git operations. |
There was a problem hiding this comment.
so it only requires the hardware key being connected? Is this what we decided at the all hands?
I think we should suggest touching the hardware key, or at least explain the risk connected to not having to touch the hardware key. Which imo are that if someone has a remote access to your terminal they can run git operations.
Adds documentation explaining how to setup hardware keys, and how to use them. We also link the upcoming policy for the sake of reference.
I'll update this doc as soon as the policy lands and we also move with rust-lang/team#2501
r? @marcoieni
Rendered