【问题标题】:Is there a way to obfuscate source SSRS code so it cannot be reverse-engineered?有没有办法混淆源 SSRS 代码,使其不能被逆向工程?
【发布时间】:2014-10-23 15:13:46
【问题描述】:

我在一个团队工作,该团队为最终用户创建自定义 SSRS 报告,这些报告使用报告管理器或 Sharepoint 进行查看,具体取决于最终用户社区。一些最终用户是技术人员并且知道如何使用 BIDS 或 Visual Studio。当最终用户对我们的报告进行修改时,这会出现支持问题。我想混淆我们的 SSRS 自定义报告源以防止这种情况。有没有办法做到这一点?

【问题讨论】:

  • 本身不是答案,而是对您问题基础的询问。为什么不直接拒绝支持修改后的报告,因为修改已经引起了问题(或者只是为此收取咨询费)。这使您可以将支持团队的工作量保持在可管理的水平,但也意味着您的最终用户保留对您提供的报告进行修改和改进的能力。
  • 谢谢丹。我们也有一些客户,他们建立了大量的网络,并在常见的报告问题上互相帮助(抱歉,我没有提到这一点)。我们担心专有信息的共享。根据我的研究,这是不可能的,因为 rdl 文件是 xml。我想我们可以为我们的查询创建 CLR 程序集,但这可能有点矫枉过正。我的想法是在每个 rdl 中包含一个知识产权声明。再次感谢您的回复。

标签: reporting-services rdl


【解决方案1】:

我看到的唯一解决方案是构建您自己的报表查看器,因此 rdls 可以在查看器中加密和解密存储。但这会创建一个“专有”解决方案,它可能不适合您的客户/项目。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2021-11-08
    • 2018-07-08
    • 2012-08-22
    • 1970-01-01
    • 2011-07-21
    • 2011-12-28
    相关资源
    最近更新 更多