|

“Dùng thông tin đăng nhập Windows của tôi” cần một chủ thể. Trong chương trình máy tính để bàn, đó có thể là người đang chạy nó. Trong một dịch vụ, đó có thể là tài khoản của dịch vụ. Trong ứng dụng web, việc khách truy cập đăng nhập thành công không tự động thay thế bối cảnh bảo mật của yêu cầu gửi đi.

Điều này giải thích vì sao trình duyệt và mã phía máy chủ trên cùng một máy có thể nhận được kết quả khác nhau từ proxy có xác thực tích hợp. Có thể chúng đang trình bày những danh tính khác nhau.

Gọi tên các danh tính trước khi sửa mã

  • Người đã đăng nhập vào trình duyệt trên máy để bàn.
  • Tài khoản lưu trữ tiến trình của ứng dụng.
  • Bất kỳ danh tính mạo danh nào đang hoạt động cho thao tác gửi đi.
  • Tài khoản mà proxy thực sự chấp nhận hoặc từ chối.

Trên các đường xác thực tích hợp được .NET hỗ trợ, DefaultCredentials liên quan đến bối cảnh bảo mật hiện tại. Nó không phải là bí danh toàn cục cho bất kỳ ai đã mở một trang trên máy khác.

Nếu sản phẩm cố ý hành động như một người dùng, việc mạo danh và mọi yêu cầu ủy quyền qua mạng cần thiết kế được hỗ trợ riêng. Bật một công tắc chung dùng thông tin đăng nhập mặc định không thiết lập nên thiết kế đó. Ngược lại, một tác vụ nền dự định chạy dưới danh tính dịch vụ không nên phụ thuộc vào việc ai đó mở trình duyệt trước.

So sánh lần khởi chạy tương tác và lần đã triển khai sau khi bỏ các bí mật: bối cảnh tài khoản, điểm cuối proxy, phương thức được công bố và danh tính bị từ chối. Tránh sao chép mật khẩu trên máy để bàn vào ứng dụng chỉ vì nó đã giúp một yêu cầu một lần thành công. Cấu hình tài khoản mà ứng dụng phải dùng, rồi giữ quyền sở hữu đó hiển thị trong hồ sơ triển khai.

Bài viết liên quan