Windows実行可能ファイル認証

Question

Windowsの認証方法とプロトコルを検索して、IISとWeb認証で好きになる前に、単純な実行可能ファイルで使用されるNegotiate、Kerberos、およびNTLMの正確な違いを理解することにしました。

私は良い結果に達しましたが、引き続き交渉とケルベロスに関する詳細が必要です。私は次のシナリオいる

：私は管理者を持つドメインユーザーだ

System.Security.Principal.WindowsIdentity.GetCurrent().AuthenticationType 

注：

は、私は非常に単純なC＃ウィンドウを作成したメッセージボックスを示していたアプリケーションは、の値を表示する構成します私のローカルマシン上の権限は、私は次のような結果を持っている：私は積極的にDCに接続されていながら、私はexeファイル（ダブルクリック）を実行すると、私が得た

1. 」交渉する "。

2. 私はDCに積極的に接続しているうちにexeファイル（differentnetユーザー/ローカルユーザーを使用して実行します）を実行すると、 "NTLM"が取得されます。

3. 「管理者として実行」または「別のユーザーとして実行」を使用してexeファイルを実行すると「Kerberos」が表示されます。

4. ローカルアカウントを使用してローカルにログインしているときにEXEファイルを実行すると、「NTLM」が表示されます。

私は、LSAは、ローカルアカウントのNTLMを使用することを理解しています。また、私はActive DirectoryがKerberosを使用してドメインユーザーとコンピュータを認証することを理解しています。

ネゴシエート認証タイプは、自分のアカウントを使用して（ダブルクリック）実行するか、同じアカウントを使用して「別のユーザーとして実行する」ですか？

アップデート：私は、次のように気づいた：

- ローカルユーザーは、exeファイルを実行している場合、それは、NTLM
ある - ドメインユーザーは、exeファイルを実行すると、それはをネゴシエートです（そのユーザーがローカル管理者の場合）Kerberos（そのユーザーがローカル管理者でない場合）
- ドメイン管理 exeを実行すると、Kerberos

この動作についてはっきりとわかります。

Answer 1

まず、EXEには認証がありません。これは単なる実行可能ファイルです。プリンシパルによって識別されるログオンセッション内でそれを実行するOS creates a process object。これは、NTLMまたはKerberos（または他のプロトコル）によって認証されたプリンシパルです。

次に、ログオンセッションが作成されたときに、Negotiate authentication packageを使用して、使用する認証パッケージ（KerberosまたはNTLM）を決定することを意味します。

WindowsIdentity.AuthenticationTypeの値を照会すると、最終的にLsaGetLogonSessionDataというローカルセキュリティ機関（LSA）の関数が呼び出されます。これは、実行中のプロセスを実行するために使用されたログオンセッションの詳細を報告します。このログオンセッションの作成方法は、資格情報の検証に使用される認証パッケージに最も大きな影響を与える可能性があります。 LsaLogonUserを呼び出すことによって

When logging into Windows the first time, Winlogon.exe establishes an interactive logon。与えられた資格情報を認証できるパッケージが見つかるまで、HKLM\SYSTEM\CurrentControlSet\Control\Lsa\Authentication Packagesの認証パッケージを順番に照会します。対話型ログオンが確立されると、別の資格情報で非対話型ログオンを使用して新しいプロセスを作成できます。この場合、LogonUser関数が呼び出される可能性があります。

LOGON32_PROVIDER_DEFAULT 

Use the standard logon provider for the system. 
The default security provider is negotiate, unless you pass NULL 
for the domain name and the user name is not in UPN format. 
In this case, the default provider is NTLM. 

ので、プロセスがの下で実行されているログオンセッションで報告されたパッケージがどのようにログオンによって異なります。この関数のパラメータの1つが（おそらく使用したものである）、次のデフォルトを持っていdwLogonProviderですセッションはで作成されました。 （あなたの質問から、あなたがテストしているログオンセッションをどのように作成するのかは明確ではありません。すべてのケースで「Run As」を実行していますか？場合によってはLogoff/Logon Windows？）また、Winlogonが最初に対話型ログオンセッションで正常に認証されます。最終的には、認証メカニズムがすべて認証パッケージを呼び出すことに注意してください.Nototiateが使用されている場合は、Kerberosが優先されますが、Negotiateは報告されたものです。

Source