How Do You Require Terms of Use Acceptance in a Conditional Access Policy?
You have a Microsoft Entra tenant that contains a terms of use (ToU) named Terms1. You create a Conditional Access policy named Policy1 to deploy Terms1. You need to configure Policy1 to require users to accept Terms1. Which settings should you configure for Policy1?
Community Votes
65% of anonymous learners picked answer C. Votes are pick records left by other test-takers — they are not the verified answer.
Community Insight
The question tests where in a Conditional Access policy a terms of use is bound to the access decision — the trap is confusing the Session controls section (where sign-in frequency and app-enforced restrictions live) with Grant controls, which actually block or gate access until Terms1 is accepted.
In Microsoft Entra Conditional Access, requiring users to accept a terms of use (ToU) is enforced through the Grant controls of the policy, where you select the specific ToU published in your tenant. This page confirms that Policy1 must have Terms1 selected under Grant, not under Session, Conditions, or Target resources.
Choosing Session (B) because it sounds like a user-interaction/prompt setting; the Session section only controls sign-in frequency, persistent browser sessions, and app-enforced restrictions — the ToU acceptance gate is a Grant control.
Community Discussion (5 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
In Microsoft Entra Conditional Access, a terms of use is configured as a grant control: you open Policy1, go to Access controls > Grant, and select the published Terms1 document, optionally combined with Require multifactor authentication, Require compliant device, or other controls. Grant controls are precisely the section that determines whether access is allowed, blocked, or conditioned on an extra requirement such as accepting a ToU. Because the requirement is "users must accept Terms1 before gaining access," the gate belongs in Grant, making C correct. The Microsoft Learn article on requiring terms of use explicitly places "Terms of use" in the grant controls list, which is why nicolaslindt stated that "o enforce Terms of Use (ToU) acceptance in a Conditional Access policy, you must configure it under the Grant section."Why the Other Options Are Wrong
B. Session is the most attractive distractor: session controls handle sign-in frequency, persistent browser session, and app-enforced restrictions (like Exchange Online or SharePoint limited access), not consent to a legal document. As kosjar described it, a common but incorrect recipe is to "navigate to Security > Conditional Access > Policy1" and then "Under the Session settings, select Terms of Use" — Entra does not expose a ToU picker in Session settings. A. Conditions (users, groups, cloud apps, locations, device platforms, sign-in risk) merely scopes who and what the policy applies to; a condition cannot require acceptance of Terms1. D. Target resources defines the cloud apps, user actions, or authentication context the policy protects, again only scoping the policy rather than enforcing the ToU.Community Comment Notes
Community consensus aligns with the official documentation: rvln7 summarized it neatly — "if we want to approve or deny access based on ToU" it is a grant control. Btn26 argued for Session with the reasoning that it "ensures that users must accept Terms1 before they can access the resources specified in Policy1," and kosjar gave a step-by-step that routes through Session settings; both reflect how intuitive but incorrect "prompt = session" thinking is. The two learners who cited the Microsoft Learn article on requiring terms of use landed on Grant, and their shared link reinforces that the ToU selection lives in the grant controls of the policy.Official Reference
Exam Strategy
Memorize the Conditional Access policy anatomy by section: Assignments (users/groups, target resources, conditions) decide who and what; Access controls (Grant and Session) decide how access is granted. Terms of use, MFA, compliant device, and hybrid joined device are Grant controls, so any question about "must accept a ToU before access" maps to Grant.
Frequently Asked Questions
Why can't I select Terms1 under Session settings in Policy1?
Session controls only cover sign-in frequency, persistent browser sessions, and app-enforced restrictions. Terms of use is published in Entra ID and attached as a Grant control that gates access.
Do I still need Target resources configured if Terms1 is in Grant?
Yes. Target resources defines which cloud apps or user actions Policy1 protects; Grant then enforces accepting Terms1 for those resources.
Related Analysis
Practice All SC-300 Questions
Access 80 questions with complete answers and detailed explanations.
View Full SC-300 Practice Test →