C#.NET - 如何确定目录是否可写,有无UAC?

时间:2010-09-22 12:49:28

标签: c# .net permissions uac

我正在开发一个需要将文件复制到文件系统上给定目录的软件。它需要适用于UAC感知操作系统(Vista,7)以及XP。为了解决写入需要UAC提升的目录的问题,应用程序实际上启动了另一个进程,其中包含一个表明需要UAC的清单。这会生成提示,然后在用户确认时执行复制。

从我所看到的情况来看,一个目录可以有三种不同的逻辑权限状态 - 可写,没有UAC提升,可写入UAC提升且不可写。

我的问题是:对于给定目录,如何可靠地确定当前用户是否可以将文件复制(并可能覆盖)到该目录,如果可以,我如何确定是否需要UAC提升?

在XP上,这可能就像检查是否授予“允许写入”权限一样简单,但在Vista / 7上,有些目录未授予此权限,但UAC仍然可以执行此操作。

2 个答案:

答案 0 :(得分:11)

我们有一个WriteAccess文件的方法,你可以为目录调整它(Directory.GetAccessControl等)

    /// <summary> Checks for write access for the given file.
    /// </summary>
    /// <param name="fileName">The filename.</param>
    /// <returns>true, if write access is allowed, otherwise false</returns>
    public static bool WriteAccess(string fileName)
    {
        if ((File.GetAttributes(fileName) & FileAttributes.ReadOnly) != 0)
            return false;

        // Get the access rules of the specified files (user groups and user names that have access to the file)
        var rules = File.GetAccessControl(fileName).GetAccessRules(true, true, typeof(System.Security.Principal.SecurityIdentifier));

        // Get the identity of the current user and the groups that the user is in.
        var groups = WindowsIdentity.GetCurrent().Groups;
        string sidCurrentUser = WindowsIdentity.GetCurrent().User.Value;

        // Check if writing to the file is explicitly denied for this user or a group the user is in.
        if (rules.OfType<FileSystemAccessRule>().Any(r => (groups.Contains(r.IdentityReference) || r.IdentityReference.Value == sidCurrentUser) && r.AccessControlType == AccessControlType.Deny && (r.FileSystemRights & FileSystemRights.WriteData) == FileSystemRights.WriteData))
            return false;

        // Check if writing is allowed
        return rules.OfType<FileSystemAccessRule>().Any(r => (groups.Contains(r.IdentityReference) || r.IdentityReference.Value == sidCurrentUser) && r.AccessControlType == AccessControlType.Allow && (r.FileSystemRights & FileSystemRights.WriteData) == FileSystemRights.WriteData);
    }

希望这有帮助。

答案 1 :(得分:2)

只需尝试操作即可处理不带高程的可写入。它失败的时候,你必须通过UAC提升来区分不可写和可写,这可能是困难的。

我认为我不希望程序试图为我解决这个问题(因为它们不可避免地会经常出错)。

我认为用这些假设设计它是安全的:

  • 管理员有时会将受限制的帐户作为他们不信任的试用软件运行 - &gt;如果您的应用程序要对需要UAC的计算机进行侵入式更改,而不是提升。
  • 高架管理员可以编写文件(毕竟他们是管理员) - &gt;不需要实际的ACL检查,检测受限制的令牌就足够了。
  • 用户可以使用其他帐户提升,也可以要求同事完成UAC要求的操作 - &gt;检查受限制的令牌会遗漏这些情况。
  • 其他可恢复的内容导致拒绝访问,包括正在使用的文件 - &gt;有时,正确的做法是使用相同的限制权限重试。

总而言之,我建议尝试操作AsInvoker,如果访问被拒绝会提示解释Windows拒绝操作的提示,可能的原因是:文件在使用,需要提升,需要管理员凭据,并且用户三个按钮:

  • 取消
  • 使用当前凭据重试
  • (盾牌图标)提升权限并重试