核心是让密钥不落地、不写磁盘，全程驻留内存，由Vault动态供给、应用按需消费；通过Vault Agent+tmpfs将凭据渲染至/dev/shm，或经Unix socket/stdin直通进程，结合Kubernetes ServiceAccount绑定与最小权限策略，实现无私钥落地的可信注入。
核心是让密钥不落地、不写磁盘，全程驻留内存，由Vault动态供给、应用按需消费。关键不在挂载文件，而在切断凭据落盘路径，并用可信机制把密钥“喂”进应用进程的运行时上下文。
用Vault Agent + tmpfs实现内存级凭据交付
这是最通用、无需改应用代码的方式。Vault Agent作为边车容器启动后，自动认证、拉取并解密密钥，再将结果渲染到/dev/shm（基于RAM的tmpfs挂载点），而非普通volume。
- 在Kubernetes Pod中显式声明tmpfs挂载：
volumeMounts: [{name: shm, mountPath: /dev/shm, medium: Memory}] - Agent配置启用
auto_auth和templated_secret，禁用模板缓存，确保每次Pod重启都获取最新密钥 - Nginx等服务可直接读
/dev/shm/nginx-ssl-pass，该路径随Pod生命周期存在，节点重启即清空
跳过文件系统：通过Unix socket或stdin直连应用
对支持运行时输入的应用，可彻底绕开文件系统，连tmpfs都不依赖。
- Vault Agent开启本地Unix socket监听器：
listener "unix" { path = "/vault/.socket" } - 主应用启动后连接该socket，接收解密后的凭据流（如数据库密码、TLS私钥）
- 或由Agent通过
stdin注入：ENTRYPOINT脚本执行vault kv get -field=password secret/data/db | myapp --password-fd 0
绑定Kubernetes身份，切断静态凭证链
密钥不落地的前提，是应用自身身份可信，且不依赖硬编码token。
- 启用Vault的
kubernetes认证方法，配置kubernetes_host和CA证书路径 - 每个Pod使用专属ServiceAccount，Vault据此绑定最小权限策略（如只读
secret/data/app/*） - 禁用
roottoken硬编码，所有访问必须经JWT校验+策略匹配
加固信任根：禁用持久化存储与特权模式
避免密钥或令牌意外残留，从容器层面收窄攻击面。
- Docker Compose中设置
read_only: true、no-new-privileges: true、tmpfs: /tmp - 挂载目录加
:Z标签（SELinux上下文隔离），数据卷仅限/vault/data用于Vault自身状态 - 不使用
-dev模式，生产环境必须走完整init/unseal流程，unseal密钥由外部HSM或TPM托管更佳
