Key/Value Secrets Engine 是几乎所有 Vault 实施中的核心组件。它为静态 secrets 的安全存储提供基础，并且在实际应用中，其使用频率远高于许多动态引擎。
在第 2a 部分的理论介绍之后，本文将聚焦于 KV Engine 的实际操作。我们将演示如何写入、读取、更新和删除 secrets，并结合实际案例分析 KV 版本 1 与版本 2 之间的差异。本文重点在于与生产环境相关的命令、常见陷阱以及日常运维中的具体建议，因此我将这些知识以教程与速查表相结合的形式呈现给您。
阅读全文: HashiCorp Vault 深入解析 – 第 2b 部分：Key/Value Secrets Engine 的实际操作
尽管已经采取了精心设计的Blast Radius最小化措施、状态分段以及生命周期防护机制，但意外仍然可能发生：一次 terraform apply 意外删除了生产资源，或者一次 terraform destroy 删除的内容超出了预期范围。
那么，当事情已经无法挽回时，我们该如何应对？
在本系列的上一期文章中，我向您介绍了如何最小化Blast Radius。在这篇续篇中，我将展示一些用于恢复受损Terraform状态文件并在事故发生后减少损害的成熟技术。
在第一部分中，我们已经对整个 Secrets Engines 生态系统进行了深入概述，现在我们将深入每一个 Vault 集群的日常操作。Key/Value（KV）Secrets Engine 是在所有需要安全存储、版本控制以及后续有针对性读取秘密数据的场景中所依赖的主力工具。
阅读全文: HashiCorp Vault 深入解析 - 第 2a 部分：启用 Key/Value Secrets Engine
🔥 只需一次 terraform destroy - 瞬间让 15 个客户系统下线 🔥
“周五下午毁灭者”再次出手了。
在这篇分为两部分的文章中，我们将从管理视角深入剖析 Infrastructure-as-Code 面临的最大结构性基础设施问题之一以及其被低估的风险。 因为我们致力于帮助企业系统性地降低 Blast Radius 风险。
因为最好的爆炸，就是根本没有发生的那一次。
Secrets Engines 是 Vault 的核心组件 —— 它们使我们可以将安全性不仅仅视为一个存储问题，而是一个过程问题。无论是数据库密码、SSH 访问还是 JWT 签名：一切都可以以动态、安全且可追踪的方式进行管理 —— 前提是您了解正确的 Engines，并正确地加以使用。关键不在于种类的繁多，而在于理解与设计。想要在生产环境中有效使用 Vault，就必须深入理解 Secrets Engines。
本文将深入概述 Secrets Engines 的功能、应用场景和生命周期 —— 从如 KV、Transit 或 PKI 等通用 Engines，到面向 Cloud 和 Datenbankplattformen 的专用模块。