
Inforcer
io.github.wyre-technology由 GitHub 帳號 wyre-technology 發布v1.1.0更新於 Oct 24, 2026
Read-only MCP server for Inforcer M365 baseline governance, plus assessment and report runs.
概覽
針對 Inforcer Microsoft 365 基準治理的唯讀 MCP 伺服器,讓助理檢視租用戶、基準、漂移、原則、安全分數、身分與稽核記錄。
- 可以做什麼
- 透過導覽與狀態工具瀏覽各領域並檢查連線狀態
- 列出、取得並解析租用戶,包括把名稱或 GUID 對應為 Client Tenant ID
- 列出基準,讀取對齊分數與各租用戶的漂移詳情
- 依租用戶列出原則並讀取 Microsoft 安全分數
- 列出使用者、群組與角色,並依事件類型搜尋稽核事件
- 列出評量與報告類型、執行紀錄與狀態,下載報告輸出,並觸發評量執行或排入報告執行
- 適用情境
- 適合需要跨租用戶回答 Microsoft 365 基準合規問題、追查漂移或稽核活動,或在不開啟入口網站的情況下取得 Inforcer 報告的情境。它面向治理與安全審查,而非設定變更。
- 執行需求
- 以本機 stdio 程序執行(npx 或 Docker 映像)。需要 INFORCER_REGION(anz、eu、uk、us)與 INFORCER_API_KEY,後者以 Inf-Api-Key 標頭送出。HTTP 模式另需 CONDUIT_S2S_SECRET,或使用閘道模式並在每次請求提供 X-Inforcer-Region 與 X-Inforcer-API-Key 標頭。從原始碼建置需要 GitHub Packages 權杖。
安裝
在 SourceWeft 中
- 開啟 儀表板中的 Inforcer,將其新增到工作區。
- 為需要使用其工具的對話啟用該服務。
Desktop only,透過 STDIO。 STDIO 服務會啟動本機處理程序,因此需要 SourceWeft 桌面主機。
其他 MCP 客戶端
參照 儲存庫 中的啟動說明。
README
Inforcer MCP Server
[Build Status] [License] [Node.js]
A Model Context Protocol (MCP) server that gives AI assistants structured, mostly read-only access to Inforcer Microsoft 365 baseline-governance data — tenants, baselines, alignment/drift, policies, secure scores, identity, audit logs, and report generation — plus two write actions to trigger an assessment run or queue a report.
Note: This project is maintained by Wyre Technology.
⚠ Community-sourced API
Inforcer does not (at time of writing) publish an official REST API specification. This server wraps the @wyre-technology/node-inforcer SDK, whose API surface is community-sourced from royklo/InforcerCommunity. Endpoints, field shapes, and behavior may change without notice. Treat results accordingly and verify anything load-bearing against the Inforcer portal.
Read-only scope
Every tool in this server is read-only EXCEPT two:
inforcer_assessments_run— triggers an assessment run for a tenant.inforcer_reports_run— queues one or more report runs across one or more tenants.
Both are HIGH-IMPACT (not destructive): they kick off real work in Inforcer and are visible to operators. Both are annotated accordingly and ask for confirmation before running. Confirm with the user before invoking.
There are no create/update/delete tools for policies, tenants, or baselines — those operations are not exposed by the community API and are intentionally absent here.
Quick Start
Claude Code (CLI):
See Installation for Docker and from-source methods.
Features
- 🔌 MCP Protocol Compliance: Full support for MCP tools and prompts
- 🛡️ Governance Coverage (read-only): Tenants, baselines, alignment/drift, policies, Microsoft Secure Score, Entra ID identity, and the audit log
- 🔍 Decision-Tree Navigation: Start with
inforcer_navigateto explore domains, then call domain-specific tools - 🧭 Flexible Tenant Resolution: Most tools accept a
tenantas a numeric Client Tenant ID, a tenant DNS name, an Azure AD GUID, or a friendly name — resolved automatically - 🔒 Secure Authentication:
Inf-Api-Keyheader auth, region-scoped - 🌐 Dual Transport: stdio (local) and HTTP Streamable (gateway/Docker)
- 🐳 Docker Ready: Containerized deployment with HTTP transport and health checks
- 📊 Structured Logging: Configurable levels, credentials never logged
Table of Contents
- Installation
- Configuration
- Tenant identifiers
- Domains and tools
- Gateway connection
- Docker Deployment
- Development
- Testing
- Contributing
- License
Installation
Option 1: Claude Code (CLI)
Option 2: Docker
The image listens on 0.0.0.0 inside the container and defaults to AUTH_MODE=gateway. Publish the port on loopback and pass a real S2S secret. In gateway mode the Inforcer region and API key arrive on each request as headers; they are not read from the environment.
Or pull the pre-built image:
Compose reads CONDUIT_S2S_SECRET from the project .env and refuses to start when that value is unset. Do not assign the variable on the command line: an empty shell value overrides .env.
Option 3: From Source
Configuration
/health stays unauthenticated and does not read credentials. The stdio transport does not use CONDUIT_S2S_SECRET.
Both INFORCER_REGION and INFORCER_API_KEY are required for any API call in stdio and AUTH_MODE=env. Tool discovery (tools/list) works without them; the first real call will error if either is missing.
HTTP authentication
With MCP_TRANSPORT=http and CONDUIT_S2S_SECRET set, every /mcp request must include X-Gateway-S2S. The check is verifyS2sHeader in src/s2s-verify.ts: the header value is t=<unix seconds>,v1=<hex>, where the hex is HMAC-SHA256 of the literal string t=<unix seconds> keyed with CONDUIT_S2S_SECRET (64 lowercase hex characters). The timestamp must be within 300 seconds of the server clock. A missing or invalid header returns HTTP 401 before vendor credentials are read.
CONDUIT_S2S_SECRET must already be in the environment. The example reads that variable inside the process. It does not pass the secret as a command argument.
In AUTH_MODE=gateway, /mcp also requires X-Inforcer-Region and X-Inforcer-API-Key. Those headers are the only credential source for the request. With AUTH_MODE=env, the signed request uses INFORCER_REGION and INFORCER_API_KEY from the environment.
Tenant identifiers
Inforcer's tenant-scoped routes use an integer Client Tenant ID — which is NOT the same as the Azure AD tenant GUID (msTenantId). To make tools easy to use, the tenant argument accepts any of:
- a numeric Client Tenant ID (e.g.
42), - a tenant DNS name (e.g.
contoso.onmicrosoft.com), - an Azure AD tenant GUID (
msTenantId), or - a friendly name (e.g.
Contoso).
Names/DNS/GUIDs are resolved to the numeric Client Tenant ID via the SDK's resolveTenantId before each tenant-scoped call. If a name matches more than one tenant, the call fails with a clear "ambiguous" error — pass the numeric Client Tenant ID instead. Use inforcer_tenants_resolve to see exactly which Client Tenant ID an input maps to.
Domains and tools
The server uses decision-tree navigation. Start with inforcer_navigate to pick a domain, or call any tool directly. All tools are read-only except inforcer_assessments_run and inforcer_reports_run.
inforcer_reports_run queues asynchronously — poll the run with inforcer_reports_run_status until isTerminal: true, then fetch each output with inforcer_reports_download_output (returns base64-encoded file content).
Gateway connection
When hosted behind the WYRE MCP Gateway, set AUTH_MODE=gateway and MCP_TRANSPORT=http. In this mode the server is stateless (a fresh MCP server + transport per request) and reads credentials from per-request HTTP headers injected by the gateway. A request missing either header gets HTTP 401 and does not fall back to INFORCER_REGION or INFORCER_API_KEY.
The container image defaults to MCP_TRANSPORT=http and AUTH_MODE=gateway. /health always returns 200, does not require authentication, and does not read vendor credentials.
Docker Deployment
See docker-compose.yml. The checked-in Compose service is gateway mode. It publishes 127.0.0.1:8080:8080, requires CONDUIT_S2S_SECRET, and does not set INFORCER_REGION, INFORCER_API_KEY, or env_file.
Single-tenant HTTP (AUTH_MODE=env) still requires the S2S secret, then uses INFORCER_REGION and INFORCER_API_KEY. It is separate from the gateway Compose service:
Local HTTP without a secret is development-only. It binds 127.0.0.1 only and logs a warning. A non-loopback MCP_HTTP_HOST is ignored and the override is logged:
Development
Testing
Contributing
See CONTRIBUTING.md for guidelines.
License
Apache 2.0 — Copyright WYRE Technology
來源:README.md,提交 dceb738
工具
0版本歷史
1- v1.1.0最新Sep 16, 2026
評分
已滿足適用檢查項的 40%
該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。
- 近 30 天內可連通25 分
請保持端點能夠回應 MCP 握手;SourceWeft 每 30 天探測一次。
- 已宣告認證方式10 分
請在註冊中心條目中宣告憑證請求標頭,或保持端點能夠回應探測,以便判定其認證方式。
- 已列出工具15 分
請讓伺服器在無憑證時回應 tools/list,或發布可在沙箱中無憑證啟動的軟體包。
- 描述必需15 分
- 圖示10 分
- 文件15 分
- 授權條款10 分
請在儲存庫或註冊中心條目中宣告授權條款。