C# 在webservices中保护业务逻辑

有没有一种方法可以让黑客或想要复制我的软件逻辑的人对我在Web服务中的业务逻辑进行反向工程

有没有办法保护这些信息

---

我在.net asp.net和C#

二进制部署的可执行文件中的开发平台始终可以进行反向工程，但反向工程代码的工作量可能会增加

以下是一个示例工具：

黑客或Web服务用户总是有办法访问二进制文件。在这里，我将用户定义为向其销售解决方案的个人

---

除非服务器受到威胁，否则webservice客户端无法访问代码

二进制部署的可执行文件始终可以进行反向工程，但反向工程代码的工作量可能会增加

以下是一个示例工具：

黑客或Web服务用户总是有办法访问二进制文件。在这里，我将用户定义为向其销售解决方案的个人

---

除非服务器受到威胁，否则webservice客户端无法访问代码

web服务的用户只使用接口，而不使用web服务的二进制部分。如果您的web服务器不够安全，您可以将您的业务逻辑放在通过第二张网卡连接的内部网络上的另一台服务器上。

web服务的用户只使用界面，而不使用web服务的二进制部分。如果您的web服务器不够安全，您可以将您的业务逻辑放在通过第二张网卡连接的内部网络上的另一台服务器上。

只有当黑客能够以某种方式获得对web服务器上的bin文件夹的读权限时，他们才能下拉二进制文件并对其进行反向工程。我同意Oleg的回答，如果你真的担心商业逻辑的安全，你应该把它放在一个单独的服务器上，并通过一个单独的内部网络访问它。

只有当黑客能够以某种方式获得对你的web服务器上的bin文件夹的读取权限时，他们才能拉下二进制文件并进行反向工程信息技术我同意Oleg的回答，如果你真的担心保护业务逻辑，你应该把它放在一个单独的服务器上，通过一个单独的内部网络访问它。

我不确定我是否理解你所说的“只使用web服务的接口而不是二进制部分”？我的意思是，你的主要部分是业务逻辑（通常来自bin目录）仅在服务器上运行。客户端只能向web服务器发送请求，并且只能与web服务的接口部分通信。因此，从理论上讲，只有通过黑客攻击才能访问业务逻辑。如果您将业务逻辑放在第二台服务器上，而该服务器无法从internet访问，则您将收到更多的安全信息我不确定我是否理解您所说的“只使用web服务的接口而不是二进制部分”是什么意思？我的意思是，您的主要部分使用业务逻辑（通常来自bin目录）仅在服务器上运行。客户端只能向web服务器发送请求，并且只能与web服务的接口部分通信。因此，从理论上讲，只有通过黑客攻击才能访问业务逻辑。如果您将业务逻辑放在第二台服务器上，而该服务器无法从internet访问，则您将收到更多的安全信息泰。