Chart описывает, какие объекты нужны приложению и как они должны быть настроены. Команда передаёт параметры окружения, а Helm формирует манифесты: например, Deployment и Service. Один пакет можно использовать для нескольких установок с разными настройками.
Версия chart и версия приложения — разные величины. Обновление пакета может менять права или сетевые настройки даже тогда, когда образ приложения остался прежним. Поэтому проверяют не только номер версии, но и результат генерации.
Chart применяют для воспроизводимого выпуска сервисов. В репозитории фиксируют версию пакета и зависимости, а параметры тестовой и рабочей среды хранят раздельно. Значения по умолчанию рассматривают как исходную настройку, а не гарантию безопасности.
При проверке ИБ изучают создаваемые учётные записи и роли, привилегированные контейнеры, публичные интерфейсы и источники образов. Пароли не коммитят в values.yaml. Отдельно проверяют hooks: они могут запускать задания с собственными правами.
Команда устанавливает внутренний сервис через chart. Для рабочей среды она отключает внешний доступ, задаёт конкретную версию образа и разрешает сервисной учётной записи только необходимые действия.
До установки команда просматривает сгенерированные манифесты и замечает, что зависимость запрашивает ClusterRole. Вместо автоматического согласования она выясняет назначение прав, проверяет возможность их ограничить и тестирует результат в отдельном окружении.
Нет. Образ содержит приложение, а chart описывает его установку в Kubernetes. Пакет может ссылаться на несколько образов и создавать роли, сервисы, задания и другие объекты.
Можно ли считать helm lint проверкой безопасности?Нет. Он полезен для поиска проблем структуры и шаблонов, но не заменяет анализ получившихся прав, сетевого доступа, секретов и происхождения образов.
Откат Helm гарантирует возврат базы данных?Нет. Возврат конфигурации релиза не равен восстановлению данных или отмене миграции схемы. Совместимость версий и восстановление базы планируют и проверяют самостоятельно.