如何防止在HashiCorp保险库中创建太多秘密
我正在寻找一个更好的解决方案的秘密旋转和发现保险库动态秘密是一个很好的一个。通过启用秘密引擎，例如数据库，应用程序/服务可以租赁动态秘密。
我注意到每次应用程序租用数据库机密时，Vault都会在数据库中创建一个新的用户/帐户。我明白，每个应用程序/服务需要是一个好公民，并根据租赁时间使用秘密。然而，在微服务环境中，实现bug可能导致服务请求太多动态机密，从而触发在数据库中创建太多帐户。
有什么方法可以防止创建太多的帐户吗？我只是担心太多的帐户可能会在数据库中造成问题。
共有1个答案
您可以使用静态角色，这将创建一个具有固定用户名的角色，然后vault将在需要旋转密码时旋转该密码。
这里有一些文档让你开始
https://www.vaultproject.io/api/secret/databases#创建-静态-角色https://www.vaultproject.io/docs/secrets/databases#静态-角色
还有，来自网站的警告：
此时并非所有数据库类型都支持静态角色。请参考左侧导航中的特定数据库文档或下表中数据库功能下的数据库文档，以查看给定的数据库后端是否支持静态角色。`
-
基本上我们可以有一个只能读取一次的金库密钥吗？
-
我正在测试Vault+Consul之间的集成，以保存我的秘密并将它们存储在多台机器中。我可以看到和插入/检索我的秘密从保险库没有问题。 现在，我正在尝试配置SpringCloud来使用来自Vault的秘密（我浏览了https://cloud.spring.io/spring-cloud-vault/reference/html/)，我的bootstrap.yml与示例类似： 而且也管用！我的应用程
-
问题内容： 有没有一种简单的方法可以在进行测试时模拟Hashicorp保险库？ 我在Go中创建了一个可访问保险柜的服务，并希望为其创建适当的测试。 我没有找到我喜欢的简单解决方案（例如python中的moto）。我还尝试在docker中以dev模式使用Vault（采用系统测试路线），但我无法通过API写入文件。想法？ 问题答案： 有没有一种简单的方法可以在Go测试中模拟HashiCorp Vaul
-
我需要存储用户提供给我的非常敏感的秘密（用户名+密码+证书以验证进入第三方API）。 我首先考虑的是AWS秘密管理器，它非常昂贵，而且IMHO主要用于基础设施机密（数据库密码、API密钥……)，而不是客户提供的机密。现在，我正在决定使用AWS KMS（以及使用信封加密将加密的机密存储在数据库（AWS RDS）中）和Hashicorp Vault。 https://www.vaultproject.
-
最近，我了解了HashiCorp Vault及其与Kubernetes结合的用法。我发现了两篇非常棒的博客文章，关于如何通过使用init-container和共享卷(post1，post2)来使用HashiCorp Vault来动态生成cred。Kubernetes还提供了一种使用Kubernetes机密处理凭据的好方法，它还允许用户通过环境变量读取凭据。因此，它为秘密存储提供了一个很好的抽象。
-
我试图将每个列表都位于嵌套对象内的webservice模型映射到更简单的对象。 模型1 映射非常简单： 映射工作正常，除了一个问题。当我将带有null子级的父母映射到父母2并返回父母时，儿童对象是用空列表创建的。有什么方法可以防止这种情况吗？