An opinionated and modular toolchain for generating and managing a wide range of cryptographic keys offline and on smartcards from a shared bip39 mnemonic phrase.
Go to file
Ryan Heywood 87a40f636d
keyfork: impl `derive openpgp`
2024-01-07 03:20:17 -05:00
keyfork keyfork: impl `derive openpgp` 2024-01-07 03:20:17 -05:00
keyfork-derive-key add licenses 2023-11-16 21:56:57 -05:00
keyfork-derive-openpgp keyfork: impl `derive openpgp` 2024-01-07 03:20:17 -05:00
keyfork-derive-path-data keyfork-derive-path-data: make clippy happy 2024-01-06 23:19:47 -05:00
keyfork-derive-util keyfork: impl `derive openpgp` 2024-01-07 03:20:17 -05:00
keyfork-frame add licenses 2023-11-16 21:56:57 -05:00
keyfork-mnemonic-util keyfork-mnemonic-util: make clippy happy 2024-01-06 23:20:19 -05:00
keyfork-plumbing keyfork-mnemonic-from-seed: allow arbitrary sized mnemonic 2023-12-26 18:08:09 -05:00
keyfork-prompt keyfork-prompt: make clippy happy 2024-01-06 23:23:41 -05:00
keyfork-shard keyfork: impl `recover remote-shard` 2024-01-07 00:44:59 -05:00
keyfork-slip10-test-data add licenses 2023-11-16 21:56:57 -05:00
keyfork-user-guide README, keyfork-user-guide: minor fixes 2023-12-27 17:31:30 -05:00
keyforkd keyfork: start tracing for `recover` 2024-01-07 00:36:23 -05:00
keyforkd-client add licenses 2023-11-16 21:56:57 -05:00
keyforkd-models add licenses 2023-11-16 21:56:57 -05:00
smex add licenses 2023-11-16 21:56:57 -05:00
.gitignore keyfork-user-guide: more additions 2023-10-19 08:53:59 -05:00
Cargo.lock keyfork: impl `derive openpgp` 2024-01-07 03:20:17 -05:00
Cargo.toml keyfork-pinentry: remove 2023-12-21 15:02:32 -05:00
LICENSE-AGPL-3.0.txt add licenses 2023-11-16 21:56:57 -05:00
LICENSE-MIT.txt add licenses 2023-11-16 21:56:57 -05:00
README.md README, keyfork-user-guide: minor fixes 2023-12-27 17:31:30 -05:00
deny.toml deny.toml: add more license permissions and override for Boost license for xxhash-rust 2023-10-06 16:21:24 -05:00

README.md

keyfork

An opinionated and modular toolchain for generating and managing a wide range of cryptographic keys offline and on smartcards from a shared bip39 mnemonic phrase.

This toolchain uses a bip32 seed loaded into an agent to generate deterministic and unique keypairs. This ensures only the agent has control over the mnemonic itself, and other components can simply request deterministic data.

This repository must not be managed by cargo-hakari, to ensure each plumbing binary can be built with as few dependencies and SLOC to review as possible.

Dependency Policy

Dependencies must not be added to core utilities such as seed generation and path derivation without a really good reason we can't implement it ourselves, such as cryptography libraries. For instance, keyfork-derive-util only utilizes cryptography libraries, serde, and thiserror, with the latter two being audited dependencies. Utilities such as forklets (applications that use derived data, such as an OpenPGP keychain generator) and the kitchen-sink keyfork utility may pull in additional dependencies as needed, but should strive to use the standard library as much as possible. To avoid code reuse, additional crates (such as the smex crate) may be used to share functionality across several crates.

Keyfork Top-Level Binary

The keyfork binary is the most user-friendly interface for interacting with the Keyfork toolchain. It offers commands that should not take any scriptable input and should not produce any script-readable output. Such operations that require script compatibility should be made into their own utilities, with the higher level interface of interacting with them left solely to keyfork.

For instance, the program to generate system entropy is keyfork-entropy. It accepts an arbitrary length and spits out a hex-encoded chunk of data. The program to convert that entropy into a seed is keyfork-mnemonic-from-seed. It takes entropy from input and converts it into a seed. The combination of the two, generating entropy and converting it to a mnemonic, is managed through Keyfork: keyfork mnemonic generate, which can also be used to offer more options down the line, such as generating a mnemonic from tarot or playing cards, or dice.


Note: The following document is all proposed, and not yet implemented.

Features

  • Modular
    • Standalone binaries can derive/manage keys/config from bip32 root
    • Modules handle use cases like ssh, pgp, webauthn, crypto-assets, etc
    • Module contract is dead simple and can be written in any language
  • Recoverable
    • Config file and 24 word mnemonic phrase to recover -all- keys
  • Unpredictable
    • Generate a BIP39 phrase from OS entropy
    • Take BIP39 passphrase from user supplied entropy
    • Read up on https://milksad.info to understand why this matters!
  • Offline
    • Will exit if network access is detected to force you to keep keys offline
    • Helps limit the risk of supply chain attacks
    • Intended for use with QubesOS Vault VM, AirgapOS, etc
    • Private keys are installed to HSMs/TEEs for use by online machines

Install

These steps will allow you to prove that at least two Distrust engineers signed off on the produced binaries, signaling that they reproduced them from source code and got identical results, in addition to our usual two-party code review processes.

This minimizes a single point of trust (and failure) in our binary release process.

See the Reproducible Builds project for more information on these practices.

We use git for all development, releases, and signing. Unfortunately git has no native method for large file storage or multi-signature workflows so some git add-ons are required.

To follow these steps please install git-lfs and git-sig.

  1. Clone repo

    git clone https://git.distrust.co/public/keyfork
    cd keyfork
    
  2. Review binary signatures

    git sig verify
    

    Note: See Trust section below for expected keys/signers

  3. Install binary

    make install
    

Usage

Usage instructions can be found in the keyfork-user-guide mdBook, which can be opened in-browser by running mdbook serve --open keyfork-user-guide.