如何使应用程序在用户帐户上作为管理员运行？

Question

是否可以在没有UAC弹出的用户帐户上运行.NET应用程序？我花了一些时间搜索此功能，但没有找到任何令人满意的答案。

对于某些背景信息，用户正在制造环境中运行测试应用程序，其中加密狗被插入USB（串行）端口。有时，Windows会弄乱COM端口并骑自行车端口可以解决问题。我们已经发现我们可以通过管理特权以编程方式执行此操作，但是我们不希望用户是管理员，我们也不希望用户处理UAC弹出窗口，或者上帝禁止，在UAC上单击“否”弹出窗口可禁用我们的功能并弄乱整个过程。

我如何强迫我的.NET应用程序运行作为管理员？ 我发现了这个旧线程，但是他们的解决方案都要求用户被管理员或通常的UAC弹出窗口。

我们可以做些什么来启用这种能力，还是我们永远链接到UAC提示？我们确实拥有这些机器，并控制在它们上运行的应用程序和用户。

编辑：我们正在使用此方法骑自行车端口：

string ComPortName { get; set; } = "USB Serial Port (COM12)";
 

    private void button1_Click(object sender, EventArgs e)
    {
        SelectQuery query = new SelectQuery("Win32_PnPEntity", "Name=" + '"' + ComPortName + '"');
        ManagementObjectSearcher myDevices = new ManagementObjectSearcher(query);

        foreach (ManagementObject item in myDevices.Get())
        {
            textBox1.AppendText("Disabling port " + ComPortName + Environment.NewLine);
            ManagementBaseObject inParams = item.InvokeMethod("Disable", null, null);
            Thread.Sleep(3000);
            textBox1.AppendText("Enabling port " + ComPortName + Environment.NewLine);
            ManagementBaseObject UWFEnable = item.InvokeMethod("Enable", null, null);
            Thread.Sleep(3000);
            textBox1.AppendText("Finished cycling port " + ComPortName);
        }
    }

Answer 1

你不能，至少没有 UAC 提示。这是完全不可避免的，否则 Windows 即使可能也不会有任何安全性 - 绕过 UAC 必须是完全不可能，而不仅仅是“困难”。

无论如何解决您的问题的一些线索：

• 您可以强制您的应用程序从第一步开始始终要求提升（即使其需要管理权限）。危险，但至少，你不会弄乱整个软件链：它会从一开始就得到提升。
• 仅当确实需要时（例如，启动特定子进程时，或在保持上下文的情况下以提升模式启动您自己的应用程序时），您才可以请求 UAC。显然，您会一次又一次地询问，直到创建提升的子流程：如果用户单击“否”，那么您将再次尝试启动它。很烦人，但同样，你不会搞乱整个过程。
• 您可以编写一个 Windows 服务，该服务将在管理权限下运行，以执行您需要的 COM 循环任务。然后，您可以从非提升的用户空间调用此服务，而不需要任何提升。我会推荐这个解决方案。

Answer 2

不，你不能。

假设用户是一个标准用户 - 例如一个 5 岁的女儿，

她不能成为管理员。

如果任何人都可以成为管理员 - 那么安全就没有意义了。 Windows NT是一个安全的操作系统。

问题的解决方案

解决问题的最简单方法是授予每个人执行该操作的权限。因为为了做到这一点：需要有人许可。

我们发现我们可以使用管理员权限以编程方式执行此操作

您没有提及您正在以编程方式执行哪些操作，或者您正在调用什么 Windows API。

• 如果涉及注册表项、文件或服务，
• 授予修改
• 请向 Users 组（或 Everyone 组，如果您愿意）

权限这样用户就有权执行这些操作。

授予用户执行该操作的权限并不可耻 - 这就是您希望他们执行的操作。他们应该拥有执行此操作的权限。

如果您关心纵深防御，您可以遵循最小权限原则，而不是授予每个人执行该操作的权限，您可以将其授予一个用户：

• 服务运行的用户作为
• 计划任务运行的用户

然后您只需要担心您的程序与服务通信（要求它执行该操作），或者触发计划任务（以便它可以执行 事物）。

这样，只有服务/任务具有权限 - 并且您向该服务/任务授予对标准用户当前被拒绝的事物的修改权限。

想象一下 Windows XP

想象一下在 UAC 之前您将如何解决这个问题：

• 用户是标准用户
• ，并且没有 UAC 便利功能来帮助他们提升为管理员

在这种情况下，您将必须执行上述操作之一：

• 授予每个人权限注册表项或文件夹
• 创建确实拥有权限的服务或计划任务：并让您的程序要求它们执行此操作