Docker для параноика: SSH‑доступ в rootless‑контейнере без передачи приватного ключа

SSH‑доступ остаётся ключевым элементом в работе с репозиториями, CI/CD и удалённым управлением серверами. Традиционный подход – монтировать приватный ключ в контейнер – открывает серьёзный вектор атаки: при компрометации процесса злоумышленник получает полный контроль над ключом. Замена ключа на токен лишь перемещает проблему, так как токен тоже хранится в том же процессе.

В статье на Habr AI [link] представлена архитектура, позволяющая процессу внутри rootless‑Docker использовать SSH‑доступ без доступа к самому приватному ключу. Основные компоненты решения:

1. ssh‑agent – отдельный процесс, запущенный на хосте, который хранит приватный ключ в памяти и предоставляет ограниченный интерфейс для подписи запросов.
2. Rootless Docker – контейнеры, работающие без привилегий root, что уменьшает поверхность атаки и упрощает передачу сокетов.
3. Передача сокета ssh‑agent в контейнер через bind‑mount (/run/ssh-agent.sock).

Процесс внутри контейнера использует переменную SSH_AUTH_SOCK, указывающую на сокет агента, и может выполнять ssh, git clone и другие команды, требующие аутентификации. При этом приватный ключ остаётся только в памяти агента на хосте и никогда не попадает в файловую систему контейнера.

Плюсы подхода:

• Повышенная безопасность: даже при компрометации контейнера злоумышленник не получит ключ.
• Гибкость: один агент может обслуживать несколько контейнеров, упрощая управление ключами.
• Совместимость: работает со всеми стандартными SSH‑клиентами без модификаций.

Автор также делится практическими советами по настройке systemd‑службы для ssh‑agent, ограничению прав доступа к сокету и использованию docker run --user для дальнейшего изоляции.

Полный разбор и готовый пример Docker‑файла доступны по ссылке в оригинальном материале.