現在のユーザーが管理者であるかどうかを確認します
アプリケーションはいくつかのスクリプトを実行する必要があり、それらを実行しているユーザーが管理者であることを確認する必要があります... C＃を使用してこれを行う最良の方法は何ですか？
using System.Security.Principal;
public static bool IsAdministrator()
{
using (WindowsIdentity identity = WindowsIdentity.GetCurrent())
{
WindowsPrincipal principal = new WindowsPrincipal(identity);
return principal.IsInRole(WindowsBuiltInRole.Administrator);
}
}
return new WindowsPrincipal(WindowsIdentity.GetCurrent())
.IsInRole(WindowsBuiltInRole.Administrator);
上記のIsInRoleの答えは実際に正しいです：現在のユーザーが管理者権限を持っているかどうかを確認します。しかしながら、
Windows Vista以降、ユーザーアカウント制御（UAC）はユーザーの特権を決定します。 Built-in Administratorsグループのメンバーである場合、2つのランタイムアクセストークンが割り当てられます：標準ユーザーアクセストークンと管理者アクセストークン。デフォルトでは、標準ユーザーロールになっています。
（MSDNから、例 https://msdn.Microsoft.com/en-us/library/system.diagnostics.eventlogpermission（v = vs.110）.aspx ）
したがって、IsInRoleはデフォルトでユーザー特権を考慮するため、メソッドはfalseを返します。ソフトウェアが管理者として明示的に実行される場合にのみ当てはまります。
https://ayende.com/blog/158401/are-you-an-administrator でADをチェックするもう1つの方法は、ユーザー名が管理グループにあるかどうかをチェックします。
したがって、両方を組み合わせた私の完全な方法は次のとおりです。
public static bool IsCurrentUserAdmin(bool checkCurrentRole = true)
{
bool isElevated = false;
using (WindowsIdentity identity = WindowsIdentity.GetCurrent())
{
if (checkCurrentRole)
{
// Even if the user is defined in the Admin group, UAC defines 2 roles: one user and one admin.
// IsInRole consider the current default role as user, thus will return false!
// Will consider the admin role only if the app is explicitly run as admin!
WindowsPrincipal principal = new WindowsPrincipal(identity);
isElevated = principal.IsInRole(WindowsBuiltInRole.Administrator);
}
else
{
// read all roles for the current identity name, asking ActiveDirectory
isElevated = IsAdministratorNoCache(identity.Name);
}
}
return isElevated;
}
/// <summary>
/// Determines whether the specified user is an administrator.
/// </summary>
/// <param name="username">The user name.</param>
/// <returns>
/// <c>true</c> if the specified user is an administrator; otherwise, <c>false</c>.
/// </returns>
/// <seealso href="https://ayende.com/blog/158401/are-you-an-administrator"/>
private static bool IsAdministratorNoCache(string username)
{
PrincipalContext ctx;
try
{
Domain.GetComputerDomain();
try
{
ctx = new PrincipalContext(ContextType.Domain);
}
catch (PrincipalServerDownException)
{
// can't access domain, check local machine instead
ctx = new PrincipalContext(ContextType.Machine);
}
}
catch (ActiveDirectoryObjectNotFoundException)
{
// not in a domain
ctx = new PrincipalContext(ContextType.Machine);
}
var up = UserPrincipal.FindByIdentity(ctx, username);
if (up != null)
{
PrincipalSearchResult<Principal> authGroups = up.GetAuthorizationGroups();
return authGroups.Any(principal =>
principal.Sid.IsWellKnown(WellKnownSidType.BuiltinAdministratorsSid) ||
principal.Sid.IsWellKnown(WellKnownSidType.AccountDomainAdminsSid) ||
principal.Sid.IsWellKnown(WellKnownSidType.AccountAdministratorSid) ||
principal.Sid.IsWellKnown(WellKnownSidType.AccountEnterpriseAdminsSid));
}
return false;
}
昇格された特権（UACが有効）のない管理グループのユーザーの場合、このメソッドIsCurrentUserAdmin（）は、checkCurrentRole == falseの場合はtrue、checkCurrentRole == trueの場合はfalseを返します。
管理者特権が必要なコードを実行する場合は、checkCurrentRole == trueを検討してください。そうしないと、その時点までにセキュリティ例外が発生します。したがって、正しいIsInRoleロジック。
Windows APIを呼び出してこれを行うこともできます。
[DllImport("Shell32.dll", SetLastError=true)]
[return: MarshalAs(UnmanagedType.Bool)]
static extern bool IsUserAnAdmin();
より一般的には、ユーザーが昇格された権限で実行されているかどうかを示します。
別のソリューションを追加すると思いました。 IsInRoleは常に機能するとは限りません。
- ユーザーが現在のセッションで指定されたWindowsユーザーグループのメンバーでない場合。
- 管理者がグループポリシー設定を変更しました
- ロールパラメーターは、「大文字と小文字を区別する」メソッドとして扱われます。
- また、XPマシンに.NET Frameworkバージョンがインストールされていない場合、動作しません。
古いシステムをサポートする必要がある場合は、ニーズに応じて。または、クライアントがシステムを物理的に管理している方法が不明です。これは私が実装したソリューションです。柔軟性と変更のため。
class Elevated_Rights
{
// Token Bool:
private bool _level = false;
#region Constructor:
protected Elevated_Rights()
{
// Invoke Method On Creation:
Elevate();
}
#endregion
public void Elevate()
{
// Get Identity:
WindowsIdentity user = WindowsIdentity.GetCurrent();
// Set Principal
WindowsPrincipal role = new WindowsPrincipal(user);
#region Test Operating System for UAC:
if (Environment.OSVersion.Platform != PlatformID.Win32NT || Environment.OSVersion.Version.Major < 6)
{
// False:
_level = false;
// Todo: Exception/ Exception Log
}
#endregion
else
{
#region Test Identity Not Null:
if (user == null)
{
// False:
_level = false;
// Todo: "Exception Log / Exception"
}
#endregion
else
{
#region Ensure Security Role:
if (!(role.IsInRole(WindowsBuiltInRole.Administrator)))
{
// False:
_level = false;
// Todo: "Exception Log / Exception"
}
else
{
// True:
_level = true;
}
#endregion
} // Nested Else 'Close'
} // Initial Else 'Close'
} // End of Class.
したがって、上記のコードにはいくつかの構造があります。ユーザーがVista以上であるかどうかを実際にテストします。そうすれば、顧客がXPに何年も前からフレームワークやベータフレームワークがなくても、あなたがやりたいことを変えることができます。
次に、アカウントのnull値を回避するために物理的にテストします。
最後に、ユーザーが実際に適切な役割を果たしていることを確認するためのチェックを提供します。
私は質問が回答されたことを知っています。しかし、私のソリューションは、Stackを検索している他のすべての人にとって、ページへの素晴らしい追加になると思いました。保護されたコンストラクタの背後にある私の推論により、このクラスを派生クラスとして使用して、クラスがインスタンス化されるときの状態を制御できます。
それらを実行しているユーザーが管理者であることを確認する必要があります
アプリケーションを管理者権限で実行する必要がある場合は、マニフェストを更新するのが正しいでしょう。requestedExecutionlevelをrequireAdminstratorに設定します。