0e2fb13ecf
if not removed, empty lines will be added to the final encryption command as --recipient '' which causes the command to fail with invalid recipient '' |
||
---|---|---|
.github/workflows | ||
example | ||
example_keys | ||
modules | ||
pkgs | ||
test | ||
default.nix | ||
flake.lock | ||
flake.nix | ||
LICENSE | ||
overlay.nix | ||
README.md |
agenix - age-encrypted secrets for NixOS
agenix
is a commandline tool for managing secrets encrypted with your existing SSH keys. This project also includes the NixOS module age
for adding encrypted secrets into the Nix store and decrypting them.
Contents
- Problem and solution
- Features
- Installation
- Tutorial
- Community and Support
- Rekeying
- Don't symlink secret
- Use other implementations
- Threat model/Warnings
- Acknowledgements
Problem and solution
All files in the Nix store are readable by any system user, so it is not a suitable place for including cleartext secrets. Many existing tools (like NixOps deployment.keys) deploy secrets separately from nixos-rebuild
, making deployment, caching, and auditing more difficult. Out-of-band secret management is also less reproducible.
agenix
solves these issues by using your pre-existing SSH key infrastructure and age
to encrypt secrets into the Nix store. Secrets are decrypted using an SSH host private key during NixOS system activation.
Features
- Secrets are encrypted with SSH keys
- system public keys via
ssh-keyscan
- can use public keys available on GitHub for users (for example, https://github.com/ryantm.keys)
- system public keys via
- No GPG
- Very little code, so it should be easy for you to audit
- Encrypted secrets are stored in the Nix store, so a separate distribution mechanism is not necessary
Notices
- Password-protected ssh keys: since the underlying tool age/rage do not support ssh-agent, password-protected ssh keys do not work well. For example, if you need to rekey 20 secrets you will have to enter your password 20 times.
Installation
Choose one of the following methods:
- niv (Current recommendation)
- nix-channel
- fetchTarball
- flakes
Install via niv
First add it to niv:
$ niv add ryantm/agenix
Install module via niv
Then add the following to your configuration.nix
in the imports
list:
{
imports = [ "${(import ./nix/sources.nix).agenix}/modules/age.nix" ];
}
Install CLI via niv
To install the agenix
binary:
{
environment.systemPackages = [ (pkgs.callPackage "${(import ./nix/sources.nix).agenix}/pkgs/agenix.nix" {}) ];
}
Install via nix-channel
As root run:
$ sudo nix-channel --add https://github.com/ryantm/agenix/archive/main.tar.gz agenix
$ sudo nix-channel --update
Install module via nix-channel
Then add the following to your configuration.nix
in the imports
list:
{
imports = [ <agenix/modules/age.nix> ];
}
Install CLI via nix-channel
To install the agenix
binary:
{
environment.systemPackages = [ (pkgs.callPackage <agenix/pkgs/agenix.nix> {}) ];
}
Install via fetchTarball
Install module via fetchTarball
Add the following to your configuration.nix:
{
imports = [ "${builtins.fetchTarball "https://github.com/ryantm/agenix/archive/main.tar.gz"}/modules/age.nix" ];
}
or with pinning:
{
imports = let
# replace this with an actual commit id or tag
commit = "298b235f664f925b433614dc33380f0662adfc3f";
in [
"${builtins.fetchTarball {
url = "https://github.com/ryantm/agenix/archive/${commit}.tar.gz";
# replace this with an actual hash
sha256 = "0000000000000000000000000000000000000000000000000000";
}}/modules/age.nix"
];
}
Install CLI via fetchTarball
To install the agenix
binary:
{
environment.systemPackages = [ (pkgs.callPackage "${builtins.fetchTarball "https://github.com/ryantm/agenix/archive/main.tar.gz"}/pkgs/agenix.nix" {}) ];
}
Install via Flakes
Install module via Flakes
{
inputs.agenix.url = "github:ryantm/agenix";
# optional, not necessary for the module
#inputs.agenix.inputs.nixpkgs.follows = "nixpkgs";
outputs = { self, nixpkgs, agenix }: {
# change `yourhostname` to your actual hostname
nixosConfigurations.yourhostname = nixpkgs.lib.nixosSystem {
# change to your system:
system = "x86_64-linux";
modules = [
./configuration.nix
agenix.nixosModule
];
};
};
}
Install CLI via Flakes
You don't need to install it,
nix run github:ryantm/agenix -- --help
but, if you want to (change the system based on your system):
{
environment.systemPackages = [ agenix.defaultPackage.x86_64-linux ];
}
Tutorial
-
The system you want to deploy secrets to should already exist and have
sshd
running on it so that it has generated SSH host keys in/etc/ssh/
. -
Make a directory to store secrets and
secrets.nix
file for listing secrets and their public keys:$ mkdir secrets $ cd secrets $ touch secrets.nix
-
Add public keys to
secrets.nix
file (hint: usessh-keyscan
or GitHub (for example, https://github.com/ryantm.keys)):let user1 = "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIL0idNvgGiucWgup/mP78zyC23uFjYq0evcWdjGQUaBH"; user2 = "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAILI6jSq53F/3hEmSs+oq9L4TwOo1PrDMAgcA1uo1CCV/"; users = [ user1 user2 ]; system1 = "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIPJDyIr/FSz1cJdcoW69R+NrWzwGK/+3gJpqD1t8L2zE"; system2 = "ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIKzxQgondgEYcLpcPdJLrTdNgZ2gznOHCAxMdaceTUT1"; systems = [ system1 system2 ]; in { "secret1.age".publicKeys = [ user1 system1 ]; "secret2.age".publicKeys = users ++ systems; }
-
Edit secret files (these instructions assume your SSH private key is in ~/.ssh/):
$ agenix -e secret1.age
-
Add secret to a NixOS module config:
age.secrets.secret1.file = ../secrets/secret1.age;
-
NixOS rebuild or use your deployment tool like usual.
The secret will be decrypted to the value of
config.age.secrets.secret1.path
(/run/agenix/secret1
by default). For per-secret options controlling ownership etc, see modules/age.nix.
Community and Support
Support and development discussion is available here on GitHub and also through Matrix.
Rekeying
If you change the public keys in secrets.nix
, you should rekey your
secrets:
$ agenix --rekey
To rekey a secret, you have to be able to decrypt it. Because of
randomness in age
's encryption algorithms, the files always change
when rekeyed, even if the identities do not. (This eventually could be
improved upon by reading the identities from the age file.)
Don't symlink secret
If your secret cannot be a symlink, you should set the symlink
option to false
:
{
age.secrets.some-secret = {
file = ./secret;
path = "/var/lib/some-service/some-secret";
symlink = false;
};
}
Instead of first decrypting the secret to /run/agenix
and then symlinking to its path
, the secret will instead be forcibly moved to its path
. Please note that, currently, there are no cleanup mechanisms for secrets that are not symlinked by agenix.
Use other implementations
This project uses the Rust implementation of age, rage, by default. You can change it to use the official implementation.
Module
{
age.ageBin = "${pkgs.age}/bin/age";
}
CLI
{
environment.systemPackages = [
(agenix.defaultPackage.x86_64-linux.override { ageBin = "${pkgs.age}/bin/age"; })
];
}
Threat model/Warnings
This project has not been audited by a security professional.
People unfamiliar with age
might be surprised that secrets are not
authenticated. This means that every attacker that has write access to
the secret files can modify secrets because public keys are exposed.
This seems like not a problem on the first glance because changing the
configuration itself could expose secrets easily. However, reviewing
configuration changes is easier than reviewing random secrets (for
example, 4096-bit rsa keys). This would be solved by having a message
authentication code (MAC) like other implementations like GPG or
sops have, however this was left
out for simplicity in age
.
builtins.readFile anti-pattern
{
# Do not do this!
config.password = builtins.readFile config.age.secrets.secret1.path;
}
This can cause the cleartext to be placed into the world-readable Nix store. Instead, have your services read the cleartext path at runtime.
Acknowledgements
This project is based off of sops-nix created Mic92. Thank you to Mic92 for inspiration and advice.