Theory of operation (#30)
All checks were successful
continuous-integration/drone/push Build is passing
All checks were successful
continuous-integration/drone/push Build is passing
This commit is contained in:
parent
b3495c45f3
commit
7e6b33ae7f
30
README.md
30
README.md
@ -115,6 +115,36 @@ sudo -E fido2luks -i replace-key /dev/disk/by-uuid/<DISK_UUID>
|
|||||||
sudo rm -rf /usr/lib/dracut/modules.d/96luks-2fa /etc/dracut.conf.d/luks-2fa.conf /etc/fido2luks.conf
|
sudo rm -rf /usr/lib/dracut/modules.d/96luks-2fa /etc/dracut.conf.d/luks-2fa.conf /etc/fido2luks.conf
|
||||||
```
|
```
|
||||||
|
|
||||||
|
## Theory of operation
|
||||||
|
|
||||||
|
fido2luks builds on two basic building blocks, LUKS as an abstraction over linux disk encryption and and the FIDO2 extension [`hmac-secret`](https://fidoalliance.org/specs/fido-v2.0-rd-20180702/fido-client-to-authenticator-protocol-v2.0-rd-20180702.html#sctn-hmac-secret-extension).
|
||||||
|
The `hmac-secret` extension allows for an secret to be dervied on the FIDO2 device from two inputs, the user supplied salt/password/keyfile and another secret contained within the FID2 device. The output of the `hmac-secret` function will then be used to decrypt the LUKS header which in turn is used to decrypt the disk.
|
||||||
|
```
|
||||||
|
|
||||||
|
+-------------------------------------------------------------------------------+
|
||||||
|
| |
|
||||||
|
| +-----------------------------------------+ |
|
||||||
|
| | FIDO2 device | |
|
||||||
|
| | | |
|
||||||
|
| | | |
|
||||||
|
+-------+--------+ +------+ | +---------------+ | | +------------------------+
|
||||||
|
| Salt/Password +-> |sha256+------------------------> | | | v | LUKS header |
|
||||||
|
+----------------+ +------+ | | | | | | +---------------+
|
||||||
|
| | | | +--------+ +------------------------+--------> |Disk master key|
|
||||||
|
| | sha256_hmac +---------> | sha256 +-------> | Keyslot 1 | +---------------+
|
||||||
|
+----------------+ | +----------+ | | | +--------+ +------------------------+
|
||||||
|
| FIDO credential+---------------> |Credential| +----> | | | | Keyslot 2 |
|
||||||
|
+----------------+ | |secret | | | | +------------------------+
|
||||||
|
| +----------+ +---------------+ |
|
||||||
|
| |
|
||||||
|
| |
|
||||||
|
+-----------------------------------------+
|
||||||
|
|
||||||
|
```
|
||||||
|
Since all these components build upon each other losing or damaging just one of them will render the disk undecryptable, it's threfore of paramount importance to backup the LUKS header and ideally set an backup password
|
||||||
|
or utilise more than one FIDO2 device. Each additional credential and password combination will require it's own LUKS keyslot since the credential secret is randomly generated for each new credential and will thus result
|
||||||
|
in a completly different secret.
|
||||||
|
|
||||||
## License
|
## License
|
||||||
|
|
||||||
Licensed under
|
Licensed under
|
||||||
|
Loading…
x
Reference in New Issue
Block a user