このWindowsIdentityコードを間違ったユーザーに騙すことは可能ですか？

Question

TL; DRはWindowsIdentityのTokenプロパティに含まれるユーザトークンを（たとえば、someIdentity.Token）ように偽装することができ：

var validated = new WindowsIdentity(someIdentity.Token); 

は...そのユーザを表すと主張インスタンスが返され実際には認証されていませんが、IsAuthenticatedがtrue、有効な.Name、.Userなどと設定されていますか？

以下、私はこれにいくつかの境界を置いています。 完全になりすましを防ぐことはおそらく不可能です。

---

全文：this answerで

、Damien_The_Unbelieverは巧みに私のいくつかのコードは、それがなかったとき、それはWindowsIdentityインスタンス内の有効な認証済みのユーザーを持っていたと信じるようにだまさすることができることを実証しました。

が

WindowsIdentity identity = Thread.CurrentPrincipal == null 
    ? null 
    : Thread.CurrentPrincipal.Identity as WindowsIdentity; 

if (identity != null && identity.IsAuthenticated && !identity.IsAnonymous) { 
    // ...use and trust the SID in identity.User, the 
    // username in identity.Name, etc.... 
} 

（理由このコードあります：かいつまんでは、私のコードは、それが認証されたユーザを代表して、私は.UserでSIDに頼ることができると、Thread.CurrentPrincipal.Identity場合WindowsIdentityのインスタンスだったとIsAuthorizedがtrueだったと仮定しました。スレッドではなく、WindowsIdentity.GetCurrent()を使用している）

ていることにだますために彼のコードは（わずかに修正）：。

var ident = WindowsIdentity.GetCurrent(); 
Thread.CurrentPrincipal = new WindowsPrincipal(ident); 
var fakeSid = new SecurityIdentifier("S-1-3-0"/* E.g., some SID you want to trick me into believing is the real user */); 
typeof(WindowsIdentity).GetField("m_user", BindingFlags.Instance | BindingFlags.NonPublic) 
    .SetValue(ident, fakeSid); 

かつ確実ENOあなたがそれをして上のコードを呼び出すと、コードがだまされてしまいます。 Kudos Damien。

だから真の軍拡競争方式で、ここでなりすましをキャッチし、それを拒否した私の改訂コードです：あなたが見ることができるように

WindowsIdentity identity = Thread.CurrentPrincipal == null 
    ? null 
    : Thread.CurrentPrincipal.Identity as WindowsIdentity; 

if (identity != null && identity.IsAuthenticated && !identity.IsAnonymous) { 
    var validated = new WindowsIdentity(identity.Token); 
    if (!validated.User.Equals(identity.User) || !validated.IsAuthenticated || validated.IsAnonymous) { 
     // Something fishy is going on, don't trust it 
    } else { 
     // Good! Use the validated one 
     identity = validated; 
     // ...use and trust the SID in identity.User, the 
     // username in identity.Name, etc.... 
    } 
} 

、それが提供するアイデンティティからTokenを取り、新しいWindowsIdentityを作成し、そのトークンを使用するインスタンスIDのSIDが一致する場合、検証されたIDを信頼し続けます。 （documentation for WindowsIdentity(IntPtr token)はIsAuthenticatedの初期値はfalseになることを言いますが、それは私が有効なユーザートークンを使用して、それを作成したと仮定すると、私のテストでは、単に間違っている。）

私は考えだまさすることができることを見ることができる唯一の方法は、それにもかかわらず、それがWindowsが行う妥当性検査に合格している偽のユーザートークンである必要があります。それは私にはあり得ないようです。しかし、これは私の無知の領域です。

---

境界：

私はちょうど私の原因dilienceをやって、シングルサインオンのセキュリティここでの合理度の撮影だということに注意してください。悪意のあるアプリがシステムコール/侵害されたWindows自体を傍受することに成功した場合、私はそれについて多くのことを行うことはできません。ダミアンは他の質問に対するコメントで指摘したように、おそらく強力な命名法を完全に無視したホストコンテナを構築することができます（したがって、完全に偽のWindowsIdentityタイプを与えることができます）。けっこうだ。完璧な殺し。私はちょうどダミアンが優しく実証したようにドアを開けたままにしたくない。私がシステムをリリースし、それが現場で簡単にハッキングされたならば、私はそれを恥ずかしく思うでしょう。 :-)

Answer 1

これは実用的であることを実証するために、「Microsoft Fakes」という名前のクールなVisual Studioアドオンを使用してください（名前自体は多くのことを意味します...）。

Fake自体はVisual Studioのテスト機能に縛られていますが、それがポイントになります。標準的なチュートリアルに従ってプロジェクトをセットアップし、システム用の偽アセンブリを追加することができます（実際はmscorlib +システム）

これはライブラリプロジェクトのコードです。 ...）。

namespace ClassLibrary1 
{ 
    public class Class1 
    { 
     public static void MyCheck() 
     { 
      WindowsIdentity identity = Thread.CurrentPrincipal == null 
       ? null 
       : Thread.CurrentPrincipal.Identity as WindowsIdentity; 

      if (identity != null && identity.IsAuthenticated && !identity.IsAnonymous) 
      { 
       var validated = new WindowsIdentity(identity.Token); 
       if (!validated.User.Equals(identity.User) || !validated.IsAuthenticated || validated.IsAnonymous) 
        throw new Exception("Something fishy is going on, don't trust it"); 
       else 
        throw new Exception("Good! Use the validated one. name is:" + validated.Name); 
      } 
      else 
       throw new Exception("not in"); 
     } 
    } 
} 

これは、テストプロジェクトにおけるテストコードです：

namespace UnitTestProject1 
{ 
    [TestClass] 
    public class UnitTest1 
    { 
     [TestMethod] 
     public void TestMethod1() 
     { 
      using (ShimsContext.Create()) 
      { 
       System.Security.Principal.Fakes.ShimWindowsIdentity.AllInstances.NameGet = (i) => 
       { 
        return "Simon the hacker"; 
       }; 

       WindowsIdentity wi = WindowsIdentity.GetCurrent(); // this is the real one "Simon". 
       Thread.CurrentPrincipal = new WindowsPrincipal(wi); 

       Class1.MyCheck(); 
      } 
     } 
    } 
} 

これは、Visual Studioのプロジェクトのレイアウトです：

はまた、あなたがmscorlibを変更することを確認してください。このように自動的に生成された偽のファイル：

<Fakes xmlns="http://schemas.microsoft.com/fakes/2011/" Diagnostic="true" TargetFrameworkVersion="v4.6"> 
    <Assembly Name="mscorlib" /> 
    <ShimGeneration> 
    <Clear /> 
    <Add Namespace="System.Security.Principal" /> 
    </ShimGeneration> 
</Fakes> 

これは、System.Security.Principal名前空間全体をシームレスにすることを意味し、両方のプロジェクトにフレームワーク4.6を使用し、対応するTargetFrameworkVersion属性を追加することをお勧めします。

さて、あなたはテストを実行したときに、これはあなたが表示されますものです：

[OK]を、あなたの特定のシナリオでは、私は偽物を使用することはできないかもしれませんが、基本的な技術、それすべてのAPIを再ルーティングすることに頼っています（.NETよりも低いですが、それはDetoursと呼ばれています）。これらのハッカーをすべて信じています。

要約すると、私のマシン上で実行されている場合、私はマシンに物理的にアクセスできない限り、それをハックすることができます。