A bank activates an information barrier (IB) policy that blocks its Traders segment from its Research Analysts segment. An analyst who was recently moved from Trading to Research is a member of a standard team that also contains Traders and has an existing 1:1 chat with a Trader. After the IB policy application runs, what happens to the team membership and the existing chat?
Correct answer: D. The IB policy application removes the non-compliant users from the group and team, and the existing 1:1 chat becomes read-only for the blocked pair.
The IB policy application is a background processor that, on a policy or segment change, fetches all team members, evaluates them against the IB policies and the group's IB mode, and removes the non-compliant users from the group and team. For existing communications, the Information Barrier Policy Evaluation Service re-evaluates them: a 1:1 chat that is no longer allowed becomes read-only, and in group chats and teams the users whose participation now violates the policy are removed. So the roster is trimmed to compliant users and the blocked pair's existing chat is frozen to read-only.
Why the other options are wrong:
- A. IB explicitly re-evaluates existing teams and chats when a policy is set or changed. Existing 1:1 chats become read-only and non-compliant members are removed from groups and teams; it is not forward-only.
- B. IB does not delete the team; it removes the non-compliant members from it. The team and its compliant members remain.
- C. IB removes whichever members are made non-compliant by the applied policy, determined by segment and policy direction, not a blanket removal of one named role while another keeps access.
Memory hook: IB application prunes the roster - non-compliant members are removed from the group/team, and existing 1:1 chats go read-only.
Microsoft Learn: Information barriers Teams



