.Net - Win 7 64 代码安全

发布于 2024-10-15 05:21:59 字数 227 浏览 1 评论 0原文

我们公司正在升级到 Windows 7 64 位。我们的一些 .net 3.5 应用程序在 XP 下运行良好,但现在却因不受信任的程序集而引发安全错误。我们的新机器安装了.net 4。我还需要在新机器上安装 3.5 SP1 吗? CASPOL.exe 仍然是解决这些问题的工具吗?对应用程序进行数字签名是正确的选择吗?我总体上对新的安全性内容如何与 .net 和 64 位 Win 7 一起工作感到困惑。我没有找到很多关于这个主题的好信息。

Our company is in the process of upgrading to windows 7 64-bit. Some of our .net 3.5 apps that ran fine under XP are now trowing security errors for untrusted assemblies. Our new machines have .net 4 installed. Do I need to also install 3.5 SP1 on the new machines? Is CASPOL.exe still the tool to use to resolve these issues? Is digitally signing apps the way to go? I'm confused in general on how the new security stuff works with .net and 64 bit Win 7. I'm not finding a lot of good info on the subject.

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

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

发布评论

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

评论(1

尐偏执 2024-10-22 05:22:00

通常,您不必对任何 DLL 进行签名,除非您希望它们与某些需要签名的应用程序进行交互,或者将它们安全地安装在另一台计算机上。签署它们应该不会造成伤害。

我怀疑这是一个 64 位特定问题,但很可能是来自 Microsoft 的 .NET 4 和增强的安全问题,或者是配置问题。

You normally should not have to sign any DLLs, unless you want them to interact with some application which requires them to be signed, or to safely install them on another computer. Signing them should not hurt.

I would doubt this is a 64-bit specific issue, but most likely rather a .NET 4 and increased security issue coming from Microsoft, or a configuration issue.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文