Does someone on #NixOS use #Radicale with the email hook?
I would like to use this but encrypt the credentials with #agenix but there isn't an option to read them from a file.
Okay, the long awaited, most anticipated, overly masturbated part two is ready for public consumption:

https://blog.xvrqt.com/nix-wireguard-key-gen.html

We're finally,
almost, ready to configure Wireguard ​

Also, I won't have to write any more shell scripts in Nix which I do not enjoy at all.

If you give it a read please let me know! I find it encouraging, and the feedback helps me grow as a writer.

#nix #wireguard #linux #kernel #flakes #nixox #age #agenix
nix wireguard key gen

In the first post we talked about how at a minimum a Wireguard interface needs the Wireguard privat...

xvrqt
#agenix decrypts the .age file → feeds the #secretbox key to kube-apiserver → apiserver uses it for etcd. The failure happened at the agenix layer (wrong key in the .age file), not in secretbox itself.
RBAC defeats: A compromised pod, a stolen kubeconfig, a rogue user — anyone who tries to read secrets through the Kubernetes API without sufficient permissions. They hit the apiserver, RBAC says no, they get a 403.
secretbox defeats: Someone who bypasses the API entirely — steals the etcd data directory, takes an etcd snapshot from a backup, reads etcd directly over its client port without going through kube-apiserver. RBAC never runs in this scenario because the attacker never talked to kube-apiserver.
The critical insight: secretbox does nothing if the attacker has API access, and RBAC does nothing if the attacker has disk access. They cover completely non-overlapping attack surfaces.
problem hit here would have been identical with #SQLite — the encryption layer is in kube-apiserver, not in the storage backend. But the operational simplicity of SQLite would have made recovery easier since inspecting and backing up the database is much more straightforward than #etcd snapshot management.
#kubernetes
troubles of secret #provisioning with #agenix and age
with #etcd sceretbox
and why #sops matter

Weil es letztes Jahr beim #Tübix2025 so gut angekommen war, mache ich wohl beim #Tübix2026 sogar zwei  #NixOS workshops:

1. Workshop: Einstieg, Motivation, Killer Features, Basics
2. Workshop: Deep Dive ins Nixos-Modulsystem, schreiben eigener Module, secrets management mit #agenix, vllt. Live-Deployment auf einen  #RaspberryPi vor Ort

Was meint ihr?

https://www.tuebix.org/callforpapers/

#Tübingen #LinuxTag #FOSS

Tübix - Call for Papers

It seems like #agenix won't set the password for the runtime just from a file, for the #selfhosted webapps which re run as a systemd service , it has happened to #freshrss trust home user ( myself) but it works fine for gitlab runner
Why?
#nix is it some race condition analogous async callback which don't go well for pure Haskell without alib

I have 4 main types of secrets which i encrypt with #age #agenix
Env-style files
(KEY=value, multiple lines)

Protocol-generated keys
(WireGuard, SSH, Tailscale, etc.)

Service tokens / passwords
(random strings)

Config / JSON / policy blobs
what should i know and what am i missing?

#agenix file paths are encrypted files that are stored in the Nix store, st they re you only decrypted on when systemctl starts the service , runtime
very cool

Secret provisioning in #nix
Many options in nix for authentication only accept files and not string
Whereas #Unix #pass show just give a string , even if you store it in some file it ll be mutable and not reproducible, hence I end up with #age #agenix #sops
and none of them re interoperable with pass which is my daily driver
So I need store them somewhere safe on #vps or #cloud or idk mod/wrap these these things for interoperability *, or seek some #nocloud solution.

What's the simplest option me ?
* Its more work then reward , since I am not an active community contributor, just a user ,
#it folks ?

NixOS Agenix (for secrets management) [splitbrain.org]