常見的條件式存取原則:系統管理員需要使用符合規範或 Microsoft Entra 混合式聯結的裝置
被指派系統管理權限的帳戶會成為攻擊者的目標。 要求具有這些高度特殊權限的使用者,透過標示為符合規範或 Microsoft Entra 混合式聯結的裝置執行動作,有助於限制可能的暴露風險。
裝置合規性原則的詳細資訊可以參閱 設定裝置規則以允許使用 Intune 存取組織中的資源 一文。
是否需要 Microsoft Entra 混合式聯結裝置,取決於您的裝置是否已使用 Microsoft Entra 混合式聯結。 如需詳細資訊,請參閱 設定 Microsoft Entra 混合式聯結 一文。
根據身分識別分數建議,Microsoft 建議您至少需要下列角色的此原則:
- 全域管理員
- 應用程式系統管理員
- 驗證管理員
- 計費管理員
- 雲端應用程式系統管理員
- 條件式存取系統管理員
- Exchange 系統管理員
- 服務台系統管理員
- 密碼管理員
- 特殊權限驗證管理員
- 特殊權限角色管理員
- 安全性系統管理員
- Sharepoint 系統管理員
- 使用者管理員
組織可以選擇在適當情況下包含或排除角色。
使用者排除
條件式存取原則是功能強大的工具,建議您從原則中排除下列帳戶:
- 緊急存取或急用帳戶,以防止整個租用戶帳戶鎖定。 雖然不太可能發生,但如果所有管理員都遭到鎖定而無法使用租用戶,緊急存取系統管理帳戶就可以用來登入租用戶,以採取存取權復原步驟。
- 如需詳細資訊,請參閱在 Microsoft Entra ID 中管理緊急存取帳戶 (部分機器翻譯) 一文。
- [服務帳戶] 和 [服務主體],例如 Microsoft Entra Connect 同步帳戶。 服務帳戶是未與任何特定使用者繫結的非互動式帳戶。 後端服務通常會使用這些帳戶以程式設計方式存取應用程式,但也可用來登入系統以供管理之用。 請排除這類服務帳戶,因為您無法透過程式設計方式來完成 MFA。 服務主體所進行的呼叫不會遭到範圍設定為使用者的條件式存取原則封鎖。 使用適用於工作負載身分識別的條件式存取,來定義以服務主體為目標的原則。
- 如果您的組織在指令碼或程式碼中使用這些帳戶,請考慮將它們取代為受管理的身分識別。 您可以在基準原則中排除這些特定帳戶,暫時解決此問題。
範本部署
組織可以選擇使用下面所述的步驟,或使用條件式存取範本來部署此原則。
建立條件式存取原則
下列步驟將協助建立條件式存取原則,以要求多重要素驗證、存取資源的裝置必須標記為符合您組織的 Intune 合規性原則,或是已使用 Microsoft Entra 混合式聯結。
- 至少以條件式存取管理員 (部分機器翻譯) 的身分登入 Microsoft Entra 系統管理中心。
- 瀏覽至 [保護]>[條件式存取]>[原則]。
- 選取 [新增原則]。
- 為您的原則命名。 建議組織針對其原則的名稱建立有意義的標準。
- 在 [指派] 底下,選取 [使用者] 或 [工作負載識別]。
在 [包括] 底下,選取 [目錄角色],然後選擇至少先前列出的角色。
在 [排除] 下,選取 [使用者和群組],然後選擇您組織的緊急存取或急用帳戶。
- 在 [目標資源]>[雲端應用程式]>[包含] 底下,選取 [所有雲端應用程式]。
- 在 [存取控制]>[授與] 底下。
- 選取 [裝置需要標記為符合規範] 和 [需要 Microsoft Entra 混合式聯結的裝置]
- 針對多個控制項,選取 [需要其中一個選取的控制項]。
- 選取選取。
- 確認您的設定,並將 [啟用原則] 設為 [報告專用]。
- 選取 [建立] 以建立並啟用您的原則。
管理員使用報告專用模式確認設定之後,即可以將 [啟用原則] 從 [報告專用] 切換至 [開啟]。
注意
即使您使用之前的步驟,針對 [所有使用者] 和 [所有雲端應用程式] 選取 [裝置需要標記為符合規範],您仍然可以向 Intune 註冊新裝置。 [裝置需要標記為符合規範] 控制項不會封鎖 Intune 註冊。
已知行為
在 Windows 7、iOS、Android、macOS 及一些非 Microsoft 網頁瀏覽器上,Microsoft Entra ID 會使用裝置向 Microsoft Entra ID 註冊時所佈建的用戶端憑證來識別裝置。 當使用者第一次透過瀏覽器登入時,系統會提示使用者選取憑證。 終端使用者必須選取此憑證,才能繼續使用瀏覽器。
訂用帳戶啟用
若組織使用 [訂用帳戶啟用] 功能,讓使用者從某個版本的 Windows「升級」到另一個版本,可能會想要從其裝置合規性原則中排除商務用 Windows 市集:AppID 45a330b1-b1ec-4cc1-9161-9f03992aa49f。
相關內容
意見反映
https://aka.ms/ContentUserFeedback。
即將推出:我們會在 2024 年淘汰 GitHub 問題,並以全新的意見反應系統取代並作為內容意見反應的渠道。 如需更多資訊,請參閱:提交及檢視以下的意見反映: