Skip to main content

Group Type

Interest Group

Mission Statement

The Security Interest Group catalogs MCP-specific threats, reviews security-relevant proposals, and scopes validated problems into focused Working Groups or SEPs.

Scope

In Scope

  • Threat modeling: developing and maintaining a shared, layered view of MCP attack surfaces spanning admission and identity, caller governance, runtime behavior, interception and enforcement, and auditability, to give individual proposals a common frame of reference
  • Server identity, attestation, and admission: requirements for establishing that a server is what it claims to be before a client dispatches to it, including signed assertions, trust roots, and the boundary between protocol-level and registry-level verification
  • Supply chain and provenance: integrity of locally executed server binaries and packages (typosquatting, unpinned dependencies, unsigned artifacts) and how clients can verify what they spawn
  • Runtime drift and post-admission change: treatment of tool, schema, or behavior changes after a server has been approved, and whether such changes are versioning, re-approval, or security events
  • Auditability and observability: requirements for tamper-evident records of what a tool call did and under what authority, for compliance and incident review
  • Transport-adjacent security: secrets handling, process isolation, and unauthenticated surface area for stdio and other non-HTTP transports where the HTTP authorization specification does not apply
  • Security Best Practices documentation: authoring and reviewing entries in the Security Best Practices guidance, including liaising with external bodies such as OWASP GenAI and CoSAI on MCP-specific content
  • Vulnerability disclosure routing: providing a known point of contact for reporters who have filed a private security advisory against an MCP repository and need help reaching the right maintainer

Out of Scope

  • Authorization protocol mechanics: OAuth flows, scopes, client registration, and token handling belong to the Authorization IG and its spawned Working Groups
  • Transport wire security: TLS, mTLS, and certificate handling belong to the Transports WG
  • Tool annotation design: the annotation model itself belongs to the Tool Annotations IG. This group provides security requirements as input
  • Registry service operation: running and securing the hosted Registry service belongs to the Registry WG. This group provides threat input on provenance and publishing
  • Product-specific hardening guides: step-by-step configuration for individual host applications or cloud platforms is documentation for those products rather than protocol work
  • Competitively sensitive or non-public business information, per the MCP Antitrust Policy
  • Authorization IG: token confusion, audience mismatch, and SSRF in metadata discovery sit at the boundary between the two groups
  • Tool Annotations IG: trust and sensitivity annotations (SEP-1913) span both groups
  • Interceptors WG: interceptors are the primary enforcement point for runtime security decisions surfaced here
  • Server Card WG / Registry WG: server identity, provenance, and discovery metadata intersect with admission and supply-chain concerns
  • Transports WG: stdio process isolation and unauthenticated method surface
  • SDK Maintainers: coordinated handling of SDK security advisories and cross-SDK security defaults

Leadership

RoleNameOrganizationGitHubTerm
FacilitatorDen DelimarskyAnthropic@localdenInitial
FacilitatorPaul CarletonAnthropic@pcarletonInitial

Membership

NameOrganizationGitHubDiscordLevel
Sam MorrowGitHub@SamMorrowDrumssammorrowdrumsParticipant
Ola HungerfordNordstrom@olaservoolaservoParticipant
Peder Holdgaard PedersenSaxo Bank@PederHPpederhpParticipant
Stefano OrtolaniBroadcom@ostefanoostefano.Participant
Open to anyone. Join the #security-ig channel on the MCP Contributors Discord. Calls are open and active participation is highly encouraged. The group is looking for contributors who will engage with proposals and help drive work forward rather than observe.

Operations

MeetingFrequencyDurationPurpose
Office HoursEvery 2 weeks45 minThreat review, proposal triage, deployment reports, WG-proposal scoping
An agenda is shared in #security-ig ahead of each call. Discord: #security-ig Meeting notes are posted to the Meeting Notes - Security IG category in GitHub Discussions.

Discussion Topics

The following items form the IG’s current discussion agenda. This list is not exhaustive and will evolve as the group identifies new areas of interest.
ItemNameStatusChampion
SEP-2809Attested Tool-Server Admission (ATSA)Draft@metereconsulting
SDK vulnerability disclosureIn progressFacilitators
Runtime drift: list_changed semantics after approvalOpen
Supply-chain integrity: protocol, registry, or companion standardOpen
Tool identity across serversOpen
Capability declarations: hints or contracts (joint with Tool Annotations IG)Open

Changelog

DateChange
2026-06-13Initial charter