Tích hợp này đóng góp những gì
Microsoft Entra ID có thể cung cấp dữ liệu hoạt động đã được chuẩn hóa về danh tính, đăng nhập, rủi ro, thiết bị và mô phỏng tấn công. Các ví dụ đã được xem xét bao gồm:account.compromised— tài khoản bị gắn cờ là đã bị xâm phạmauth.login.unusual— đăng nhập từ các bối cảnh bất thườngphishing.simulation.clicked— nhấp vào một mô phỏng mà không báo cáo
Living Security cần những gì
Phạm vi (quyền Application):
Quý vị quyết định kết nối này có thể làm gì
Kết nối này đọc dữ liệu. Kết nối cũng có thể thực hiện hành động trong thư mục của quý vị, nhưng chỉ khi quý vị chọn cho phép. Mọi quyền ở trên, trừ quyền cuối cùng, đều chỉ đọc. Nếu chỉ cấp các quyền đó, kết nối sẽ không bao giờ có thể sửa đổi bất kỳ nội dung nào trong tenant của quý vị — nền tảng phát hiện điều này và hoàn toàn không cung cấp các hành động đối với nhóm. ThêmGroupMember.ReadWrite.All thì các hành động về tư cách thành viên nhóm sẽ khả dụng để sử dụng trong
Sách hướng dẫn. Không có gì tự động bắt đầu diễn ra: quý vị vẫn phải chọn những nhóm mà
nền tảng được phép tác động đến (xem bên dưới) và xây dựng một Sách hướng dẫn sử dụng các hành động đó.
Quý vị có thể thay đổi quyết định bất cứ lúc nào. Chỉ cần thêm hoặc xóa một quyền trong Microsoft Entra ID
và cấp lại sự đồng ý của quản trị viên — không cần nhập lại thông tin xác thực trong
nền tảng, và quá trình đồng bộ dữ liệu của quý vị vẫn tiếp tục chạy trong suốt thời gian đó. Thay đổi có hiệu lực trong vòng khoảng
một giờ.
Các hành động về tư cách thành viên nhóm còn bị giới hạn ở những nhóm do quý vị chỉ định. Sau khi
kết nối, quản trị viên chọn một danh sách cho phép (allowlist) rõ ràng gồm các nhóm trên kết nối.
Cho đến khi danh sách đó tồn tại, các hành động đối với nhóm sẽ không khả dụng ngay cả khi đã cấp quyền —
vì vậy
GroupMember.ReadWrite.All không bao giờ có nghĩa là “bất kỳ nhóm nào trong tenant”.Hãy chọn các nhóm đó một cách cẩn thận: tránh bất kỳ nhóm nào cấp vai trò quản trị,
quyền truy cập đặc quyền hoặc quyền sử dụng giấy phép.Hai trong số các quyền này là bổ sung mới hơn. Nếu quý vị đã kết nối Microsoft Entra ID trước khi chúng
xuất hiện trong danh sách này, hãy thêm chúng vào phần đăng ký ứng dụng hiện có của quý vị và cấp lại sự đồng ý của quản trị viên —
Microsoft yêu cầu cấp lại sự đồng ý mỗi khi các quyền thay đổi. Mọi luồng dữ liệu khác
vẫn hoạt động bình thường trong thời gian đó.
Policy.Read.ConditionalAccess — nếu không có quyền này, Microsoft sẽ loại bỏ chi tiết conditional access
khỏi mọi bản ghi đăng nhập. Bản ghi vẫn báo cáo rằng một chính sách conditional access đã được đáp ứng, nhưng danh sách
các chính sách trả về là trống. Không có lỗi nào xảy ra và không có cảnh báo nào: dữ liệu đăng nhập
vẫn tiếp tục được gửi đến và kết nối vẫn ở trạng thái tốt. Nền tảng chỉ đơn giản là không thể xác định những lần đăng nhập nào
đã được đáp ứng bằng xác thực đa yếu tố, do đó hoạt động MFA từ kết nối này vẫn để trống.IdentityRiskEvent.Read.All — việc đọc các phát hiện rủi ro cũng yêu cầu giấy phép Microsoft Entra ID P1 hoặc
P2. Bản thân tính năng phát hiện thông tin xác thực bị rò rỉ khả dụng ở mọi cấp, kể cả P1; các
phát hiện cao cấp được báo cáo là generic ở cấp thấp hơn P2.Điều kiện tiên quyết
- Quý vị phải có quyền truy cập Application Administrator hoặc Global Administrator trong Microsoft Entra ID để đăng ký ứng dụng và cấp sự đồng ý của quản trị viên.
Phần A — Trong Microsoft Entra ID
Quản trị viên Microsoft Entra ID của quý vị thực hiện các bước này.1
Đăng ký một ứng dụng mới
- Đăng nhập vào Microsoft Entra admin center.
- Trong thanh điều hướng bên trái, truy cập Entra ID → App registrations.
- Nhấp vào New registration.
- Nhập một tên có ý nghĩa cho ứng dụng, chẳng hạn như
Living Security Platform. - Trong Supported account types, chọn Accounts in this organizational directory only.
- Để trống Redirect URI — tích hợp này sử dụng luồng client credentials.
- Nhấp vào Register.
- Application (client) ID
- Directory (tenant) ID
2
Thêm các quyền ứng dụng Microsoft Graph
- Trên trang Overview của ứng dụng, nhấp vào API permissions trong menu bên trái.
- Nhấp vào Add a permission.
- Chọn Microsoft Graph.
- Chọn Application permissions.
- Tìm và chọn từng quyền dưới đây, sau đó nhấp vào Add permissions:
User.Read.AllSecurityAlert.Read.AllAuditLog.Read.AllPolicy.Read.ConditionalAccessAttackSimulation.Read.AllDevice.Read.AllDeviceManagementManagedDevices.Read.AllIdentityRiskEvent.Read.All
- Chỉ thêm
GroupMember.ReadWrite.Allnếu quý vị muốn các Sách hướng dẫn có thể thay đổi tư cách thành viên nhóm. Bỏ qua quyền này để giữ kết nối ở chế độ chỉ đọc.
Đây là các quyền tối thiểu cho tất cả các luồng dữ liệu. Nếu quý vị chỉ định bật một số luồng, quý vị có thể bỏ qua các quyền của những luồng không sử dụng.
3
Cấp sự đồng ý của quản trị viên
Các quyền ứng dụng yêu cầu sự đồng ý rõ ràng của quản trị viên.
- Trên trang API permissions, nhấp vào Grant admin consent for <your tenant name>.
- Trong hộp thoại xác nhận, nhấp vào Yes.
- Xác minh rằng mọi quyền đều hiển thị Granted trong cột Status.
Nếu nút Grant admin consent bị mờ, quý vị cần có đặc quyền Privileged Role Administrator hoặc Global Administrator. Sự đồng ý của quản trị viên phải được cấp lại mỗi khi quý vị thêm quyền mới.
4
Tạo một client secret
- Trên trang Overview của ứng dụng, nhấp vào Certificates & secrets trong menu bên trái.
- Nhấp vào tab Client secrets, sau đó nhấp vào New client secret.
- Nhập mô tả (ví dụ:
Living Security Platform). - Chọn thời hạn hết hiệu lực phù hợp với chính sách xoay vòng của quý vị.
- Nhấp vào Add.
401 Unauthorized.5
Xác định máy chủ Graph API và máy chủ xác thực
Đối với hầu hết các tổ chức trên đám mây thương mại, hãy sử dụng giá trị mặc định:
Đối với đám mây chính phủ hoặc đám mây chủ quyền, hãy sử dụng các điểm cuối phù hợp với môi trường của quý vị.
Máy chủ Graph API và máy chủ xác thực phải khớp nhau — token từ máy chủ xác thực của một đám mây không hợp lệ đối với điểm cuối Graph của đám mây khác.
Phần B — Trong Living Security Platform
Chủ sở hữu chương trình thực hiện bước này, hoặc quản trị viên hệ thống nếu họ được mời vào nền tảng. Quý vị hiện đã kết nối với Microsoft Entra ID (Client Credentials).Khắc phục sự cố
403 Forbidden
403 Forbidden
Phần đăng ký ứng dụng thiếu quyền hoặc chưa được cấp sự đồng ý của quản trị viên. Hãy xác minh:
- Tất cả các quyền bắt buộc đều được liệt kê trong API permissions
- Mỗi quyền hiển thị trạng thái Granted (dấu kiểm màu xanh lá)
- Sự đồng ý của quản trị viên được cấp sau khi thêm các quyền
Nếu quý vị đã thêm quyền mới sau lần đồng ý ban đầu, quý vị phải cấp lại sự đồng ý của quản trị viên.
Kết quả trống đối với một số luồng dữ liệu cụ thể
Kết quả trống đối với một số luồng dữ liệu cụ thể
Ứng dụng có thể đang thiếu quyền cụ thể cho luồng đó:
- Không có người dùng → thiếu
User.Read.All - Không có cảnh báo bảo mật → thiếu
SecurityAlert.Read.All - Không có nhật ký đăng nhập → thiếu
AuditLog.Read.All - Không có kết quả mô phỏng tấn công → thiếu
AttackSimulation.Read.All - Không có thiết bị Entra ID → thiếu
Device.Read.All - Không có thiết bị được Intune quản lý → thiếu
DeviceManagementManagedDevices.Read.All - Không có phát hiện rủi ro → thiếu
IdentityRiskEvent.Read.All, chưa cấp lại sự đồng ý của quản trị viên sau khi thêm quyền này, hoặc tenant thấp hơn mức giấy phép tối thiểu Microsoft Entra ID P1
Yêu cầu token thất bại với invalid_client
Yêu cầu token thất bại với invalid_client
Máy chủ Graph API và máy chủ xác thực có thể không khớp nhau. Cả hai phải tương ứng với cùng một môi trường đám mây (thương mại, chính phủ, v.v.).
Các hành động đối với nhóm không xuất hiện trong Sách hướng dẫn
Các hành động đối với nhóm không xuất hiện trong Sách hướng dẫn
Các hành động về tư cách thành viên nhóm chỉ được cung cấp khi cả ba điều kiện sau đều đúng:
GroupMember.ReadWrite.Allcó trên phần đăng ký ứng dụng, với sự đồng ý của quản trị viên đã được cấp. Nếu quý vị vừa thêm quyền này, hãy chờ tối đa một giờ.- Quản trị viên đã chỉ định một danh sách cho phép (allowlist) gồm các nhóm trên kết nối.
- Kết nối đang hoạt động và ở trạng thái tốt.
Conditional access chặn kết nối hoặc các hành động của kết nối
Conditional access chặn kết nối hoặc các hành động của kết nối
Nếu tenant của quý vị có chính sách Conditional Access được giới hạn theo địa chỉ IP, chính sách này có thể chặn các yêu cầu
mang thông tin xác thực của kết nối này. Hầu hết các tenant không bị ảnh hưởng — theo mặc định, Microsoft Graph không
giới hạn theo địa chỉ IP. Nếu quý vị áp dụng chính sách giới hạn theo IP cho các service
principal, tích hợp này cần cho phép hai nhóm địa chỉ, vì quá trình thiết lập và
đồng bộ dữ liệu xuất phát từ các mạng khác nhau.Living Security tự tạo access token cho kết nối này và gia hạn liên tục, do đó
các yêu cầu token xuất phát từ các địa chỉ riêng của nền tảng, không phải từ các địa chỉ mà quá trình đồng bộ dữ liệu
của quý vị sử dụng.Các hành động đối với nhóm là tách biệt. Theo mặc định, chúng được định tuyến giống như quá trình đồng bộ dữ liệu của quý vị và xuất phát
từ các địa chỉ đồng bộ. Chúng chỉ chuyển sang các địa chỉ của nền tảng nếu quản trị viên
chuyển kết nối sang chế độ egress trực tiếp.Thêm cả hai nhóm vào named location mà chính sách Conditional Access của quý vị tin cậy hoặc
loại trừ. Các yêu cầu token được gửi đến
login.microsoftonline.com và các yêu cầu dữ liệu được gửi đến
graph.microsoft.com; cả hai đều phải được cho phép.Nếu chỉ các địa chỉ đồng bộ được đưa vào danh sách cho phép, quá trình thiết lập sẽ thất bại khi lấy token và không có
kết nối nào được tạo. Nếu chỉ các địa chỉ của nền tảng được đưa vào danh sách cho phép, quá trình thiết lập thành công nhưng
mọi lần đồng bộ đều không trả về bản ghi nào.
