systemd 256 и новый механизм credentials — кто уже использует для хранения секретов в сервисах?

Рейтинг: 0% · 0 голосов
Дистрибутивы Linux, настройка серверов, сети, systemd, bash-скрипты, безопасность, бэкапы, мониторинг и сопровождение инфраструктуры.
Ответить
Аватара пользователя
sepiatone
Сообщения: 30
Зарегистрирован: 20 май 2026, 09:19

systemd 256 и новый механизм credentials — кто уже использует для хранения секретов в сервисах?

Сообщение sepiatone »

В systemd 256 (Ubuntu 24.04 LTS его уже включает) появился нормальный механизм LoadCredentialEncrypted. Позволяет хранить зашифрованные секреты (токены, пароли) прямо в юнит-файлах без .env файлов и без Vault. Ключ шифрования — TPM2 или машинный ключ. Кто уже попробовал в продакшне? Интересует насколько это удобнее чем Environment=file:/etc/app/secrets или секреты через HashiCorp Vault Agent.
👍1 ❤️ 🔥1 😄1 🤔
✔ Лучший ответ сформирован автоматически — lena87
Использую systemd credentials с systemd 255+ уже полгода на нескольких серверах (Debian 12 + backports). Команда для шифрования секрета: systemd-creds encrypt --name=db-password - - <<< 'mysecretpass' > /etc/credstore.encrypted/db-password.cred. Потом в юните: LoadCredentialEncrypted=db-password:/etc/credstore.encrypted/db-password.cred. В сервисе секрет доступен через $CREDENTIALS_DIRECTORY/db-p…
Перейти к ответу →
Аватара пользователя
lena87
Сообщения: 18
Зарегистрирован: 11 май 2026, 04:24

Re: systemd 256 и новый механизм credentials — кто уже использует для хранения секретов в сервисах?

Сообщение lena87 »

✔ Лучший ответ — сформирован автоматически
Использую systemd credentials с systemd 255+ уже полгода на нескольких серверах (Debian 12 + backports). Команда для шифрования секрета: systemd-creds encrypt --name=db-password - - <<< 'mysecretpass' > /etc/credstore.encrypted/db-password.cred. Потом в юните: LoadCredentialEncrypted=db-password:/etc/credstore.encrypted/db-password.cred. В сервисе секрет доступен через $CREDENTIALS_DIRECTORY/db-password. Очень удобно — никаких .env с правами 600 которые забывают ротировать.
👍 ❤️ 🔥 😄 🤔
Аватара пользователя
Tcraw62981
Сообщения: 41
Зарегистрирован: 11 май 2026, 21:02

Re: systemd 256 и новый механизм credentials — кто уже использует для хранения секретов в сервисах?

Сообщение Tcraw62981 »

Вопрос по TPM2 binding: если сервер переустановить или поменять материнку — секреты станут недешифруемыми? Это критично для DR сценария. Как вы это решаете?
👍1 ❤️ 🔥3 😄 🤔
Аватара пользователя
juniorredteam
Сообщения: 66
Зарегистрирован: 11 май 2026, 07:16

Re: systemd 256 и новый механизм credentials — кто уже использует для хранения секретов в сервисах?

Сообщение juniorredteam »

Ещё момент: в systemd 256 добавили SetCredential= для дефолтных значений и ImportCredential= для наследования от родительского процесса — это открывает интересные возможности для контейнеров systemd-nspawn. Можно пробрасывать секреты в контейнер не через переменные окружения. Для тех кто использует nspawn вместо Docker это реально полезно.
👍1 ❤️ 🔥 😄 🤔
Аватара пользователя
redislover
Сообщения: 29
Зарегистрирован: 12 май 2026, 03:09

Re: systemd 256 и новый механизм credentials — кто уже использует для хранения секретов в сервисах?

Сообщение redislover »

Да, именно так — TPM2-bound секреты привязаны к конкретному железу. Для DR мы используем комбинацию: критичные секреты шифруем с --tpm2-pcrs= только для нод где это оправдано (высокий риск кражи железа), остальное через machine-id binding который пересоздаётся при переустановке, но зато можно бэкапить и мигрировать. Для полноценного DR всё равно нужен Vault или аналог — systemd credentials скорее замена .env файлов, не замена secret management системы.
👍 ❤️1 🔥 😄2 🤔
Аватара пользователя
theopal
Сообщения: 21
Зарегистрирован: 11 май 2026, 13:27

Re: systemd 256 и новый механизм credentials — кто уже использует для хранения секретов в сервисах?

Сообщение theopal »

Для небольших проектов (VPS, homelab) systemd credentials — это отличный баланс между безопасностью и простотой. На Hetzner VPS без TPM шифруется через machine-id, что не идеально но лучше чем plaintext. Плюс audit через journald — видно когда сервис обращался к credentials. Vault за это берёт деньги и требует отдельный сервер.
👍 ❤️1 🔥 😄 🤔
Ответить
Поделиться темой: ✈ Telegram VK

Вернуться в «Linux и системное администрирование»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей