Governance Fundamentals
Core concepts and principles for Microsoft 365 Copilot governance in financial services.
Framework Overview
The FSI Copilot Governance Framework provides complete guidance for governing Microsoft 365 Copilot across Microsoft 365 applications in regulated US financial services environments.
Version: 1.2.1 (March 2026) Target Audience: US Financial Services Organizations Regulatory Focus: FINRA, SEC, SOX, GLBA, OCC, Federal Reserve, FDIC, NCUA, CFPB
Warning
This framework is provided for informational purposes only and does not constitute legal, regulatory, or compliance advice. See Disclaimer for full details.
Scope and Assumptions
What This Framework Covers
This framework provides governance guidance for:
- Microsoft 365 Copilot -- the AI assistant embedded across Microsoft 365 applications
- Copilot Chat (Basic and Premium) -- web-grounded chat for Basic users and Microsoft Graph-grounded experiences for licensed Premium users
- Microsoft 365 Copilot Search -- Search module and admin-managed retrieval experience in the Microsoft 365 Copilot app
- Copilot Pages and Copilot Notebooks -- AI-generated collaborative content surfaces stored in SharePoint Embedded
- Edit with Copilot (Agent Mode), Copilot Cowork, Researcher, and Analyst -- AI-native work surfaces that create or transform business content
- Copilot in Teams, Teams Phone, and Teams Queues -- meeting, calling, chat, and queue assistance experiences
- Copilot extensibility -- plugins, Graph connectors, SharePoint declarative agents, and Microsoft 365 deployment controls for Copilot Studio agents
- Agent 365 -- the enterprise platform for managing AI agent lifecycle, identity (Entra Agent ID), and governance across the Microsoft 365 ecosystem
What This Framework Does NOT Cover
- Copilot Studio and custom AI agents -- see FSI-AgentGov
- Agent Builder and enterprise agents -- see FSI-AgentGov
- Non-US regulations (EU AI Act, GDPR, DORA, MiFID II are out of scope)
- Non-Microsoft AI platforms (OpenAI direct, Google Gemini, etc.)
- Custom ML model development, training, or validation
- State privacy laws (CCPA/CPRA require separate analysis, though key intersections are noted)
See Relationship to AgentGov for detailed scope boundaries.
Key Assumptions
| Assumption | Rationale |
|---|---|
| Microsoft 365 E3/E5 | Required for Copilot licensing, Purview, Defender capabilities |
| Microsoft 365 Copilot licenses | Per-user licensing required for Copilot access |
| Microsoft Entra ID | Identity and access management foundation |
| Microsoft Purview | Compliance and data governance capabilities |
| Foundational IT controls | Network security, endpoint protection, backup/recovery assumed in place |
Copilot Chat Basic vs. Premium Licensing
Effective April 15, 2026, Microsoft offers Copilot Chat in two tiers: Basic (included with Microsoft 365 licenses, web grounding and user-provided organizational data) and Premium (per-user license, full Microsoft 365 data access via Microsoft Graph). Organizations must govern both populations -- Basic users can generate AI-assisted content that enters regulated workflows despite lacking full tenant Graph grounding, while Premium users carry the full discovery amplification risk profile. Governance controls, training requirements, and supervisory procedures should account for this licensing distinction.
What This Framework Does Not Cover
FSI-CopilotGov is intentionally scoped to the Microsoft 365 Copilot surface — tenant configuration, data-source posture, audit/eDiscovery, supervision, and admin-managed extensibility. The following adjacent governance domains are out of scope here and live in companion frameworks or your existing programs:
| Out of scope | Where it lives |
|---|---|
| Copilot Studio and Agent Builder agent build/lifecycle governance — Power Platform environment zoning, custom or pro-code agent ALM, model-card review, tool approval, and lifecycle promotion | FSI-AgentGov |
Power Platform ALM (solutions, environment variables, connection references, deploymentSettings.template.json, managed-solution promotion, pac cli) |
FSI-AgentGov and Microsoft's Copilot Studio ALM guidance |
| Agent registry, model cards, Responsible-AI evaluation packets, SR 11-7-style model-risk evidence | FSI-AgentGov (planned) |
| Power Platform DLP policies (connector classification, environment routing) | FSI-AgentGov |
| Tenant identity/Conditional Access design, privileged identity management, network segmentation | Your existing Entra and security-engineering programs |
| Records management, supervisory policy authoring, regulatory exam response | Your compliance / legal / RIM programs (this framework provides the evidence plumbing, not the policy text) |
| Production runtime code, deployable accelerators | Out of scope for both this repo and FSI-AgentGov; treat both as documentation-first |
SharePoint declarative agents, Agent 365 inventory/policy controls, and Microsoft 365 deployment visibility for Copilot Studio agents remain in scope here because they affect the Microsoft 365 Copilot tenant posture. FSI-AgentGov owns detailed agent design, build, model-card, environment, and lifecycle promotion governance.
When a control here brushes against an out-of-scope topic (e.g., extensibility readiness, declarative agents, federated MCP), look for the inline "Scope boundary: FSI-CopilotGov vs FSI-AgentGov" callout near the top of the control page.
Discovery Amplification
Discovery amplification is the central governance challenge for Microsoft 365 Copilot in financial services.
The Concept
Microsoft 365 Copilot does not bypass security permissions. It operates strictly within the user's existing access rights -- the "no elevated access" principle. However, Copilot fundamentally changes the practical impact of those access rights.
Before Copilot: A user with broad SharePoint permissions might never find a sensitive document buried in an old team site. The document was technically accessible but practically obscure.
With Copilot: That same user asks "What were the terms of the ABC Corp deal?" and Copilot instantly surfaces the document, quotes from it, and synthesizes it into a response. The content was always accessible; Copilot simply made discovery instantaneous.
Why This Matters for FSI
+------------------------------------------------------------------+
| DISCOVERY AMPLIFICATION |
| |
| BEFORE COPILOT WITH COPILOT |
| +-----------+ +-----------+ |
| | | | | |
| | Technical | <-- gap --> Actual | Technical | == Actual |
| | Access | Access | Access | Access |
| | | | | |
| +-----------+ +-----------+ |
| |
| Users had access to far more Copilot closes the gap |
| than they routinely discovered between technical and |
| or consumed. practical access. |
| |
| GOVERNANCE IMPLICATION: Fix permissions BEFORE enabling Copilot. |
+------------------------------------------------------------------+
In financial services, the gap between technical access and intended access frequently contains:
- Deal documents accessible to broader groups than the deal team
- Compensation data in SharePoint sites with inherited permissions
- Client PII in shared mailboxes or team sites with overly broad access
- Board materials in sites where former members retain access
- Regulatory correspondence accessible outside the compliance team
Copilot closes this gap instantly. Governance must address the permissions gap before enabling Copilot, not after.
Governance Response
| Action | Control | Timing |
|---|---|---|
| Oversharing assessment | 1.1 | Pre-deployment (required) |
| Permission remediation | 1.2, 1.3 | Pre-deployment |
| Sensitivity label deployment | 2.2, 2.3 | Pre-deployment |
| Restricted SharePoint Search | 1.4 | Pre-deployment (Regulated) |
| Ongoing access reviews | 1.6 | Post-deployment (continuous) |
Three Governance Levels
Overview
Each of the 63 controls in this framework provides implementation guidance at three governance levels. Organizations select their target level based on regulatory obligations, risk appetite, and institutional type.
| Level | Description | Typical Use | Control Coverage |
|---|---|---|---|
| Baseline | Minimum viable governance | Initial Copilot deployment in low-risk environments | Foundation subset |
| Recommended | Best-practice governance | Most production environments, standard FSI firms | Most controls |
| Regulated | Examination-ready, comprehensive governance | FINRA/SEC-regulated broker-dealers, banks with OCC oversight | All 63 controls |
Baseline
Target audience: Organizations deploying Microsoft 365 Copilot for the first time, or those in low-risk / non-customer-facing environments.
Characteristics:
- Core data hygiene controls (oversharing assessment, basic permissions review)
- Default Microsoft 365 audit logging enabled
- Basic DLP policies for sensitive data types
- Standard Microsoft 365 retention policies
- Copilot feature toggles configured per organizational policy
- User awareness training
When Baseline applies:
- Internal-only Copilot use with no customer-facing outputs
- Non-regulated business units within a regulated firm
- Pilot deployments during assessment phase
- Organizations not subject to FINRA, SEC, or banking regulators for AI use
Limitations: Baseline alone is unlikely to satisfy examination expectations for regulated firms. Organizations should plan to advance to Recommended or Regulated levels before production-scale deployment.
Recommended
Target audience: Most production environments in financial services organizations.
Characteristics:
- Full oversharing remediation program
- Comprehensive sensitivity labeling with auto-labeling policies
- Extended audit logging with tailored retention periods
- Communication compliance monitoring
- DLP policies covering all sensitive information types
- Conditional access policies for Copilot access
- Regular access reviews and governance reporting
- Supervisory sampling for Copilot-assisted communications
When Recommended applies:
- Standard production deployments across the organization
- Environments where employees use Copilot for internal communications
- Organizations implementing Copilot with general customer data access
- Firms seeking strong governance without full examination-ready posture
Regulated
Target audience: FINRA/SEC-registered broker-dealers, OCC/Fed-supervised banks, organizations expecting regulatory examination of their Copilot governance.
Characteristics:
- Comprehensive FINRA Rule 2210 communication compliance for Copilot-drafted content
- Full supervisory review program under FINRA Rule 3110
- WORM-compliant retention for applicable record types
- eDiscovery readiness for Copilot interactions
- Information barriers between business units
- Web search controls or restrictions
- Restricted SharePoint Search for high-sensitivity sites
- Model risk management documentation (where applicable under OCC 2011-12)
- Sentinel integration for advanced monitoring
- Documented examination response procedures
When Regulated applies:
- FINRA-registered broker-dealers using Copilot in customer-facing contexts
- SEC-registered investment advisers with Copilot access to client information
- OCC/Fed-supervised banks deploying Copilot broadly
- Any institution expecting regulatory examination of AI governance
Shared Responsibility Model
Microsoft 365 Copilot governance operates under a shared responsibility model between Microsoft and the deploying organization.
Microsoft Responsibilities
| Area | Microsoft Provides |
|---|---|
| Platform security | Azure infrastructure security, data center physical security, network isolation |
| AI safety | Responsible AI filters, content safety systems, prompt injection mitigations |
| Data residency | Data processing within specified geographic boundaries per service agreements |
| No training on tenant data | Microsoft does not use customer tenant data to train foundation models |
| Permission enforcement | Copilot respects Microsoft Graph permissions (no elevated access) |
| Audit event generation | Copilot activities generate audit events in the Unified Audit Log |
| Encryption | Data encrypted in transit and at rest |
| Compliance certifications | SOC 2, ISO 27001, FedRAMP (for applicable services) |
Organization Responsibilities
| Area | Organization Must Provide |
|---|---|
| Permission governance | Correct SharePoint/OneDrive/Exchange permissions (Copilot does not fix oversharing) |
| Sensitivity labeling | Label deployment, auto-labeling policies, label-based DLP |
| Audit configuration | Retention policies, audit log access, search and export procedures |
| Supervisory programs | Communication compliance, supervisory review, FINRA 2210 compliance |
| Access governance | Regular access reviews, stale permission cleanup, access certification |
| Feature management | Per-app Copilot toggles, web search settings, plugin governance |
| User training | Copilot usage guidelines, FSI-specific prohibited uses, disclosure requirements |
| Incident response | Detection, investigation, and remediation of Copilot-related incidents |
| Examination readiness | Evidence compilation, examiner response procedures, artifact retention |
The Boundary
+------------------------------------------------------------------+
| SHARED RESPONSIBILITY MODEL |
| |
| MICROSOFT ORGANIZATION |
| +-----------------------------+ +-----------------------------+|
| | Platform & AI safety | | Permission governance ||
| | Permission enforcement | | Sensitivity labeling ||
| | Audit event generation | | Audit retention & search ||
| | Encryption (transit & rest) | | Supervisory programs ||
| | No training on tenant data | | Access reviews ||
| | Responsible AI filters | | Feature management ||
| | Data residency controls | | User training ||
| | Compliance certifications | | Incident response ||
| +-----------------------------+ +-----------------------------+|
| |
| KEY PRINCIPLE: Copilot inherits your permission problems. |
| Microsoft provides the guardrails; you provide the governance. |
+------------------------------------------------------------------+
Control Classification Methodology
Classification Dimensions
Each control in this framework is classified along four dimensions:
1. Pillar -- Which lifecycle phase the control addresses:
| Pillar | Phase | Focus |
|---|---|---|
| 1 | Readiness & Assessment | Pre-deployment preparation |
| 2 | Security & Protection | Runtime data and access protection |
| 3 | Compliance & Audit | Regulatory recordkeeping and supervision |
| 4 | Operations & Monitoring | Ongoing management and incident response |
2. Governance Level -- Minimum level at which the control is required:
| Level | Notation |
|---|---|
| Baseline | Required for all deployments |
| Recommended | Required for production environments |
| Regulated | Required for examination-ready environments |
3. Regulatory Mapping -- Which regulations the control supports:
Controls are mapped to specific regulatory requirements (e.g., FINRA 4511, SEC 17a-4). A single control may support multiple regulations. See Regulatory Framework for complete mappings.
4. Admin Portal -- Where the control is configured:
| Portal | Shorthand |
|---|---|
| Microsoft Purview portal | Purview |
| Microsoft Entra admin center | Entra |
| Microsoft 365 admin center | Microsoft 365 Admin |
| SharePoint admin center | SharePoint Admin |
| Microsoft Teams admin center | Teams Admin |
| Microsoft Defender portal | Defender |
Mapping Your Organization to a Governance Level
Assessment Process
- Identify your regulatory profile -- Which regulators oversee your institution?
- Assess Copilot use cases -- Will Copilot users access client data? Draft customer communications?
- Evaluate your permission posture -- Has oversharing been assessed and remediated?
- Determine examination exposure -- Are you likely to face regulatory examination of AI governance?
Decision Matrix
| Factor | Baseline | Recommended | Regulated |
|---|---|---|---|
| Regulator | No primary financial regulator | General FSI firm | FINRA, SEC, OCC, Fed direct oversight |
| Copilot use | Internal productivity only | Internal + some customer data access | Customer-facing communications, financial data |
| Data sensitivity | Low-sensitivity internal content | Mixed sensitivity, some PII | High-sensitivity financial, client PII, deal data |
| Examination likelihood | Low | Moderate | High |
| Institution type | Fintech (pre-regulation), internal support | Mid-size FSI, investment firms | Broker-dealers, national banks, large RIAs |
Governance Level by Institution Type
| Institution Type | Recommended Minimum Level |
|---|---|
| FINRA-registered broker-dealer | Regulated |
| SEC-registered investment adviser (large) | Regulated |
| SEC-registered investment adviser (small) | Recommended |
| National bank (OCC-supervised) | Regulated |
| State-chartered bank (Fed/FDIC) | Recommended to Regulated |
| Credit union (NCUA) | Recommended |
| Insurance company (state-regulated) | Recommended |
| Fintech (pre-regulation) | Baseline to Recommended |
Control Applicability by Governance Level
Pillar 1: Readiness & Assessment (16 controls)
| Control | Name | Baseline | Recommended | Regulated |
|---|---|---|---|---|
| 1.1 | Copilot Readiness Assessment and Data Hygiene | Required | Required | Required |
| 1.2 | SharePoint Oversharing Detection and Remediation (DSPM for AI) | Required | Required | Required |
| 1.3 | Restricted SharePoint Search Configuration | -- | Required | Required |
| 1.4 | Semantic Index Governance and Scope Control | -- | -- | Required |
| 1.5 | Sensitivity Label Taxonomy Review for Copilot | Required | Required | Required |
| 1.6 | Permission Model Audit (SharePoint, OneDrive, Exchange, Teams, Graph) | -- | Required | Required |
| 1.7 | SharePoint Advanced Management Readiness for Copilot | Required | Required | Required |
| 1.8 | Information Architecture Review | Required | Required | Required |
| 1.9 | License Planning and Copilot Assignment Strategy | Required | Required | Required |
| 1.10 | Vendor Risk Management for Microsoft AI Services | -- | Required | Required |
| 1.11 | Organizational Change Management and Adoption Planning | Required | Required | Required |
| 1.12 | Training and Awareness Program | -- | Required | Required |
| 1.13 | Extensibility Readiness (Graph Connectors, Plugins, Declarative Agents) | -- | Required | Required |
| 1.14 | Item-Level Permission Scanning | Required | Required | Required |
| 1.15 | SharePoint Permissions Drift Detection | Required | Required | Required |
Pillar 2: Security & Protection (16 controls)
| Control | Name | Baseline | Recommended | Regulated |
|---|---|---|---|---|
| 2.1 | DLP Policy Configuration | Required | Required | Required |
| 2.2 | Sensitivity Label Deployment | Required | Required | Required |
| 2.3 | Conditional Access Policies | -- | Required | Required |
| 2.4 | Information Barriers (Chinese Wall) | -- | -- | Required |
| 2.5 | Data Minimization and Grounding Scope | -- | Required | Required |
| 2.6 | Web Search and Grounding Controls | Required | Required | Required |
| 2.7 | Data Residency and Cross-Border Data Flow | -- | Required | Required |
| 2.8 | Encryption (Transit and At Rest) | Required | Required | Required |
| 2.9 | Defender for Cloud Apps | -- | Required | Required |
| 2.10 | Insider Risk Detection | -- | -- | Required |
| 2.11 | Copilot Pages Security | Required | Required | Required |
| 2.12 | External Sharing and Guest Access Governance | -- | Required | Required |
| 2.13 | Plugin and Connector Security | -- | Required | Required |
| 2.14 | Declarative and SharePoint Agents Governance | -- | Required | Required |
| 2.15 | Network Security and Private Connectivity | Required | Required | Required |
Pillar 3: Compliance & Audit (15 controls)
| Control | Name | Baseline | Recommended | Regulated |
|---|---|---|---|---|
| 3.1 | Copilot Interaction Audit Logging | Required | Required | Required |
| 3.2 | Data Retention Policies for Copilot Interactions | Required | Required | Required |
| 3.3 | eDiscovery for Copilot-Generated Content | -- | Required | Required |
| 3.4 | Communication Compliance Monitoring | -- | Required | Required |
| 3.5 | FINRA Rule 2210 Compliance for Copilot-Drafted Communications | -- | -- | Required |
| 3.6 | Supervision and Oversight (FINRA 3110 / SEC Reg BI) | -- | Required | Required |
| 3.7 | Regulatory Reporting | -- | -- | Required |
| 3.8 | Model Risk Management Alignment (OCC 2011-12 / SR 11-7) | -- | -- | Required |
| 3.9 | AI Disclosure, Transparency, and SEC Marketing Rule | -- | Required | Required |
| 3.10 | SEC Reg S-P -- Privacy of Consumer Financial Information | Required | Required | Required |
| 3.11 | Record Keeping and Books-and-Records Compliance | -- | Required | Required |
| 3.12 | Evidence Collection and Audit Attestation | -- | -- | Required |
| 3.13 | FFIEC IT Examination Handbook Alignment | -- | -- | Required |
Pillar 4: Operations & Monitoring (15 controls)
| Control | Name | Baseline | Recommended | Regulated |
|---|---|---|---|---|
| 4.1 | Copilot Admin Settings and Feature Management | Required | Required | Required |
| 4.2 | Copilot in Teams Meetings Governance | Required | Required | Required |
| 4.3 | Copilot in Teams Phone and Queues Governance | Required | Required | Required |
| 4.4 | Copilot in Viva Suite Governance | Required | Required | Required |
| 4.5 | Copilot Usage Analytics and Adoption Reporting | Required | Required | Required |
| 4.6 | Microsoft Viva Insights -- Copilot Impact Measurement | Required | Required | Required |
| 4.7 | Copilot Feedback and Telemetry Data Governance | -- | Required | Required |
| 4.8 | Cost Allocation and License Optimization | -- | Required | Required |
| 4.9 | Incident Reporting and Root Cause Analysis | -- | Required | Required |
| 4.10 | Business Continuity and Disaster Recovery for Copilot Dependency | -- | Required | Required |
| 4.11 | Microsoft Sentinel Integration for Copilot Events | -- | -- | Required |
| 4.12 | Change Management for Copilot Feature Rollouts | Required | Required | Required |
| 4.13 | Copilot Extensibility Governance (Plugin Lifecycle, Connector Monitoring) | Required | Required | Required |
Integration with Existing Governance
This framework is designed to complement, not replace existing enterprise governance programs:
- Integrate controls with your existing IT risk management framework
- Align with enterprise information security policies
- Coordinate with records retention and eDiscovery requirements
- Map to your organization's internal audit program
- Extend existing supervisory procedures to cover Copilot-assisted activities
Note
Organizations should validate all controls against their specific regulatory obligations and existing policy frameworks.
Getting Started
For Executives
- Read Executive Summary (10 minutes)
- Review the governance levels above to identify your target level (5 minutes)
- Understand Operating Model for accountability (10 minutes)
For Compliance Officers
- Review Regulatory Framework for applicable regulations
- Map your institution to a governance level using the decision matrix above
- Reference the control applicability tables to identify required controls
For Implementation Teams
- Follow the Adoption Roadmap for phased approach
- Reference the Control Catalog for control details
- Follow Playbooks for step-by-step procedures
FSI Copilot Governance Framework v1.4.0 - April 2026