为什么在azure密钥库中证书是安全的？
任何一个可以黑进我的代码并获得客户端id、租户id和证书指纹的人都可以访问存储在我的密钥库中的秘密。那么，这与直接将秘密值存储在我的代码中，让任何一个黑进我代码的人都能读到有什么区别呢？
共有1个答案
即使有人能够获得该信息，您的存储库仍然是安全的，因为为了访问您的密钥存储库并查看其中的内容，需要将用户、应用程序或身份添加到密钥存储库的管理平面(RBAC)和数据平面（访问策略）中，以查看存储库中的任何内容。
因此，如果用户有TenantID，他们仍然不能访问您的AKV，除非他们拥有具有正确的RBAC和访问策略权限的用户、应用程序或标识的凭据。
有关更多信息：管理平面和Azure RBAC数据平面和访问策略
-
我正在尝试对现有API启用Azure密钥库证书。我们已经在Azure Key Vault帐户中拥有秘密和Azure Key Vault证书。下面是配置证书的代码： 在我的本地计算机上，我正确地导入了证书，其中包括下载pfx格式。
-
嘿，我想使用Azure密钥库加密/解密我的数据库中的数据。我看到自己和其他人都在纠结的一个主要问题是如何保护程序中的访问id和密钥。我看到有人说，如果你没有一个原生的微软应用程序（我没有，我的应用程序运行在第三方linux服务器上），你可以获得一个证书来访问密钥库。在我掏出200美元购买之前，我想知道拥有该证书意味着即使证书被盗，攻击者也不能用它来访问密钥库，对吧？我的理解是证书只能在我的域上工作
-
null 大多数示例使用makecert或New-SelfSignedCertificate创建证书。在这种情况下，对于生产应用程序，自签名证书是否有问题？这仅供应用程序使用Azure Key Vault进行身份验证，客户机在浏览器中不会看到这一点。 如果在这种情况下，自签名证书仍然不受欢迎，那么从受信任的权威机构购买证书是否与购买SSL/TLS证书的过程相同？甚至是同一类型的证书吗？
-
但是，这将错误地表示它无法加载证书。
-
本任务将演示将现有的证书和密钥添加到 Istio CA 中。 默认情况下，Istio CA 生成自签名 CA 证书和密钥，并使用它们签署工作负载证书。Istio CA 也可以使用我们指定的证书和密钥来签署工作负载证书。接下来我们将演示将证书和密钥插入 Istio CA 的示例。 开始之前 根据安装指南中的快速入门指南，在 Kubernetes 集群中安装 Istio。 在安装步骤的第四步应该启动身
-
我正在开发一个将文件上传到Azure存储的.NET应用程序。我正在利用https://azure.microsoft.com/en-us/documentation/articles/storage-encrypt-decrypt-blobs-key-vault/教程中所做的客户端加密 应用程序工作，即，我可以成功地上传一个加密的blob到一个选定的存储帐户和容器。 但是，我对RSA密钥的安全性有