不幸的是，这仍然不意味着操作系统本身可能不会启动 RAS，可能是 Rufus 进行的一些 API 调用的副产品，因为微软让 Windows 成为一个非常奇怪的野兽，你会对无害的 Windows API 的数量感到惊讶调用（例如临时编辑本地组策略，以便用户在使用 Rufus 时不会被不需要的“您要格式化此驱动器”系统弹出窗口所困扰）导致操作系统触发行为看起来一点也不无害...但是，到目前为止，我还不知道任何与 RAS 相关的事情，我可以向您保证，官方的 Rufus 应用程序肯定不会发出任何有意的 start 调用RAServer.exe。
但是，好消息是，如果您对 Windows 软件开发足够熟悉，您就不必相信我的话：您可以简单地从我们的公共资源中验证这一点 ，因为再次，因为我们是使用 100% 的公共构建过程生成防篡改的可执行文件，它包含了官方应用程序中包含的所有代码，不多也不少。
鲁弗斯开发者在这里。
首先，请确保您只从官方网站 ( https://rufus.ie ) 或GitHub 存储库下载 Rufus ，因为与所有事情一样，该应用程序的流行导致人们创建恶意版本，即然后他们试图欺骗人们下载，就好像它是官方的一样。请注意，我们所有的版本都经过数字签名，并带有将Akeo Consulting列为签名者的凭据。
其次，如果您查看我们非常公开的源代码，您会看到大量提及 VDS，它是Microsoft 的虚拟磁盘服务，实际上，在一些奇怪的 Microsoft 逻辑中，它似乎转换为
vds.exe被实例化并运行一些命令的可执行文件，而不是只是调用将/应该真正像人们期望的那样直接集成到操作系统中的 API（因此，一方面，它不会混淆或吓唬用户为什么他们可能从未听说过的某些可执行文件突然被启动由操作系统无缘无故）。但是，我们当然不会对 RAS 做任何事情。这是一个您可以实际验证的声明（前提是您可以阅读 C 源代码），因为最新版本的 Rufus 的构建方式是，如果您确实下载了官方版本，那么我们就不可能在其中隐藏某些内容不存在于非常公开的源代码中的可执行文件（由于此功能），并且，除非您认为我们设法以某种方式混淆了源代码中的 RAS 调用，该源代码由于是流行的源代码而受到了一些审查应用程序，那么如果您花时间检查我们的代码，您应该得出的结论是，与 VDS 的情况相反，Rufus 绝对没有调用与 RAS 相关的任何内容。
不幸的是，这仍然不意味着操作系统本身可能不会启动 RAS，可能是 Rufus 进行的一些 API 调用的副产品，因为微软让 Windows 成为一个非常奇怪的野兽，你会对无害的 Windows API 的数量感到惊讶调用（例如临时编辑本地组策略，以便用户在使用 Rufus 时不会被不需要的“您要格式化此驱动器”系统弹出窗口所困扰）导致操作系统触发行为看起来一点也不无害...但是，到目前为止，我还不知道任何与 RAS 相关的事情，我可以向您保证，官方的 Rufus 应用程序肯定不会发出任何有意的 start 调用
RAServer.exe。但是，好消息是，如果您对 Windows 软件开发足够熟悉，您就不必相信我的话：您可以简单地从我们的公共资源中验证这一点 ，因为再次，因为我们是使用 100% 的公共构建过程生成防篡改的可执行文件，它包含了官方应用程序中包含的所有代码，不多也不少。
哦，您可能还想阅读我们在安全页面上提出的其他要点，因为它旨在为您（用户）提供一些保证，确保您可以信任 Rufus 的官方版本，不会在您背后做任何恶意的事情。 ..