我正在编写一个需要复制保护的商业 WPF 应用程序。由于这是 WPF,因此我正在考虑将其移植到 Silverlight OOB 应用程序(如果可能)。我不确定的一件事是 OOB 应用程序是否容易“破解”并且可以手动复制到另一台机器,而无需转到 Web URL 来下载它。是否有适用于 OOB 应用程序的任何复制保护解决方案?
请帮忙谢谢康斯坦丁
我正在编写一个需要复制保护的商业 WPF 应用程序。由于这是 WPF,因此我正在考虑将其移植到 Silverlight OOB 应用程序(如果可能)。我不确定的一件事是 OOB 应用程序是否容易“破解”并且可以手动复制到另一台机器,而无需转到 Web URL 来下载它。是否有适用于 OOB 应用程序的任何复制保护解决方案?
请帮忙谢谢康斯坦丁
我没有尝试复制一个,但我认为如果你有 .XAP 文件,你可以在另一台计算机上运行它(除非你在 .XAP 文件中建立了保护)
如果您转到此文件位置:c:\Users\UserName\AppData\Local\Microsoft\Silverlight\OutOfBrowser
您可以看到已安装的所有 OOB 应用程序。菜单上的快捷方式只是使用 SLlauncher 打开 .XAP 文件...因此我怀疑它可以再次复制和安装(使用 SLlauncher)。
我认为你需要在你的应用程序中建立保护......
“复制保护”通常是完全用词不当。当您将构成您的应用程序的“位”交给某人时,从技术上讲,您无法采取任何措施来防止它被复制。
几乎所有“复制保护”方案实际上所做的就是使应用程序在被复制时难以使用。这可以通过多种方式完成,包括将应用程序实例键入特定的硬件或用户,或通过跟踪“激活”或通过 SaaS(如果没有服务员的在线服务订阅,任何桌面应用程序都是无用的)
如果不进一步了解您的应用程序的工作原理,就不可能得到更详细的答案。某些类型的应用程序本质上根本不需要传统的复制保护(例如那些与在线订阅紧密相关的应用程序),而其他应用程序则很难保护。
但也许要回答你的一个问题;Silverlight OOB 应用程序并不比浏览器中的应用程序更“安全”。实际上,它可能更不容易被轻易复制。
你无法阻止人们复制或破解你的应用程序,你只能让他们变得困难。您还必须平衡您的利益(您的应用程序的安全性和接收现金)与用户的利益(能够以简单的方式使用该应用程序,而不会受到复制保护的困扰)。
您可以使用登录名、机器级证书等来保护对 Web 服务的访问,但这也不是一个完整的解决方案。绝大多数用户不具备将您的应用程序复制到另一台机器的专业知识,尤其是当您正在执行诸如在注册表中放置加密的注册密钥之类的事情时(您可以使用某些机器的信息作为加密的一部分)。但是你永远不会阻止那些拥有专业知识的敬业的人。
如果您的应用程序足够出色并且定价合适,那么人们不会介意为此付费。