Xác thực xuyên rừng AD - các nhóm mất tích từ PAC


10

Tôi có một thiết lập Active Directory bao gồm 2 khu rừng:

  • 1 rừng đa miền với 1 miền gốc rừng và 2 miền con trực tiếp
  • 1 rừng tên miền đơn cho mục đích xuất bản DMZ

Tôi đã tạo 3 tín thác gửi đi trong miền DMZ, 1 tín thác rừng chuyển tiếp đối với miền gốc rừng và 2 tín thác không chuyển tiếp bên ngoài (hay còn gọi là Tín thác rút gọn).

Tất cả các DC trong cả bốn miền đều là máy chủ Global Catalog.

Tôi đã cố gắng hình dung nó bên dưới: DMZ / Quan hệ tin cậy nội bộ

Bây giờ, đây là vấn đề. Khi tôi cấp quyền truy cập vào tài nguyên dmzRoot.tldcho nhóm bảo mật trong childAmiền, nó hoạt động cho người dùng childAlà thành viên của nhóm Bảo mật, nhưng không dành cho người dùng trong childBmiền, mặc dù họ là thành viên của nhóm bảo mật childA.

Ví dụ, tôi muốn cung cấp quyền truy cập cho quản trị viên cục bộ vào máy chủ thành viên dmzRoot.tld. Tôi thêm childA.ForestRoot.tld\dmzAdministratorsvào nhóm Quản trị viên dựng sẵn cục bộ trên máy chủ thành viên.

childA.ForestRoot.tld\dmzAdministrators có các thành viên sau:

  • conA \ dmzAdmin
  • conB \ superUser

Bây giờ, nếu tôi xác thực là childA\dmzAdmin, tôi có thể đăng nhập vào máy chủ thành viên với tư cách Quản trị viên cục bộ và nếu tôi xem kết quả đầu ra từ đó whoami /groups, childA.ForestRoot.tld\dmzAdministratorsnhóm sẽ được liệt kê rõ ràng.

childB\superUserTuy nhiên, nếu tôi xác thực , tôi nhận được thông báo rằng tài khoản không được phép đăng nhập từ xa. Nếu tôi kiểm tra whoami /groupscho các childB\superUsertài khoản, các childA.ForestRoot.tld\dmzAdministratorsnhóm không được liệt kê.

Có vẻ như childAnhóm SID không bao giờ được đưa vào PAC khi xác thực childBngười dùng, mặc dù tất cả các DC đều là của GC.

Tôi đã vô hiệu hóa xác thực PAC trên máy trong dmzRoot.tld mà tôi đã thử nghiệm nhưng điều này không giúp được gì.

Bất kỳ đề xuất như làm thế nào tôi khắc phục sự cố này một cách hiệu quả? Làm cách nào để theo dõi dấu vết xác thực để xác định nơi bị lỗi?


2
@Lizz Tất nhiên A và B có một sự tin tưởng giữa họ. Họ ở trong cùng một khu rừng.
MDMarra

Câu trả lời:


6

Hóa ra các quỹ tín thác Shortcut đã gây ra vấn đề.

Khi xác thực AD Kerberos di chuyển qua các miền, vương quốc đích (nghĩa là dmzRoot.tld) xác định mối quan hệ tin cậy mà qua đó người dùng khởi tạo vương quốc (ví dụ childA.ForestRoot.tld:) là một miền đáng tin cậy.

Vì cả tín thác rừng chuyển tiếp ForestRoot.tldvà tín thác bên ngoài (tín thác phím tắt) đối childAvới điều kiện đó, nên mục tiêu phải chọn một, và tín thác phím tắt được ưu tiên (vì rõ ràng) đối với mối quan hệ tin cậy ngầm trong tín thác rừng .

Do việc cách ly bộ lọc SID được bật theo mặc định đối với các ủy thác gửi đi, chỉ SID từ địa hạt đáng tin cậy (trong trường hợp này, childAtên miền) sẽ được thực hiện khi xác thực, SID nước ngoài sẽ được lọc ra.

Tóm lại, có hai giải pháp cho vấn đề này:

  • Loại bỏ các Tín thác bên ngoài và dựa vào ủy thác của Rừng. Vì ủy thác rừng là nhất thời, tất cả các SID từ trong toàn bộ khu rừng sẽ vẫn còn trong mã thông báo của bạn.
  • Vô hiệu hóa cách ly bộ lọc SID đối với ủy thác gửi đi từ dmzRoot.tldmiền

Hy vọng rằng có ý nghĩa


Điều này là thú vị và tốt để biết. Có một lý do mà bạn đã có sự tin tưởng về lối tắt trong đó để bắt đầu? Bạn cần tối đa 1 lượt giới thiệu bất kể dựa trên cấu trúc liên kết được hiển thị, đó có phải là vấn đề vì một số lý do?
MDMarra

1
Tôi nghĩ rằng nó bắt nguồn từ một thời gian khi tên miền ForestRoot.tld không có sẵn cao - hoặc do sự thiếu hiểu biết, tôi đã không thiết kế nó, tôi chỉ đơn giản là chịu trách nhiệm về môi trường từ các đội trước đó :)
Mathias R. Jessen

Ah, đủ công bằng. Đây là một trong những tốt mặc dù, đáng đánh dấu.
MDMarra

Trên thực tế, về một số miền con (hình ảnh là sự đơn giản hóa quá mức của cấu trúc liên kết của tôi, tôi có hơn 2 miền con) chỉ có các DC ở các vị trí cách xa vị trí thực tế nơi đặt cả DC dmzRoot và ForestRoot. Thậm chí chỉ cần cắt giảm nhu cầu thêm một lượt giới thiệu bằng cách rút ngắn tên miền gốc rừng có thể đã tạo ra sự khác biệt trong ngày khi các miền con được thiết lập và kết nối giữa các vị trí không nhanh như vậy.
Mathias R. Jessen
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.