> ## Documentation Index
> Fetch the complete documentation index at: https://docs.mcpmanager.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Energy & Utilities

> How MCP Manager brings governed AI to critical infrastructure — one governed gateway that attributes every agent call, controls vendor and third-party access, keeps customer energy data out of models, and produces the audit evidence NERC CIP, NIS2, and GDPR demand.

MCP connects AI agents to the systems a utility runs: operational and asset data, AMI and smart-meter data, outage and maintenance systems, and customer and billing records. Utilities are deploying agents against all of them — demand and load forecasting from smart-meter and weather data, predictive maintenance and outage management, distributed energy resource (DER) coordination, contact-center automation during outage surges, and knowledge agents over decades of asset documentation. For critical infrastructure, where a failure is a blackout or a safety event rather than a degraded customer experience, that reach is exactly what makes ungoverned MCP a liability.

## The opportunity and the bind

Ungoverned MCP is the problem. Recent cross-industry research quantifies the gap: roughly 63% of organizations cannot enforce purpose limitations on AI agents, about 60% cannot quickly terminate a misbehaving agent, around 55% cannot isolate AI systems from sensitive networks, and only about 22% treat agents as independent identities rather than relying on shared keys. For a regulated utility, that gap maps straight onto compliance failure: no way to prove which agent touched which system breaks NERC CIP access and monitoring expectations; vendor and third-party agents connecting inward run into supply-chain and remote-access requirements that became enforceable in 2026; and customer energy data flowing into agents creates GDPR exposure on top of the cybersecurity exposure. The familiar bind follows: block AI and fall behind, or allow it and lose control.

```mermaid theme={null}
%%{init: {'theme':'base','themeVariables':{'fontFamily':'Lato, sans-serif','lineColor':'#6a6b76','primaryColor':'#e0e2e8','primaryTextColor':'#12141d','primaryBorderColor':'#6a6b76','edgeLabelBackground':'#ffffff','textColor':'#12141d'}}}%%
flowchart LR
  A1["🤖<br/>Grid-ops & forecasting agents"]
  A2["🤖<br/>Customer-service assistants"]
  V["🔌<br/>Vendor & contractor agents"]
  GW["🛡️<br/>MCP Manager gateway"]
  LOG[("🗄️<br/>Audit log")]
  subgraph est["Your systems"]
    direction TB
    S1["🖥️<br/>Operational & asset data"]
    S2["🖥️<br/>AMI / smart-meter data"]
    S3["🖥️<br/>Outage & maintenance systems"]
    S4["🖥️<br/>Customer & billing systems"]
  end
  A1 -->|"identity-attributed<br/>tool calls"| GW
  A2 --> GW
  V -->|"scoped, logged access"| GW
  GW -->|"inspected & logged"| S1
  GW --> S2
  GW --> S3
  GW --> S4
  GW -.->|"every call,<br/>every identity"| LOG
  classDef gateway fill:#0086ff,color:#ffffff,stroke:#062b4c,stroke-width:2px;
  classDef client fill:#80cbc4,color:#062b4c,stroke:#00796b,stroke-width:1.5px;
  classDef server fill:#aed8ff,color:#062b4c,stroke:#0b4880,stroke-width:1.5px;
  classDef datastore fill:#062b4c,color:#ffffff,stroke:#0086ff,stroke-width:1.5px;
  classDef external fill:#e0e2e8,color:#2c2c37,stroke:#9ca1ab,stroke-width:1px,stroke-dasharray:4 3;
  class GW gateway;
  class A1,A2 client;
  class V external;
  class S1,S2,S3,S4 server;
  class LOG datastore;
  style est fill:transparent,stroke:#9ca1ab,stroke-dasharray:4 3,color:#6a6b76;
```

The gateway is where a utility can see and constrain what every agent — including a vendor's or a contractor's — touches, and produce the access record an auditor expects.

## The regulatory reality

The frameworks utilities operate under were written for human operators and bounded systems. An autonomous agent reaching into operational or customer data is a new actor those controls were not designed to authenticate, authorize, scope, monitor, or shut down. The 2026 dates are live now, which makes precise references a strong credibility signal.

* **NERC CIP** — CIP-003-9 (effective April 1, 2026) scrutinizes vendor electronic remote access and supply-chain risk, CIP-012-2 (July 1, 2026) protects control-center data, and CIP-015 internal monitoring rolls out through 2030. You must control and evidence who and what reaches BES systems. MCP Manager [scopes and logs](/security/authentication-and-identity) every vendor and agent connection and [inventories all MCP traffic](/features/viewing-logs) at one gateway.
* **NIS2 (EU Directive 2022/2555)** — covers energy and water with documented risk management, supply-chain control, 24-hour incident reporting, and management-level accountability. MCP Manager gives you the [audit record and inventory](/security/audit-and-observability) and real-time [alerts](/features/alerts) that accountability and incident reporting depend on.
* **GDPR** — smart-meter and billing data is personal data, so a single incident typically triggers both NIS2 and GDPR at once. MCP Manager [detects and redacts](/features/pii-filtering) that data before a model or a log sees it.

| Utility requirement                                   | What MCP Manager enforces today                                                                                                                                           | Where it fits                                                                                                   |
| ----------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------- |
| **Prove which agent or user accessed which system**   | A comprehensive audit log of every MCP call attributed to the real identity, with the tool and action, plus a single-pane inventory of every server and connection        | Audit-ready evidence that maps to NERC CIP access and monitoring expectations and NIS2 accountability           |
| **Control vendor and third-party agent access**       | [Identity-aware access](/security/authentication-and-identity) and runtime policy enforcement at one central gateway, with every external agent scoped and logged         | Directly addresses CIP-003-9 and CIP-013 vendor remote-access and supply-chain concerns                         |
| **See agent activity beyond the perimeter**           | Full visibility into all MCP traffic through the gateway, with [alerts](/features/alerts) on policy violations                                                            | Complements the intent of CIP-015 internal monitoring for the AI layer                                          |
| **Enforce least privilege; keep agents to their job** | [Capability-based RBAC](/deployment/rbac-and-roles/overview), curated per-team tool sets, and a fail-closed allowlist so an agent reaches only approved tools and systems | Closes the gap where most organizations cannot keep agents to their intended scope                              |
| **Stop a misbehaving agent**                          | Break-glass kill switches that instantly disable a host, connection, or identity                                                                                          | The kill switch most organizations report they lack                                                             |
| **Keep customer energy data out of models**           | [Gateway rules](/features/gateway-rules/overview) detecting and blocking, redacting, masking, replacing, or hashing personal data with regex and Microsoft Presidio       | Reduces GDPR exposure on smart-meter and billing data                                                           |
| **Adopt without a dedicated platform team**           | One interface to deploy, configure, monitor, and govern MCP servers                                                                                                       | Feasible for resource-constrained municipal and cooperative utilities, not only the largest investor-owned ones |

The kill-switch row deserves emphasis: an administrator can disable a host, connection, or identity instantly, which directly answers the "we cannot quickly terminate a misbehaving agent" gap the research names.

## How MCP Manager governs utility AI

* **One governed control point.** Every agent, including a vendor's, connects through a single [gateway](/mcp-gateway-concepts/mcp-gateways) that records the identity, the tool, the payloads, and the verdict for each call, with a [live inventory](/features/viewing-logs) of every server and connection. See [Audit & observability](/security/audit-and-observability).
* **Vendor and least-privilege access.** [Identity brokering](/security/authentication-and-identity) means credentials never live in the client; [capability-based RBAC](/deployment/rbac-and-roles/capabilities) and [per-team tool scoping](/features/feature-provisioning) limit each agent to the systems and tools its task requires, with a fail-closed allowlist blocking the rest.
* **Containment.** [Break-glass kill switches](/features/api-tokens-and-headless-agents) and real-time [alerts](/features/alerts) let an operator cut off a connection and be notified the moment a policy is violated.
* **Customer-data protection.** [Gateway rules](/features/gateway-rules/overview) detect personal data with [regex](/features/gateway-rules/regex) and [Microsoft Presidio](/features/gateway-rules/presidio) and act on it inline, each rule set to fail closed if you choose.
* **What stays in your environment.** Source systems behind [workstation](/mcp-gateway-concepts/mcp-servers/workstation) and [managed](/mcp-gateway-concepts/mcp-servers/managed) servers stay in your infrastructure, rules redact before logging, and a [self-hosted collector](/enterprise/export-to-siem/self-hosted-collector) keeps your audit copy in your own region. See [Hosting & data residency](/deployment/hosting-and-data-residency).

## Why Usercentrics

For a utility juggling NIS2 and GDPR at once, a vendor whose entire DNA is privacy-and-consent compliance is a fundamentally different proposition from a startup that bolted compliance onto a proxy.

MCP Manager is built by **Usercentrics**, Europe's largest consent management platform, active in 100+ countries and processing billions of consent signals every month. The same governance, observability, and trust layer Usercentrics built for the web is what AI now needs, extended to how agents handle data. The platform runs inside Usercentrics' own audited cloud and security program — review its posture at the [Usercentrics trust center](https://trust.usercentrics.com/). The positioning that anchors it: the company that already governs how the web handles consented data is the company governing how your AI agents handle your most sensitive operational and customer data.

## Further reading

<CardGroup cols={2}>
  <Card title="Government & Public Sector" icon="landmark" href="/industries/government-and-public-sector">
    The next industry page — a zero-trust control point for citizen-data AI.
  </Card>

  <Card title="Security model" icon="shield-halved" href="/security/overview">
    Authentication, feature governance, runtime protections, and audit.
  </Card>

  <Card title="Access control" icon="user-lock" href="/deployment/access-control">
    How RBAC, roles, capabilities, and teams scope what each identity can do.
  </Card>

  <Card title="Hosting & data residency" icon="cloud" href="/deployment/hosting-and-data-residency">
    Where MCP Manager runs and what stays in your own environment.
  </Card>
</CardGroup>

## External sources

<CardGroup cols={2}>
  <Card title="NERC CIP Reliability Standards" icon="bolt" href="https://www.nerc.com/pa/Stand/Pages/CIPStandards.aspx">
    The Critical Infrastructure Protection standards for the Bulk Electric System.
  </Card>

  <Card title="NIS2 Directive (EU 2022/2555)" icon="shield-halved" href="https://eur-lex.europa.eu/eli/dir/2022/2555/oj">
    The EU cybersecurity directive covering energy and water.
  </Card>

  <Card title="GDPR" icon="scale-balanced" href="https://gdpr-info.eu/">
    EU data protection, applicable to smart-meter and billing data.
  </Card>

  <Card title="ENISA Threat Landscape" icon="chart-line" href="https://www.enisa.europa.eu/topics/cyber-threats/threats-and-trends">
    Reporting on incidents across essential-services sectors.
  </Card>
</CardGroup>
