2017-08-21 25 views
6


Tôi đang cố gắng xây dựng một ứng dụng mạng nội bộ. Những gì tôi đang cố gắng làm là xác thực người dùng bằng cách sử dụng hệ thống sinh trắc học, dấu vân tay chính xác. Giống như trong một số máy tính xách tay hoặc sổ ghi chép tôi đã thấy có hệ thống xác thực vân tay. Điều tương tự tôi đang cố gắng xây dựng nhưng không phải cho một người cụ thể. Sự khác biệt duy nhất là thông tin sinh trắc học của người đó sẽ được lưu trữ trên máy chủ LDAP. Vì vậy, rằng bất kỳ ai có quyền truy cập để sử dụng máy cụ thể đó có thể sử dụng sau khi được xác thực. Tôi đang cố gắng để có được thông tin sinh trắc học của người sử dụng bằng cách sử dụng một thiết bị sinh trắc học bên ngoài. Tôi đã trải qua một vài tài liệu trên Windows Biometric Framework. Và sử dụng sensor adapterengine adapter làm trình cắm, tôi có thể lấy thông tin sinh trắc học của người dùng và cũng được xử lý và có thể gửi tới máy chủ.
Các truy vấn duy nhất mà tôi đang gặp ở đây là: điều
Xác thực người dùng cửa sổ bằng cách sử dụng hệ thống sinh trắc học được kết nối với máy chủ LDAP

  1. Trước tiên tôi phá vỡ chính sách bất kỳ của Microsoft ở đây bằng cách đạt được điều này?
  2. Nếu không thì làm thế nào tôi có thể nhận được hệ thống cửa sổ khóa và mở khóa sau khi nhận được phản hồi từ máy chủ cho dù người dùng có hợp lệ hay không?

Có ai từng thử điều này không?
Có ai có thể giúp tôi để có được điều này?
Cảm ơn bạn trước.

Trả lời

2

Nếu bạn đang nói rằng bạn muốn thực sự thông báo cho xây dựng trong hệ thống cửa sổ đăng nhập/chứng thực (được gọi là một nhà cung cấp chứng chỉ hệ thống ) mà người dùng được xác thực sau đó này không được hỗ trợ bởi các cửa sổ API chính thức. Nếu điều này được hỗ trợ, bất kỳ ai cũng có thể tạo phần mềm độc hại chỉ đơn giản thông báo cho API rằng người dùng được xác thực/ủy quyền, do đó về cơ bản hiển thị tất cả các cửa sổ bảo mật vô nghĩa. Vì vậy, chúng ta nên biết ơn điều này là không chính thức hỗ trợ.

Cố gắng triển khai một cái gì đó tương tự mà không cần hỗ trợ API chính thức chắc chắn sẽ chống lại các điều khoản sử dụng. Kể từ khi nó không được hỗ trợ chính thức, bạn sẽ phải sử dụng một số hacks khủng khiếp để làm cho nó hoạt động, việc thực hiện gần như chắc chắn sẽ được coi là kỹ thuật đảo ngược nhân hoặc hacking kernel (hoặc cả hai) bởi nhóm pháp lý của Microsoft. Ngay cả khi bạn tin rằng họ đã sai ... bạn có thực sự muốn chiến đấu với họ (và túi sâu của họ)? Hãy xem xét rằng nếu không có API mở khóa chính thức nào tồn tại, thì bạn sẽ được yêu cầu sử dụng một số loại backdoor để đạt được nó. Nếu một điều như vậy thậm chí tồn tại, sau đó nó chắc chắn sẽ chịu sự trở nên vô dụng bởi một bản cập nhật MS (mà sẽ nuke thực hiện đăng nhập ứng dụng của bạn).

Bây giờ lửa và giận dữ đã biến mất, hãy để tôi nói rằng tất cả không bị mất, miễn là bạn đang nhắm mục tiêu một phiên bản cửa sổ mới hơn.

Bạn có thể triển khai hệ thống bảo mật sinh trắc của riêng mình như mô tả. Điều này hiện được gọi là nhà cung cấp thông tin xác thực của bên thứ ba Đây sẽ là một hệ thống riêng biệt và Microsoft khuyên bạn nên yêu cầu người dùng thiết lập nhà cung cấp thông tin xác thực hệ thống làm dự phòng trong trường hợp hệ thống thông tin xác thực của bên thứ ba của bạn không thành công. Nếu không, tài khoản người dùng sẽ là không thể khôi phục. Một lần nữa, chúng khác biệt chính từ ví dụ đầu tiên là hệ thống của bạn là riêng biệt và khác biệt với nhà cung cấp chứng chỉ hệ thống (cửa sổ khóa màn hình gốc).

Tôi muốn nhấn mạnh rằng việc triển khai hệ thống thông tin xác thực của bên thứ ba vẫn còn xa tầm thường. Bạn sẽ muốn đọc rộng rãi trên các giao diện thích hợp, bạn sẽ phải thực hiện. Tôi khuyên bạn nên bắt đầu ở đây:

https://msdn.microsoft.com/en-us/library/windows/desktop/mt158211%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396

Ngoài ra còn có hình như một mẫu nằm trong thư mục cài đặt Windows SDK dưới \ Samples \ Security \ CredentialProvider. Ngoài ra, có một tài liệu tham khảo kỹ thuật tốt đẹp của các nhà cung cấp chứng chỉ nằm ở đây:

https://msdn.microsoft.com/en-us/library/windows/desktop/bb648647%28v=vs.85%29.aspx?f=255&MSPPError=-2147217396

Nhấp vào liên kết "Credential Provider điều khiển Windows Logon Kinh nghiệm" để tải về các tài liệu kỹ thuật.

Các vấn đề liên quan