.NET có phải là trình duyệt đăng nhập an toàn chủ đề không?

Question

Nếu sử dụng mã như sau để mạo danh người dùng khác,

[DllImport("advapi32.dll", SetLastError = true)] 

private static extern bool 

LogonUser(string lpszUsername, string lpszDomain, 
      string lpszPassword, int dwLogonType, 
      int dwLogonProvider, ref IntPtr phToken); 
var handle = IntPtr.Zero; 

const int LOGON32_LOGON_NETWORK = 3; 
const int LOGON32_PROVIDER_DEFAULT = 0; 
const int SecurityImpersonation = 2; 
LogonUser(username, domain, 
      password, LOGON32_LOGON_NETWORK, 
      LOGON32_PROVIDER_DEFAULT, ref handle)) 

trên hai luồng đồng thời khác nhau, họ sẽ can thiệp với nhau? Tức là, hiện tại người dùng đã đăng nhập có được liên kết với luồng hay với quy trình lưu trữ không?

Tôi đang sử dụng trình quản lý đăng nhập để tạo đối tượng WindowsImpersonationContext, dưới dạng trường trạng thái riêng tư trong một phiên bản của loại tôi đặt tên là "Trình mạo danh" (mã bên dưới). Vì vậy, vì đối tượng WindowsImpersonationContext này là một trường private cục bộ trong một thể hiện kiểu này, và một cá thể mới của kiểu này được tạo ra mỗi khi tôi muốn mạo danh một số thông tin xác thực, tôi có thể giả định rằng WindowsImpersonationContext này là những gì đang được sử dụng để thực hiện tất cả kiểm chứng thực ACL trong thực thi mã trong một khối như

using (Impersonator.Impersonate(userId, domain, password)) 
    { 
     // Code I want to execute using supplied credentials 
    } 

gì có tôi quan tâm là tuyên bố trên MSDN trang WindowsImpersonationContext nói rằng:

Bất kỳ public static (chung trong Visual Basic) các thành viên thuộc loại này là chủ đề an toàn. Bất kỳ thành viên cá thể nào cũng không được bảo đảm là luồng an toàn.

Impersonator lớp:

public class Impersonator: IDisposable 
{ 
    #region Declarations 
     private readonly string username; 
     private readonly string password; 
     private readonly string domain; 

     // This will hold the security context 
     // for reverting back to the client after 
     // impersonation operations are complete 
     private WindowsImpersonationContext impersonationContext; 
    #endregion Declarations 

    #region Constructors 

     public Impersonator(string UserName, 
      string Domain, string Password) 
     { 
      username = UserName; 
      domain = Domain; 
      password = Password; 
     } 
    #endregion Constructors 

    #region Public Methods 
     public static Impersonator Impersonate(
      string userName, string domain, string password) 
     { 
      var imp = new Impersonator(userName, domain, password); 
      imp.Impersonate(); 
      return imp; 
     } 

     public void Impersonate() 
     { 
      impersonationContext = Logon().Impersonate(); 
     } 

     public void Undo() { 
      impersonationContext.Undo(); 
     } 
    #endregion Public Methods 

    #region Private Methods 
     private WindowsIdentity Logon() 
     { 
      var handle = IntPtr.Zero; 

      const int LOGON32_LOGON_NETWORK = 3; 
      const int LOGON32_PROVIDER_DEFAULT = 0; 
      const int SecurityImpersonation = 2; 

      // Attempt to authenticate domain user account 
      try 
      { 
       if (!LogonUser(username, domain, 
        password, LOGON32_LOGON_NETWORK, 
        LOGON32_PROVIDER_DEFAULT, ref handle)) 
        throw new LogonException(
         "User logon failed. Error Number: " + 
         Marshal.GetLastWin32Error()); 

       // ---------------------------------- 
       var dupHandle = IntPtr.Zero; 
       if (!DuplicateToken(handle, 
        SecurityImpersonation, 
        ref dupHandle)) 
        throw new LogonException(
         "Logon failed attemting to duplicate handle"); 

       // Logon Succeeded ! return new WindowsIdentity instance 
       return (new WindowsIdentity(handle)); 
      } 
      // Close the open handle to the authenticated account 
      finally { CloseHandle(handle); } 
     } 

     #region external Win32 API functions 
      [DllImport("advapi32.dll", SetLastError = true)] 
      private static extern bool 
       LogonUser(string lpszUsername, string lpszDomain, 
         string lpszPassword, int dwLogonType, 
         int dwLogonProvider, ref IntPtr phToken); 

      [DllImport("kernel32.dll", CharSet = CharSet.Auto)] 
      private static extern bool CloseHandle(IntPtr handle); 
      // -------------------------------------------- 

      [DllImport("advapi32.dll", CharSet = CharSet.Auto, 
       SetLastError = true)] 
      public static extern bool DuplicateToken(
       IntPtr ExistingTokenHandle, 
       int SECURITY_IMPERSONATION_LEVEL, 
       ref IntPtr DuplicateTokenHandle); 
      // -------------------------------------------- 
     #endregion external Win32 API functions 
    #endregion Private Methods 

    #region IDisposable 
     private bool disposed; 

     public void Dispose() { Dispose(true); } 

     public void Dispose(bool isDisposing) 
     { 
      if (disposed) 
       return; 
      if (isDisposing) 
       Undo(); 
      // ----------------- 
      disposed = true; 
      GC.SuppressFinalize(this); 
     } 

     ~Impersonator() { 
      Dispose(false); 
     } 

    #endregion IDisposable 
} 

Answer 1

Nó không liên quan đến bất cứ điều gì. Các xử lý mà bạn có là một xử lý đăng nhập. Một khi bạn có điều đó, bạn sử dụng tay cầm đó để mạo danh người dùng trên một chuỗi (bằng cách gọi WindowsIdentity.Impersonate) hoặc cho một quá trình (hoặc thông qua CreateProcess API function hoặc bằng cách mạo danh trên luồng và sau đó tạo một phiên bản Process mới trong khi mạo danh người dùng).

Dù bằng cách nào, gọi LogonUser API function không thực hiện bất kỳ mạo danh nào, nó chỉ cung cấp cho bạn một xử lý người dùng cần thực hiện mạo danh (giả sử rằng bạn có đặc quyền).

Answer 2

Tôi nghĩ bạn có nghĩa là: "Nếu chuỗi A mạo danh Joe và đồng thời chuỗi B mạo danh Fred, tất cả sẽ hoạt động OK".

I.e. sẽ đề một tác phẩm như Joe (chứ không phải Fred) và ngược lại. Câu trả lời là có; mạo danh thuộc về chủ đề.