当前位置：首页 > news >正文

Vault-Operator安全配置指南：TLS设置、RBAC和网络策略最佳实践

news 2026/7/4 21:55:12

Vault-Operator安全配置指南：TLS设置、RBAC和网络策略最佳实践

【免费下载链接】vault-operatorRun and manage Vault on Kubernetes simply and securely项目地址: https://gitcode.com/gh_mirrors/va/vault-operator

在Kubernetes环境中安全地运行和管理Vault是每个DevOps团队的核心任务。Vault-Operator作为HashiCorp Vault在Kubernetes上的自动化管理工具，提供了一套完整的安全配置方案。本指南将详细介绍如何通过TLS加密、RBAC权限控制和网络策略来构建坚如磐石的安全体系，确保您的密钥管理服务在云原生环境中安全可靠地运行。

🔒 TLS加密配置：保护数据传输安全

TLS（传输层安全）是保护Vault通信的基础。Vault-Operator提供了两种TLS配置方式，确保所有敏感数据在传输过程中都得到充分加密。

默认TLS资产配置

当您在Vault集群配置中不指定TLS资产时，Vault-Operator会自动创建默认的CA证书并生成自签名证书。这种方式适合开发和测试环境，让您快速启动安全的Vault集群。

apiVersion: "vault.security.coreos.com/v1alpha1" kind: "VaultService" metadata: name: example spec: nodes: 1

默认生成的TLS资产存储在以下Secret中：

<vault-cluster-name>-default-vault-client-tls：包含客户端CA证书
<vault-cluster-name>-default-vault-server-tls：包含服务器证书和私钥

自定义TLS资产配置

对于生产环境，强烈建议使用自定义TLS证书。您可以通过以下配置指定自己的证书：

apiVersion: "vault.security.coreos.com/v1alpha1" kind: "VaultService" metadata: name: production-vault spec: nodes: 3 TLS: static: serverSecret: vault-server-tls clientSecret: vault-client-tls

最佳实践提示：

使用可信的证书颁发机构（CA）签发证书
确保证书包含正确的SAN（主题备用名称）
定期轮换证书密钥
使用工具如hack/tls-gen.sh脚本生成TLS资产

快速生成TLS证书

Vault-Operator项目提供了便捷的TLS生成脚本，位于hack/tls-gen.sh。使用以下命令快速生成生产级TLS证书：

KUBE_NS=default \ SERVER_SECRET=vault-server-tls \ CLIENT_SECRET=vault-client-tls \ hack/tls-gen.sh

该脚本会自动创建包含正确SAN的证书，支持以下域名：

localhost
*.<namespace>.pod
<vault-cluster-name>.<namespace>.svc

👥 RBAC权限管理：最小权限原则

基于角色的访问控制（RBAC）是Kubernetes安全的核心。Vault-Operator需要适当的权限来管理Vault集群和相关资源。

Vault-Operator所需权限

Vault-Operator需要访问多种Kubernetes资源来正常运行。以下是完整的RBAC配置模板，位于example/rbac-template.yaml：

kind: Role apiVersion: rbac.authorization.k8s.io/v1beta1 metadata: name: vault-operator-role rules: - apiGroups: ["etcd.database.coreos.com"] resources: ["etcdclusters", "etcdbackups", "etcdrestores"] verbs: ["*"] - apiGroups: ["vault.security.coreos.com"] resources: ["vaultservices"] verbs: ["*"] - apiGroups: ["storage.k8s.io"] resources: ["storageclasses"] verbs: ["*"] - apiGroups: [""] resources: ["pods", "services", "endpoints", "persistentvolumeclaims", "events", "configmaps", "secrets"] verbs: ["*"] - apiGroups: ["apps"] resources: ["deployments"] verbs: ["*"]

实施RBAC的步骤

创建专用服务账户：不要使用默认服务账户，为Vault-Operator创建专用的服务账户：
```
kubectl create serviceaccount vault-operator-sa -n vault-system
```

生成RBAC清单：使用项目提供的模板生成RBAC配置：

sed -e 's/<namespace>/vault-system/g' \ -e 's/<service-account>/vault-operator-sa/g' \ example/rbac-template.yaml > vault-rbac.yaml

应用RBAC配置：将生成的RBAC配置应用到集群：
```
kubectl apply -f vault-rbac.yaml
```

安全最佳实践

最小权限原则：只授予Vault-Operator完成任务所需的最小权限
命名空间隔离：将Vault-Operator部署在独立的命名空间
定期审计：定期检查RBAC权限，移除不必要的权限
使用ClusterRoleBinding谨慎：除非必要，避免使用集群范围的权限

🌐 网络策略：控制流量访问

虽然Vault-Operator本身不直接提供网络策略配置，但您可以在部署Vault集群时实施网络策略来控制流量访问。

网络策略配置示例

以下是一个基本的网络策略，限制只有特定命名空间的应用可以访问Vault服务：

apiVersion: networking.k8s.io/v1 kind: NetworkPolicy metadata: name: vault-access-policy namespace: vault-system spec: podSelector: matchLabels: app: vault policyTypes: - Ingress ingress: - from: - namespaceSelector: matchLabels: name: production-apps ports: - protocol: TCP port: 8200 - protocol: TCP port: 8201

网络分层保护策略

入口控制：
- 限制只有内部服务可以访问Vault API
- 使用命名空间选择器控制访问源
出口控制：
- 限制Vault Pod的出站流量
- 仅允许访问必要的服务（如etcd、监控系统）
多层级防御：
- 结合Kubernetes网络策略和云提供商的安全组
- 使用服务网格（如Istio）进行更细粒度的流量控制

🛡️ 综合安全配置示例

以下是一个完整的生产级Vault集群安全配置示例：

# 1. 创建命名空间和服务账户 apiVersion: v1 kind: Namespace metadata: name: vault-system labels: name: vault-system --- apiVersion: v1 kind: ServiceAccount metadata: name: vault-operator-sa namespace: vault-system --- # 2. 应用RBAC权限 kind: Role apiVersion: rbac.authorization.k8s.io/v1 metadata: name: vault-operator-role namespace: vault-system rules: - apiGroups: ["vault.security.coreos.com"] resources: ["vaultservices"] verbs: ["get", "list", "watch", "create", "update", "patch", "delete"] - apiGroups: [""] resources: ["secrets", "configmaps"] verbs: ["get", "list", "watch", "create", "update", "patch", "delete"] --- # 3. 部署Vault-Operator apiVersion: apps/v1 kind: Deployment metadata: name: vault-operator namespace: vault-system spec: replicas: 1 selector: matchLabels: name: vault-operator template: metadata: labels: name: vault-operator spec: serviceAccountName: vault-operator-sa containers: - name: vault-operator image: quay.io/coreos/vault-operator:latest securityContext: runAsNonRoot: true allowPrivilegeEscalation: false --- # 4. 部署安全的Vault集群 apiVersion: vault.security.coreos.com/v1alpha1 kind: VaultService metadata: name: production-vault namespace: vault-system spec: nodes: 3 version: "1.10.0" TLS: static: serverSecret: vault-server-tls clientSecret: vault-client-tls