https://ru.wikipedia.org/wiki/Проблема_XY_(Ошибка_молотка)
Сформулируй проблему и чего ты хочешь по итогу достичь (какую модель угроз рассматриваешь, от которой хочешь защититься)
Чем плох метод с декриптом в первом контейнере и запуском декрипченного во втором?
Читать полностью…Мне не надо его генерить. Это пароль которым зашифрован файл на диске, приложение должно получить пароль, расшифровать файл и начать работать.
Читать полностью…если пароль к службе которая поднимаеться внутри - обычно используют passgen и выводят либо в лог либо сохраняют внутри
Читать полностью…ну а как еще) все равно что физически сервер дать разработчику. тоже не упрятать ничего, но настроить и затереть условно как с билдом образа
Читать полностью…Эта хорошая статья. Спасибо!
Но я щас читаю про docker secret и он может работать только со swarm.
https://getupnote.com/share/notes/5l9vWOdpkFY4967zXQeWxt9tCS22/0E36FA13-456C-46FD-AD23-2D252F0DFF16
5 пункт
Есть приложение которое при старте ждёт пароль на stdin.
Вопрос: как его запустить в докере?
потому-что приложение само эти файлы шифрует и расшифровывает. Это как волт которому нужно unseal сделать.
Читать полностью…надо передать пароль на stdin процессу при запуске. echo "password" | command
сделать вместо просто command
пароль к чему? если разово авторизоваться - то вариантов много вроде
если держать внутри или в окружении то никак)
Так билд это билд, с этим у меня проблем нету.
Мне запустить надо с паролем и не палить его по возможности.
лучший - не хранить) доставлять. в кубе путем push/pull. в одно случае приложение знает куда ходить за секретом, в другом вообще без всего, но в приложение доставляется секрет по необходимости.
а так собирать с buildkit, не оставляет в inspect при определенном подходе(ссылка выше, там еще ссылка на ман) либо vault и прочие системы управления секретами
А в entrypoint типа сделать cat /pass.txt | command
? А есть способ получше? Чтобы не хранить нигде пароль в открытом виде.