認証情報アクセス
Uses kubeconfig, cluster tokens, chart repository credentials, and values files that may contain secrets.
brew / 順位 136
helm のインストール経路、実行ファイル、メタデータ、AI エージェント向けセキュリティノートを確認します。
エージェント安全性
helm manages Kubernetes release state and can deploy workloads into clusters.
Uses kubeconfig, cluster tokens, chart repository credentials, and values files that may contain secrets.
Can install, upgrade, rollback, or delete cluster releases.
Can package charts and deploy application artifacts to production clusters.
Gate helm install, upgrade, rollback, uninstall, and repo credential changes.
Allow template/lint reads; require approval before any cluster mutation or chart publication.
インストール
brew install helmprovider-native install command
概要
Kubernetes package manager
履歴
Helm is the Kubernetes package manager. Its documentation defines charts as Helm packages, repositories as places where charts are collected and shared, and releases as chart instances installed into a Kubernetes cluster.
Helm is historically important because it brought package-manager ideas such as repositories, installable archives, dependency metadata, upgrades, rollbacks, and release history into Kubernetes application delivery.
The Helm project traces its first version to November 2015 at the first KubeCon. The Helm team describes Helm 1, also known as Helm Classic, as modeled on Homebrew and aimed at helping individual developers package Kubernetes resources and deploy them into clusters.
In January 2016, Deis' Helm team joined forces with Google, Skippbox, and Bitnami to build a new version focused on teams and a growing Kubernetes user community. That work led to the Helm 2 architecture and the chart ecosystem that many Kubernetes users adopted.
Helm joined the Cloud Native Computing Foundation in June 2018. Helm 3 reached its first stable release in November 2019, removing Tiller, refactoring the Go SDK for broader use, and changing internals while preserving the chart-centered workflow for users familiar with Helm 2.
Helm adoption tracked the growth of Kubernetes itself. Its docs describe chart repositories, `helm search`, `helm install`, `helm upgrade`, `helm rollback`, `helm get`, and `helm uninstall` as ordinary package operations for cluster workloads.
The Helm 3 release post describes a large contributor base and thousands of community members maintaining charts through Helm Hub-era infrastructure. The chart discovery story later centered on Artifact Hub, which the Helm docs use for `helm search hub`.
Package-manager adoption for the CLI is broad: the supplied metadata lists Homebrew, Alpine, Fedora, MacPorts, Nix, Arch, Scoop, winget, and openSUSE packaging for the Kubernetes-oriented Helm CLI.
Users add chart repositories, search for charts, install a chart as a named release, pass values with YAML files or `--set`, upgrade releases, inspect status and values, roll back revisions, and uninstall releases.
Helm charts package Kubernetes resource definitions alongside metadata and default values. A chart can be installed many times into a cluster, producing separate releases with their own names and histories.
Helm's local repository configuration is stored in `repositories.yaml` under the user's Helm config directory. Because repository entries can include credentials, that file is also treated as a credentials location in the curation data.
Helm is one of the clearest examples of package-manager culture crossing into infrastructure. It has packages, repositories, dependency declarations, install and upgrade verbs, versioned releases, rollback history, and a registry/discovery ecosystem, but the installed artifacts are Kubernetes resources rather than files under `/usr`.
The Helm 2 to Helm 3 transition is also package-history material: removing Tiller reduced cluster-side moving parts and aligned Helm more closely with Kubernetes RBAC and client-side release management expectations.
For maintainers, Helm created a new packaging discipline around chart metadata, values schema, generated documentation, provenance, OCI distribution, and chart repository layout.
セキュリティ状態
Kubernetes package manager.
リスク orange · 信頼度 高 · infrastructure
エージェントに無人実行させる前に、このツールが平文の認証情報を読むか、リモート状態を書き込むか、成果物を公開するか、プラグインを起動するかを確認してください。
local files
These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.
Config paths the tool may read or write during local use.
~/Library/Preferences/helm/repositories.yaml~/.config/helm/repositories.yamlCredential-bearing paths to review before unattended agent runs.
~/Library/Preferences/helm/repositories.yaml~/.config/helm/repositories.yaml実行可能ファイル
| コマンド | 種類 | 公開範囲 | メモ |
|---|---|---|---|
helm | 実行可能ファイル | インデックス済み実行可能ファイル | ローカル実行可能ファイルインデックスから検出されました。 |
鮮度
これらの信号は、ページ生成時期、パッケージマネージャの活動、上流リリース比較を分けて示します。バージョン遅れは、証拠 URL と比較可能なバージョンがある場合だけ警告されます。
インストールメタデータ
| パッケージキー | brew:helm |
|---|---|
| バージョン | 4.2.3 |
| パッケージマネージャ | Homebrew |
| ホームページ | https://helm.sh/ |
| リポジトリ | https://github.com/helm/helm |
| 最終更新 | 2026-07-09T22:27:01Z |
| Pulse | updated |
| Bottle | 未記録 |
| サービス | 宣言なし |
ソース経路
このページは scripts/generate-pkg-sqlite.py が生成した非公開のパッケージ SQLite アーティファクトから av-web によって提供されます。
View the package source record on GitHub.