如果DLL中的加密提供商版本与系统目录中录制的GUID不同,该怎么办?

发布于 2025-02-09 21:11:02 字数 528 浏览 1 评论 0 原文

我正在尝试使用AKV建立EKM,到目前为止,我遵循提供的说明在这里,但是我现在面临一个错误在第5部分指出

加密提供商版本'01 .00.0004.00'在DLL中不同 从具有ID 65536的提供商的系统目录中记录的GUID。

有人知道如何解决此问题吗?

I am attempting to establish EKM with AKV, thus far I have followed the instructions provided here but I am now faced with an error at part 5 which states

Cryptographic provider version '01.00.0004.00' in dll is different
from the guid recorded in system catalog for provider with id 65536.

does anyone know how to resolve this?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

扬花落满肩 2025-02-16 21:11:02
  • 根据这一点“ nofollow noreferrer”> msft文档,如果提供商修改了在SQL Server中执行可扩展的密钥管理所需的.dll文件,则必须使用Alter加密提供商命令。
  • 诸如禁用提供商,检查dll签名并确认.dll文件中的GUID与目录中列出的guid匹配并更新目录的dll版本时,SQL Server匹配。 Alter加密提供商声明,
  • 如果设置为禁用加密语句的EKM提供商,则使用新连接的任何努力将失败。所有利用提供商的会议必须结束才能使其禁用。
  • According to this MSFT documentation, you must use the ALTER CRYPTOGRAPHIC PROVIDER command if the provider modifies the.dll file that is needed to perform Extensible Key Management in SQL Server.
  • Operations like disabling the provider ,checking the DLL signature and confirming that the GUID in the .dll file matches the one listed in the catalogue and updating the catalog's DLL version are carried out by SQL Server when the path to the.dll file is modified using the ALTER CRYPTOGRAPHIC PROVIDER statement
  • Any efforts on new connections to use an EKM provider with encryption statements will fail if it is set to DISABLE. All sessions utilising a provider must be ended in order to disable it.
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文