@Michael Samson-Metzger Correct Answer: A. Validate jurisdictional data sovereignty requirements before design approval Explanation (CISSP logic): "Citizen data under differing privacy regimes" is a legal-first trigger. Data sovereignty and residency obligations are external constraints imposed by law, not design preferences the architect gets to weigh against cost. Those requirements define the boundaries of the solution space, so they must be known before any architecture is approved. Assessment precedes design, and legal requirements are non-negotiable inputs to that assessment. Breakdown: B. Segmentation is the correct eventual design pattern, and that's what makes it dangerous. It's a solution selected before the requirements are confirmed. You may be segmenting to the wrong boundaries, or some jurisdictions may prohibit the data leaving the country at all, which segmentation alone won't satisfy. C. Tokenization is implementation-layer, and it's a common false comfort. Several regimes treat tokenized or pseudonymized data as still personal data, so replication may remain unlawful. A technical control cannot override a legal restriction. A. ✅ Correct. Confirm the legal constraints first. They dictate whether a single global lake is even a viable architecture. D. Escalation is the strongest distractor and feels appropriately managerial. But escalating now hands the risk committee a conflict with no facts attached. You escalate after you've quantified the requirements, so leadership can make an informed accept-or-redesign decision. Think like a manager: You cannot design around a law you haven't read. Requirements first, architecture second, and legal requirements are requirements, not risks to be traded.