Metadata-Version: 2.4
Name: fidovault
Version: 0.2.0
Summary: Control access to secrets via symmetric encryption and decryption using FIDO2 authenticators.
Author-email: Thomas More <tmore1@gmx.com>
Description-Content-Type: text/markdown
License-Expression: GPL-3.0-or-later
License-File: COPYING
Requires-Dist: cryptography
Requires-Dist: fido2 >=2.0.0
Project-URL: changelog, https://github.com/tmo1/fidovault/blob/master/CHANGELOG.md
Project-URL: funding, https://ko-fi.com/thomasmore
Project-URL: github, https://github.com/tmo1/fidovault/
Project-URL: homepage, https://github.com/tmo1/fidovault/
Project-URL: issues, https://github.com/tmo1/fidovault/issues

# FidoVault

![GitHub Release](https://img.shields.io/github/v/release/tmo1/fidovault)
![GitHub Release Date - Published_At](https://img.shields.io/github/release-date/tmo1/fidovault)
![PyPI Version](https://img.shields.io/pypi/v/fidovault?label=PyPI%20version)
![PyPI Downloads](https://img.shields.io/pypi/dm/fidovault?label=PyPI%20downloads)
<!--![GitHub Downloads (all assets, all releases)](https://img.shields.io/github/downloads/tmo1/fidovault/total) (consider including when the total is non-zero ;)-->

![GitHub issues](https://img.shields.io/github/issues/tmo1/fidovault)
![GitHub closed issues](https://img.shields.io/github/issues-closed/tmo1/fidovault)
![GitHub commit activity](https://img.shields.io/github/commit-activity/m/tmo1/fidovault)

FidoVault is a tool to control access to secrets via symmetric encryption and decryption using [FIDO2](https://en.wikipedia.org/wiki/FIDO_Alliance#FIDO2) authenticators. A FidoVault vault file contains a secret encrypted via one or more FIDO2 authenticators, such that the secret is inaccessible without at least one of the authenticators, but any single authenticator can decrypt the secret. A password can optionally be required for decryption in addition to an authenticator.

> [!CAUTION]
> Most FIDO2 authenticators cannot be "backed up" or duplicated. If all the authenticators of a particular FidoVault are lost (or ["reset"](https://support.yubico.com/hc/en-us/articles/360016648899-Resetting-the-FIDO2-Application-on-Your-YubiKey-or-Security-Key)), then that FidoVault will become permanently inaccessible.
>
> Additionally, [when FIDO2 authenticators make a credential, they generate two random values, `credRandomWithUV` and `credRandomWithoutUV`, and associate them with the credential](https://fidoalliance.org/specs/fido-v2.1-rd-20210309/fido-client-to-authenticator-protocol-v2.1-rd-20210309.html#sctn-hmac-secret-extension). In the context of an assertion, the former is used when ["user verification"](https://developers.yubico.com/WebAuthn/WebAuthn_Developer_Guide/User_Presence_vs_User_Verification.html) (most commonly via the entry of a PIN) is performed and the latter when it is not. Consequently, secrets encrypted by an authenticator when user verification is not performed will not be able to be decrypted by the same authenticator when user verification is performed (and vice versa). For more detailed discussion of this issue and its implications, see [here](https://github.com/keepassxreboot/keepassxc/discussions/9506#discussioncomment-11864543).

## Hardware

Any standard [USB](https://fidoalliance.org/specs/fido-v2.1-rd-20210309/fido-client-to-authenticator-protocol-v2.1-rd-20210309.html#usb) authenticator that supports the [HMAC Secret Extension](https://fidoalliance.org/specs/fido-v2.0-id-20180227/fido-client-to-authenticator-protocol-v2.0-id-20180227.html#sctn-hmac-secret-extension) (which [reportedly most do](https://0pointer.net/blog/unlocking-luks2-volumes-with-tpm2-fido2-pkcs11-security-hardware-on-systemd-248.html)) should work with FidoVault. [NFC](https://fidoalliance.org/specs/fido-v2.1-rd-20210309/fido-client-to-authenticator-protocol-v2.1-rd-20210309.html#nfc) and [Bluetooth](https://fidoalliance.org/specs/fido-v2.1-rd-20210309/fido-client-to-authenticator-protocol-v2.1-rd-20210309.html#nfc) authenticators have not been tested, and PC/SC authenticators are not currently supported. Development and testing have primarily been done using a [Yubico Security Key](https://www.yubico.com/products/security-key/).

## Dependencies and Installation

FidoVault is written in Python 3, and has the following dependencies:

 * [`cryptography`](https://github.com/pyca/cryptography) (Debian package `python3-cryptography`) (for symmetric encryption and decryption of secrets)
 * [`[python-]fido2`](https://github.com/Yubico/python-fido2)>=2.0.0 (Debian package `python3-fido2`) (for accessing FIDO2 authenticators)
 
> [!NOTE]
> FidoVault has been updated to work with version 2.0 of `[python-]fido2`, and the current code will not work with earlier versions.

FidoVault should work on any platform on which Python 3 and the above dependencies can be installed, although running under Windows may require administrator privileges, since [Windows apparently requires](https://support.yubico.com/hc/en-us/articles/360016648939-Troubleshooting-Failed-connecting-to-the-YubiKey-Make-sure-the-application-has-the-required-permissions-in-YubiKey-Manager) [administrator privileges](https://docs.yubico.com/yesdk/yubikey-api/Yubico.YubiKey.YubiKeyDevice.FindByTransport.html) [for certain FIDO APIs](https://github.com/keepassxreboot/keepassxc/issues/11400).

At least on Linux, if FidoVault's dependencies are installed and available (e.g., on Debian via `apt install python3-fido2`, which will pull in `python3-cryptography` as well), then the script can be run directly without installation as `path/to/fidovault.py`. It can also be installed [from PyPI](https://test.pypi.org/project/fidovault/) via pip / pipx, in which case it can be run simply as `fidovault`.

## Usage

Display usage instructions:

```
$ fidovault -h
usage: fidovault.py [-h] [-v VAULT] [-k KEY] [-p PARAMETERS] [-g N] [-m] [-i | -a]

Create and manage FidoVaults - control access to secrets via symmetric encryption and decryption using FIDO2 authenticators

options:
  -h, --help            show this help message and exit
  -v, --vault VAULT     FidoVault filename
  -k, --key KEY         use (only) this key section of the FidoVault
  -p, --parameters PARAMETERS
                        Argon2id parameters (default: 't=1,p=4,m=2097152'), only used when initializing a FidoVault or adding a key section to one
  -g, --generate N      generate FidoVault secret utilizing at least N cryptographically random bits (only used if initializing a FidoVault, otherwise ignored)
  -m, --mlockall        lock all process memory into RAM (Linux only, and the memlock limit must be high enough to accommodate the memory used by Argon2id)
  -i, --init            initialize a FidoVault
  -a, --add             add a key section to a FidoVault

If neither '--init' nor '--add' are specified, the program will attempt to output the FidoVault's secret to STDOUT

```

Initialize a FidoVault:

```
$ fidovault -i -v <vaultname>
Enter secret: 
Confirm secret: 
Please connect the device you wish to add (and disconnect any others).
Press <enter> when ready ... 
Checking device at /dev/hidraw1 ...
Device supports the hmac-secret extension
Creating FIDO2 credential ... 
Enter PIN: 
Touch your authenticator now ...
FIDO2 credential created
Enter name for this key section: (default is 'Key 1')
Perform user verification when using this key section? (y/n - default is y) 
Combine password with FIDO2 hmac-secret when using this key section? (y/n - default is y) 
Getting hmac-secret ...
Touch your authenticator now ...
Enter password: 
Confirm password: 
Key section 'Key 1' successfully added
FidoVault '<vaultname>' initialized

```

Add an additional authenticator to an existing FidoVault (connect an already added authenticator before proceeding):

```
$ fidovault -a -v <vaultname>
Checking device at /dev/hidraw1 ...
Valid credential found on device
Trying to decode token using 'Key 1' key section ...
Getting hmac-secret ...
Enter PIN: 
Touch your authenticator now ...
Enter password: 
Token decryption succeeded
Please connect the device you wish to add (and disconnect any others).
Press <enter> when ready ... 
Checking device at /dev/hidraw1 ...
Device supports the hmac-secret extension
Creating FIDO2 credential ... 
Enter PIN: 
Touch your authenticator now ...
FIDO2 credential created
Enter name for this key section: (default is 'Key 2')
Perform user verification when using this key section? (y/n - default is y) 
Combine password with FIDO2 hmac-secret when using this key section? (y/n - default is y) 
Getting hmac-secret ...
Touch your authenticator now ...
Enter password: 
Confirm password: 
Key section 'Key 2' successfully added
Updated FidoVault '<vaultname>'

```

Output a FidoVault secret:

```
$ fidovault -v <vaultname>
Checking device at /dev/hidraw1 ...
Valid credential found on device
Trying to decode token using 'Key 1' key section ...
Getting hmac-secret ...
Enter PIN: 
Touch your authenticator now ...
Enter password: 
Token decryption succeeded
<secret>

```

### Providing a FidoVault secret to another program

FidoVault is designed to be used in conjunction with other programs, by providing a secret to them. For programs that accept a secret on `STDIN`, simply pipe FidoVault's `STDOUT` to them (all FidoVault user interaction output is written to `STDERR` / `/dev/tty`, and so will be printed to the terminal and not redirected to the other program). E.g., to use a FidoVault secret for symmetric encryption [and decryption](https://unix.stackexchange.com/questions/560135/how-to-decrypt-file-that-was-symmetrically-encrypted-using-gpg) of a file with [GnuPG](https://gnupg.org/), run:

```
$ fidovault -v <vaultname> | gpg --passphrase-fd 0 --pinentry-mode loopback -c <filename>
```

and:

```
$ fidovault -v <vaultname> | gpg --passphrase-fd 0 --pinentry-mode loopback --output <filename> -d <filename.gpg>
```

To open a [KeePassXC](https://keepassxc.org/) database with a FidoVault secret as password, run:

```
$ fidovault -v <vaultname> | keepassxc --pw-stdin /path/to/database.kdbx
```

(Unfortunately, [this only works if KeePassXC is not currently running](https://github.com/keepassxreboot/keepassxc/issues/2089).)

For programs that expect a secret as an argument, FidoVault can pass a secret to them via [`xargs`](https://en.wikipedia.org/wiki/Xargs). E.g., to open a KeePassXC database with a FidoVault secret as password [via D-Bus](https://github.com/keepassxreboot/keepassxc/wiki/Using-DBus-with-KeePassXC) when KeePassXC is already running, run:

```
$ fidovault -v <vaultname> | xargs qdbus org.keepassxc.KeePassXC.MainWindow /keepassxc org.keepassxc.KeePassXC.MainWindow.openDatabase /path/to/database.kdbx
```

(On Debian Sid, replace `qdbus` with `qdbus6`.)

To pass the secret at a position other than the end of the command, use the `-I replace-str` argument of `xargs`. E.g., to open a KeePassXC database with a FidoVault secret as a password plus a keyfile that resides somewhere in the filesystem via D-Bus, run:

```
$ fidovault -v <vaultname> | xargs -I % qdbus org.keepassxc.KeePassXC.MainWindow /keepassxc org.keepassxc.KeePassXC.MainWindow.openDatabase /path/to/database.kdbx % /path/to/keyfile
```

> [!CAUTION]
> Including a secret in a command's arguments is generally considered insecure, since the secret will be visible to anyone with access to the system process list. The above `qdbus` command is [additionally insecure since it will place the secret on the D-Bus message bus, which also may be accessible to others](https://github.com/keepassxreboot/keepassxc/issues/8826).

## Memory Security

On Linux, on startup FidoVault calls [`prctl(PR_SET_DUMPABLE, 0)`](https://man7.org/linux/man-pages/man2/pr_set_dumpable.2const.html) to disable [ptracing](https://lwn.net/Articles/491440/) and core dumping. If the `-m` command line flag is given, then FidoVault will also call [`mlockall(MCL_FUTURE)`](https://www.man7.org/linux/man-pages/man2/mlockall.2.html) to lock memory into RAM and disable paging. Memory locking is not done by default, since FidoVault uses the [Argon2id](https://en.wikipedia.org/wiki/Argon2) algorithm for key derivation, and Argon2id is designed to use a considerable amount of memory, [which will cause the program to crash with a memory allocation error](https://github.com/pyca/cryptography/issues/14778) when run under typical [memlock limits](https://man7.org/linux/man-pages/man5/limits.conf.5.html) (e.g., 8 MiB in Debian).

## Key Derivation

FidoVault currently uses the [Argon2id algorithm](https://en.wikipedia.org/wiki/Argon2) to derive an encryption key from a combination of a FIDO2 hmac-secret, an optional password, and a randomly chosen key derivation salt. (Earlier versions of the program used the [PBKDF2HMAC algorithm](https://en.wikipedia.org/wiki/PBKDF2); to access a key section created with PBKDF2HMAC, use version 0.1.0 of the program.) The Argon2id parameters of iterations, lanes, and memory cost can be specified via the `-p` parameter, e.g.:

 - `-p 't=1,p=4,m=2097152'`: This is the "FIRST **RECOMMENDED** option" of [RFC 9106](https://datatracker.ietf.org/doc/html/rfc9106#name-parameter-choice). It requires 2 GiB of memory, and is currently the default if `-p` is not specified.
 - `-p 't=3,p=4,m=65536`: This is the "SECOND **RECOMMENDED** option" of the RFC, for situations where "much less memory is available."
 
 See the RFC for more information on choosing parameters. (The KDF salt and tag lengths cannot be user-specified: the former is always 128 bits (16 bytes), and the latter is always 256 bits (32 bytes).)
 

## Background

The original motivation of FidoVault was the desire to implement a standalone tool to [open KeePassXC databases with FIDO2 authenticators](https://github.com/keepassxreboot/keepassxc/discussions/9506), but the code quickly evolved into a more general purpose tool. FidoVault's basic architecture was inspired by the discussion [here](https://github.com/keepassxreboot/keepassxc/discussions/9506), as well as the design of [LUKS](https://en.wikipedia.org/wiki/Linux_Unified_Key_Setup) plus its [systemd-cryptenroll extension](https://0pointer.net/blog/unlocking-luks2-volumes-with-tpm2-fido2-pkcs11-security-hardware-on-systemd-248.html). Indeed, I seriously contemplated using LUKS + systemd-cryptenroll (possibly with loop devices) as a general purpose FIDO2-protected secret store, but since LUKS is designed around block devices and the [device mapper](https://en.wikipedia.org/wiki/Device_mapper), it cannot be easily used by non-root users.

## Alternatives

Other projects similar to FidoVault:

 * [tokenring](https://github.com/glyph/tokenring): "TokenRing is a back-end for the Python keyring module, which uses a hard token to encrypt your collection of passwords as a large Fernet token, composed of individual password entries, each of which is separately encrypted as a smaller Fernet token of its own."
 * [age-plugin-fido](https://github.com/riastradh/age-plugin-fido): "draft fido plugin for age(1)" ("early draft, likely buggy, protocol not finalized", "usability issues with multiple fido keys", "not actually tested with age(1) yet")
 * [age-plugin-yubikey](https://github.com/olastor/age-plugin-fido2-hmac/): "Encrypt files with fido2 keys that support the "hmac-secret" extension."
 * [FileKey](https://filekey.app/): "Files need protection. FileKey secures them. Works with Yubikeys. Drop files in. They lock. Drop them again. They unlock. Your data stays on your device, and only you hold the key. Open source and powered by AES-256 encryption—the same standard trusted by the US government for top-secret information." ([Reddit announcement thread](https://old.reddit.com/r/yubikey/comments/1iiptny/introducing_filekey_encrypt_decrypt_files_using/))
 * [khefin](https://github.com/mjec/khefin): "A system for using a FIDO2 authenticator with hmac-secret extension support to generate passphrase-protected secrets." ([abandoned a couple of years ago](https://github.com/mjec/khefin/issues/42))

## Contributors

 * [MartinDerTolle](https://github.com/MartinDerTolle): [Code migration from python-fido2 1.x to 2.0](https://github.com/Yubico/python-fido2/blob/main/doc/Migration_1-2.adoc) ([PR #5](https://github.com/tmo1/fidovault/pull/5))
 
## Donations

FidoVault is absolutely free software, and there is no expectation of any sort of compensation or support for the project. That being said, if anyone wishes to donate (to Thomas More, the tool's primary author), this can be done via [the Ko-fi platform](https://ko-fi.com/thomasmore).

## License

FidoVault is free / open source software, released under the terms of the [GNU GPLv3](https://www.gnu.org/licenses/gpl-3.0.en.html) or later.

