AI coding-session security tools, compared by architecture

Skarn, GitGuardian, Microsoft Defender, Palo Alto Prisma AIRS, and Anthropic's Compliance API approach AI coding-session security from different places in the stack. The axis that decides which one fits is architectural: where it runs, what it requires before it runs, what network egress it needs, and which session surface it reads.

In one line: Skarn is the local-first, no-egress forensic layer over the session history already on local disk: it reads every supported assistant's sessions, whichever key or cloud a session ran on, finds the leaked credentials in them, and reconstructs attack chains post-hoc with a session risk score. GitGuardian pairs a scheduled endpoint scan with real-time AI Hooks, and Microsoft Defender and Prisma AIRS lead with real-time prevention (on the endpoint under a cloud tenant, and inline at a gateway or at coding-agent hooks); Anthropic's Compliance API is a cloud feed of organization activity and, for Claude Enterprise, server-side Claude Code and Cowork session transcripts. They cover different moments and surfaces, and are complementary.

Comparisons current as of 2026-10-26. Every incumbent claim below is dated and links to that vendor's own source; see methodology and sources. What each control requires before it runs is set out on the sovereignty page.

At a glance

Architectural and deployment properties only: where each tool runs, what it needs before it runs, what it reads, and what it covers.

Architectural property Skarn GitGuardian Microsoft Defender Prisma AIRS Anthropic Compliance API
Runs locally on the developer machine Yes - single local binary The Endpoint Protection machine scan and agent inventory: yes; AI Hooks and the core ggshield engine send the content they scan to a GitGuardian API, on GitGuardian SaaS or a self-hosted instance (GitGuardian docs, 2026-10-26, 2026-10-16) On the onboarded endpoint: yes; the licence, tenant, and Defender portal are cloud-side, and local AI agent discovery requires the commercial cloud (Microsoft, 2026-10-07) No - inspection runs in Prisma AIRS; through Cortex AES the hooks sit in coding agents on the endpoint and send content there for the verdict (Palo Alto docs, 2026-10-22) No - cloud API on api.anthropic.com (Anthropic docs, 2026-10-26)
Runs without a vendor account or tenant Yes - no vendor dashboard, workspace, or tenant; skarn assess needs no license and skarn check uses a free license file, verified offline No - "a GitGuardian business account with Endpoint Protection enabled" is the stated prerequisite, on a Growth or Enterprise plan, and the machine enrols into the GitGuardian dashboard (GitGuardian docs, 2026-10-16, 2026-10-16) No - devices onboarded to a Defender tenant, a Defender for Endpoint Plan 2 licence for discovery, and the Defender portal to read the inventory and the SOC's alerts (Microsoft, 2026-10-07; 2026-10-09) No - the coding-agent integration needs a Prisma AIRS AI Runtime API application in Strata Cloud Manager, and managed endpoint hooks a Cortex AES subscription (Palo Alto docs, 2026-10-22) No - "available to Enterprise plan organizations and to Claude Platform customers in Claude chats," with a separate Compliance API for Anthropic's dedicated government deployments (Anthropic support, fetched 2026-10-26)
No network egress by default Yes - no network by default; the only optional egress is the signed maintained-feed fetch Machine scans send GitGuardian only fingerprints and metadata, and check a found secret's validity directly with its provider (for example AWS or GitHub); AI Hooks send the content they scan to a GitGuardian API (GitGuardian docs, 2026-10-26) No - inventory and alerts surface in the Microsoft Defender portal (Microsoft, 2026-10-07; 2026-10-09) No - the coding-agent integrations send the content they scan to the Prisma AIRS API (Palo Alto, 2025-11-19; docs, 2026-10-22) No - cloud feed by definition; transcripts are retrieved from Anthropic (Anthropic docs, 2026-10-26)
Reads on-disk AI-session content (Claude Code, Gemini CLI, Antigravity, Codex CLI, Cursor, GitHub Copilot, Kimi Code CLI, Grok Build, Grok Bot, OpenCode, Cline, Cowork, Claude Enterprise) Yes - 13 assistants Scans AI tool directories and log files on the endpoint, and its agent inventory can rebuild past MCP tool calls from agent transcripts (GitGuardian, 2026-06-16; docs, 2026-10-16) Not documented - discovery surfaces agent and MCP-server presence, and runtime protection (Preview) inspects agent activity inline at hook points or on the network path (Microsoft, 2026-10-09; 2026-10-09) Not documented - Prisma AIRS scans inline, or on demand as an MCP server over what a user or an agent workflow sends it (Palo Alto, 2025-11-19) No - local Claude Code and Cowork transcripts on Claude Enterprise are recorded server-side as requests reach the Claude API, "not what occurred on the device"; the session endpoints do not return Claude Code sessions on a Console API key, Bedrock, Google Cloud, or Foundry (Anthropic docs, 2026-10-26)
Covers MCP and tool-call detail from sessions Yes - mcps / tools / cmds recall over parsed sessions AI Hooks report each MCP tool call as it runs, and the agent inventory can backfill past MCP tool calls rebuilt from agent transcripts, with the tool input and working directory, parsed on the endpoint (GitGuardian docs, 2026-10-16, 2026-10-16) Discovers MCP server configurations, and runtime protection (Preview) inspects tool calls inline at agent hook points; post-hoc detail across past sessions is not documented (Microsoft, 2026-10-09; 2026-10-09) Prompts, external MCP tool calls, and WebFetch and WebSearch calls scanned inline through the Prisma AIRS API from hooks Cortex AES manages, with every verdict recorded in the AES portal by device, agent, session, and policy; reading past session stores is not documented (Palo Alto docs, 2026-10-22) In Claude Code and Cowork transcripts, tool calls and the text of tool results are present, with MCP calls normalized into the same shapes; the transcript is what reached the Claude API, and "Tool definitions and MCP server configuration are not part of the transcript" (Anthropic docs, 2026-10-26)
Reconstructs attack chains post-hoc with a 0-100 risk score Yes - ATLAS-aligned chains + session risk score No documented attack-chain or behavioral correlation in the Endpoint Protection docs as of 2026-10-26 (GitGuardian docs, 2026-10-16) No documented post-hoc reconstruction over past sessions; live detections raise a prompt-injection alert correlated into incidents in the portal (Microsoft, 2026-10-09, Preview) Inline blocking, and masking of sensitive data in responses, across prompts, tool calls, and responses, plus on-demand MCP-server scanning; no documented chain reconstruction or risk score (Palo Alto, 2025-11-19; docs, 2026-10-22) Returns retained transcripts for eDiscovery and DLP; no chain reconstruction or risk score is documented (Anthropic docs, 2026-10-26)
Deployment model Local post-hoc forensic over past on-disk sessions Scheduled ggshield jobs and on-demand hooks on the endpoint, with no resident agent (a local machine scan with metadata egress, AI Hooks that send content to a GitGuardian API, an agent inventory), plus an API-backed core engine on GitGuardian SaaS or a self-hosted instance Cloud-managed endpoint agent: discovery plus inline runtime protection on onboarded devices, read in the Defender portal Inline real-time interception in the model request and response cycle, at a gateway or at coding-agent hooks managed by Cortex AES, plus on-demand scanning as an MCP server Cloud activity feed for Claude Enterprise and Claude Console organizations, plus Claude Enterprise content and session transcripts

Architectural and deployment comparison, current as of 2026-10-26. Cells compare only on where each tool runs, what it requires, what it reads, and what it covers. Skarn's own precision is measured separately, and published with its method, for secret detection and attack-chain correlation. What the session logs actually contain is measured in the session secret-exposure teardown, and the scanning guide shows where each assistant keeps them. Each incumbent cell links to that vendor's own dated source. Microsoft's AI agent runtime protection, and local AI agent discovery on macOS, are Preview and are marked as such.

The tools, in detail

Skarn Best for: local, no-egress AI-session forensics and real-time pre-execution prevention across a team

Skarn is an AI coding session security scanner that reads the local session transcripts AI coding assistants already write to disk, across Claude Code, Gemini CLI, Antigravity, Codex CLI, Cursor, GitHub Copilot, Kimi Code CLI, Grok Build, Grok Bot, OpenCode, Cline, Cowork, Claude Enterprise, from a single binary. It pulls leaked credentials out of past sessions redacted, scored, and attributed to the exact session, using 251 built-in rules covering 200+ credential types. Past keys, it correlates multi-stage attacks - a prompt injection that drives a secret read and then an exfiltration - into an attack chain across MITRE ATLAS tactic-aligned stages, and assigns a 0-100 risk score per session and per team for dashboards or a CI gate. Every finding is crosswalked against MITRE ATLAS, the OWASP Top 10 for LLM Applications 2025, and CWE, emitted as SARIF 2.1.0 taxonomies for a SIEM, ASPM, or GitHub code scanning. Beyond the audit, a real-time pre-execution guard hook for Claude Code, Gemini CLI, Antigravity, Codex CLI, Cursor, GitHub Copilot, Kimi Code CLI, Grok Build, Cline can refuse a leaked credential before the tool call runs. It makes no network calls by default and redaction is enforced by a gate, which is what gets it past data-residency review.

Strengths

  • Local-first, no network egress by default; redaction enforced by a gate
  • Reports individual secrets and reconstructs attack chains post-hoc
  • Crosswalks findings to MITRE ATLAS, OWASP LLM Top 10 2025, and CWE in SARIF
  • 13 assistants from one binary, on macOS, Windows, and Linux
  • SARIF / JSON output and CI gating by severity or risk score

Deployment model

  • The scan is post-hoc over sessions already on disk; real-time prevention is a separate pre-execution guard on Claude Code, Gemini CLI, Antigravity, Codex CLI, Cursor, GitHub Copilot, Kimi Code CLI, Grok Build, Cline
  • Does not scan git repositories - pair it with a git scanner

GitGuardian Best for: real-time secret prevention on the developer endpoint

GitGuardian approaches the AI-session surface from secret detection: a scheduled scan of the secrets already on the machine, honeytokens, and real-time blocking inside coding agents. Its Developer Endpoint Protection, announced 2026-06-16, scans AI tool directories and log files on the developer machine, and its documentation separates two paths. In a machine scan, "Detection runs on the endpoint, and file contents are never transmitted to GitGuardian's servers." AI Hooks, which block secrets inside coding agents, "work like every other ggshield scan: the GitGuardian API scans the content" (GitGuardian docs, last updated 2026-10-26). Its agent inventory reports installed agents and MCP servers, and an optional history pass can "backfill MCP tool calls rebuilt from agent transcripts," parsing them on the endpoint (GitGuardian docs, last updated 2026-10-16). The precondition is an account: the documented prerequisite is "a GitGuardian business account with Endpoint Protection enabled," Endpoint Protection "is only available for workspaces with a Growth or Enterprise plan," and the enrolled machine appears under Endpoints in the GitGuardian dashboard (GitGuardian docs, last updated 2026-10-16), on GitGuardian's US or EU workspace or a self-hosted instance. The core ggshield secret-detection engine relies on the GitGuardian API and authenticates with an API key; a self-hosted instance is selectable, and detection still routes through a GitGuardian API endpoint rather than a local-only engine. As of 2026-10-26 the Endpoint Protection documentation describes no attack-chain or behavioral correlation. The architectural contrast to Skarn is the deployment model (a service with an account, a dashboard, and a detection API behind its hooks, on GitGuardian SaaS or a self-hosted instance), not a local-scan gap: the machine scan does run locally.

Strengths

  • Real-time secret blocking inside coding agents; mature, broad secret-detection engine
  • The machine scan detects on the endpoint and sends GitGuardian only fingerprints and metadata
  • Fleet inventory of AI agents and MCP servers, with past MCP tool calls rebuilt from agent transcripts
  • Fits teams already standardized on GitGuardian, with SIEM/SOAR forwarding

Architectural contrast

  • Requires a GitGuardian business account on a Growth or Enterprise plan with Endpoint Protection enabled; the endpoint enrols into the GitGuardian dashboard (docs, 2026-10-16)
  • AI Hooks and the core ggshield engine send the content they scan to a GitGuardian API endpoint (docs, 2026-10-26)
  • No documented attack-chain / behavioral / MITRE ATLAS correlation in the Endpoint Protection docs (2026-10-26)

Microsoft Defender for Endpoint Best for: Microsoft-tenant fleets that want AI-agent inventory and inline prompt-injection blocking in the Defender portal

Microsoft has moved onto this surface from the endpoint-management side. In local AI agent discovery, which Microsoft's current documentation no longer marks as Preview except on macOS, "Microsoft Defender can discover local AI agents and their configured MCP servers after it observes agent activity on onboarded devices, then surfaces them in the Microsoft Defender portal" - command-line agents, desktop apps, agentic IDEs and VS Code extensions among them - and an additional licence adds risk levels and security recommendations. AI agent runtime protection, in Preview, works by "inspecting critical points in the agent loop where content enters or leaves the agent's reasoning": on agents such as Claude Code, Codex CLI, and GitHub Copilot CLI it uses the agent's own event interfaces to "apply audit or block decisions at critical points in the agent workflow," and network inspection covers agents that expose none. So Defender does inspect and block locally, and the honest contrast is not capability but precondition: both capabilities need devices onboarded to Defender, a Defender licence, and the Defender portal, where the inventory and the SOC's alerts land; runtime protection also notifies the developer in the agent and on the device. Local AI agent discovery needs "a Microsoft Defender for Endpoint Plan 2 license," and Microsoft states that "your environment is in the commercial cloud. Sovereign and national clouds aren't supported"; runtime protection accepts "a Microsoft Defender for Endpoint Plan 2, Microsoft 365 E5, Microsoft Agent 365, or Microsoft 365 E7 license" on supported Windows devices. Microsoft's documentation describes no reading of the session history already on disk.

Strengths

  • Inline prompt-injection detection and blocking at the agent's own hook points, on agents such as Claude Code, Codex CLI, and GitHub Copilot CLI, with network inspection for agents without them
  • Inventory of local AI agents and MCP server configurations across an onboarded fleet, with risk levels and recommendations on an additional licence
  • Alerts land in the Defender portal and correlate into incidents in a SOC workflow teams already run

Architectural contrast

  • Local AI agent discovery requires an environment in the commercial cloud; sovereign and national clouds are not supported (Microsoft, 2026-10-07)
  • Requires a Defender tenant, onboarded devices, a Defender licence (Plan 2 for discovery; Plan 2, Microsoft 365 E5, Agent 365, or E7 for runtime protection), and the Defender portal (2026-09-25 and 2026-10-07)
  • Inline at the hook or on the network path; no documented post-hoc reconstruction or 0-100 risk score over the sessions already on disk
  • Runtime protection is Preview ("a prereleased product which may be substantially modified"), and so is local AI agent discovery on macOS

Palo Alto Prisma AIRS Best for: inline, real-time interception at an AI gateway or at managed coding-agent hooks

Prisma AIRS secures AI coding agents inline. In Palo Alto's documented Claude Code integration (2025-11-19), "every user prompt and tool call is automatically scanned and validated before the AI model processes it," functioning as "a deterministic security control layer within the model's request/response cycle," with data flowing through Prisma AIRS for analysis before reaching the model. The same post notes that Prisma AIRS can also run as an MCP server inside agent workflows, for analysis "not dependent on the real-time API intercept," including "retrospective scanning and analysis of AI-native applications." The Prisma AIRS 3.0 launch (2026-03-23) uses the "vibe coding agents" category language for endpoint agents running on developer systems and an AI Agent Gateway that governs tool calls, and since September 2026 Cortex AES deploys and manages the hook interception across coding agents: "Prisma AIRS integrates with Cortex Agentic Endpoint Security (AES), an endpoint governance platform, to secure AI coding tools such as Claude Code, Cursor, Codex, GitHub Copilot, and Antigravity on developer endpoints." AES deploys and manages the AIRS hooks on each device, and Prisma AIRS inspects "prompts, MCP tool calls, and network calls" and returns the verdict (Palo Alto docs, updated 2026-10-22). This is a deployment-model contrast to Skarn, not a feature gap: Prisma AIRS is inline real-time interception, at a gateway or at the agent's hooks, with on-demand scanning of what an agent sends it, while Skarn is local post-hoc forensic reconstruction across the session stores already on disk, which Palo Alto's documentation does not describe reading. The two differ in where the data comes from: Prisma AIRS inspects what an agent, a hook, or an integration sends it, while Skarn finds and parses the session stores already on the machine.

Strengths

  • Inline, real-time interception of prompts and tool calls before the model
  • Through Cortex AES, managed hooks in Claude Code, Cursor, Codex, GitHub Copilot, and Antigravity on developer endpoints
  • Enterprise platform, brand, and distribution at scale
  • Owns resonant "vibe coding agents" category language
  • Also runs as an MCP server for on-demand and retrospective scanning inside agent workflows

Architectural contrast

  • In the coding-agent integrations, inline with the verdict from the Prisma AIRS API, even when the hook runs on the endpoint; not a local, no-egress control
  • Real-time blocking, and masking of sensitive data in responses, across prompts, tool calls, and responses, plus on-demand MCP scans of what a user or an agent sends; no documented reading of past on-disk session stores or chain reconstruction across them

Anthropic Claude Compliance API Best for: routing Claude Enterprise activity and session transcripts into a SIEM

Anthropic's Compliance API gives Claude Enterprise and Claude Console organizations programmatic access to their activity feed, and Claude Enterprise organizations also get claude.ai content and, since a documentation change Skarn dated between 2026-07-31 and 2026-09-02, session transcripts. "The local and remote session endpoints are stable for Cowork, Claude Code, and Claude for Microsoft 365 sessions," and "Local sessions run on users' machines while they are signed in with their Claude Enterprise account." A transcript carries "user prompts, assistant text, tool calls, and the text portions of tool results." Anthropic states the boundary itself: "Anthropic records each conversation server-side as its requests reach the Claude API; nothing is installed on the device," and "Local session transcripts show what Claude was asked to do and what it returned, not what occurred on the device." The session endpoints do not return Claude Code sessions on a Claude Console API key or on Amazon Bedrock, Google Cloud, or Microsoft Foundry, or Claude Code cloud sessions; "Thinking blocks are never included" and "Tool definitions and MCP server configuration are not part of the transcript." Beside it, Anthropic documents OpenTelemetry logging to a collector the customer runs, and Inference hooks, through which the organization's AI security server can deny a governed prompt inline. The contrast is architectural: a transcript held by Anthropic of what reached its API, for Anthropic's own apps on Claude Enterprise, versus a local scan of the session files every assistant writes on every machine, whichever key or cloud the session ran on.

Strengths

  • First-party feed of Claude Enterprise activity, claude.ai content, and Claude Code and Cowork transcripts into existing DLP / SIEM
  • Nothing to install on the device; local session transcripts retained by Anthropic for six years by default, for the organization's finite custom retention period when one is set, or for at most 30 days with HIPAA readiness
  • Available on a Claude Enterprise plan the buyer may already have

Architectural contrast

  • Local session transcripts are captured server-side as requests reach the Claude API, "not what occurred on the device" (Anthropic docs, 2026-10-26)
  • Session transcripts are for Claude Enterprise organizations (Anthropic docs, 2026-10-26); the Compliance API overall is "available to Enterprise plan organizations and to Claude Platform customers in Claude chats," with a separate Compliance API for Anthropic's dedicated government deployments (Anthropic support, fetched 2026-10-26)
  • Not returned by the session endpoints: Claude Code sessions on a Claude Console API key, Amazon Bedrock, Google Cloud, or Microsoft Foundry, Claude Code cloud sessions, and local sessions under zero data retention; in organizations with HIPAA readiness the local session endpoints return Cowork and Claude Code sessions only, stored for at most 30 days; thinking blocks are never included, and tool definitions and MCP server configuration are not part of the transcript (Anthropic docs, 2026-10-26)

A different surface, left out of the table: git-repository secret scanners scan git repositories and commit history and have no awareness of AI session structure (MCP calls, tool invocations, multi-turn attack progression). They complement a session scanner.

Skarn vs gitleaks and trufflehog

A different axis from the table above: not where the tool runs, but which surface it reads. gitleaks and trufflehog are the two tools most often suggested for this problem, and they were built for a different one.

Both are good at what they were built for. gitleaks and trufflehog scan git repositories and commit history for secrets, and trufflehog additionally verifies many credential types against the issuing service. Both can also be pointed at a directory of files, so "they only read git" is not the distinction.

The distinction is that a credential pasted into an AI chat and never committed never enters git, and the file it does land in is not a file either tool knows to look for. Finding it takes four things a git scanner does not do: discovering each assistant's session store, parsing the format that store is in, attributing the hit back to a session and a message, and correlating a leak with the prompt injection that caused it.

Capability Skarn gitleaks trufflehog
Scans git history and repositories No, by design Yes, its primary purpose Yes, its primary purpose
Discovers AI assistant session stores automatically Yes, 13 assistants, no paths to configure No, you supply the path to gitleaks dir No, you supply the path to trufflehog filesystem
Parses the session formats those stores use Yes: JSONL transcripts, SQLite state.vscdb, zstd-compressed rollouts, and the per-vendor blob and prompt-log formats Text and file scanning; no session-format parsing Text and file scanning; no session-format parsing
Attributes a finding to a session, message and assistant Yes File and line File and line
Correlates prompt-injection-to-exfiltration chains Yes, across MITRE ATLAS 5.6.0 tactic-aligned stages, with a 0-100 session risk score No No
Verifies a found credential against the issuing service No, by design: verification is a network call and Skarn makes none by default No Yes, for many credential types
Blocks a leak before the tool call runs Yes, the guard hook on 9 assistants No; its pre-commit hook runs at commit time, after the tool call No; pre-commit and CI run at the repository boundary, after the tool call
Licence Commercial, with a free tier under a registered licence Open source (MIT) Open source (AGPL-3.0)

Current as of 2026-09-04, from each project's own README and repository metadata; both are linked under methodology and sources. The rows that read "no session-format parsing" and "No" for store discovery and chain correlation are absences noted from the documented command surface of each tool, not statements by either project that it does not cover this. Not a replacement in either direction: a team that ships code needs a git secret scanner, and a team whose developers use AI assistants needs something that reads the session stores. Run both. The paths a session scan covers are listed on the session-store reference page.

Which one should you use?

Pick by the moment and surface you are worried about, then combine.

You want to audit what has already leaked into local AI sessions across a team, with no egress.
Use Skarn. It reads the on-disk history across 13 assistants locally, reconstructs attack chains, and gives a risk score per session and per team for a report or a CI gate, making no network calls by default.
You want real-time secret prevention on the developer machine.
GitGuardian's AI Hooks are a real-time prevention control, and its Developer Endpoint Protection adds a scheduled scan of the secrets already on the machine and an inventory that can rebuild past MCP tool calls. Pair them with a local post-hoc audit of the session history already on disk that correlates attack chains across it, which GitGuardian's documentation does not describe.
You run a Microsoft tenant and want AI-agent inventory and inline blocking in the Defender portal.
Microsoft Defender for Endpoint does both; runtime protection is in Preview as of 2026-10-09. Check two preconditions first: local AI agent discovery requires an environment in the commercial cloud (sovereign and national clouds are not supported), and both capabilities need onboarded devices and a Defender licence (Defender for Endpoint Plan 2 for discovery; Plan 2, Microsoft 365 E5, Microsoft Agent 365, or Microsoft 365 E7 for runtime protection). If you are in a sovereign cloud, air-gapped, or outside those licences, a local binary is the control that still runs.
You want an inline gateway that blocks prompts and tool calls before the model.
Palo Alto Prisma AIRS is inline real-time interception, at a gateway or, through Cortex AES, at hooks in the coding agents on developer endpoints, and it can also scan on demand as an MCP server. It is a different deployment model from a local post-hoc forensic scan; teams that want both run a local audit alongside it.
You want Claude Enterprise activity and Claude Code transcripts in your SIEM.
Anthropic's Compliance API is the first-party feed. Its local session endpoints return what reached the Claude API from Claude Enterprise sign-ins - not the on-disk record, not Claude Code cloud sessions, and not Claude Code sessions on a Console API key or a third-party cloud - so pair it with a local-disk session scanner for that surface and for every other assistant.
You want to scan your repositories.
gitleaks or trufflehog, for fast pre-commit and CI over git history. Neither discovers or parses the AI session stores, so run an AI-session scanner alongside; the two surfaces are set out in Skarn vs gitleaks and trufflehog above.

Methodology and sources

We compare only on the architectural and deployment axis - where each tool runs, what it requires before it runs, what egress it needs, and what session surface it reads - because those properties are structural to each product's design. Every "no" or "not covered" cell links to the named vendor's own dated source. The incumbent comparison is current as of 2026-10-26; the gitleaks and trufflehog section was checked separately against each project's own repository on 2026-09-04.

  • GitGuardian Developer Endpoint Protection (AI tool directories and log files): blog.gitguardian.com, published 2026-06-16.
  • GitGuardian Endpoint Protection data handling (machine scans detect on the endpoint and check validity directly with providers; AI Hooks send the scanned content to the GitGuardian API): docs.gitguardian.com, last updated 2026-10-26.
  • GitGuardian AI agent and MCP inventory (MCP tool calls rebuilt from agent transcripts, parsed on the endpoint): docs.gitguardian.com, last updated 2026-10-16.
  • GitGuardian Developer Endpoint Protection prerequisites (business account, dashboard enrolment) and plan availability (Growth or Enterprise): docs.gitguardian.com and the Endpoint Protection overview, both last updated 2026-10-16.
  • GitGuardian core ggshield engine API dependency (GitGuardian SaaS or an on-premise instance): docs.gitguardian.com, last updated 2026-10-16.
  • Microsoft Defender for Endpoint, local AI agent discovery (commercial cloud only, Defender for Endpoint Plan 2 licence, portal): learn.microsoft.com, last updated 2026-10-07.
  • Microsoft Defender for Endpoint, local AI agent and MCP-server discovery (macOS in preview): learn.microsoft.com, last updated 2026-10-09.
  • Microsoft Defender for Endpoint, AI agent runtime protection (inline inspection and blocking at agent hook points, network inspection): learn.microsoft.com, Preview, last updated 2026-10-09.
  • Microsoft Defender for Endpoint, AI agent runtime protection prerequisites (licences, onboarded Windows devices): learn.microsoft.com, last updated 2026-09-25.
  • Palo Alto Prisma AIRS inline interception for Claude Code, and on-demand scanning as an MCP server: paloaltonetworks.com, published 2025-11-19.
  • Palo Alto Prisma AIRS integration with Cortex Agentic Endpoint Security (AIRS hooks in coding agents on developer endpoints): docs.paloaltonetworks.com, updated 2026-10-22.
  • Palo Alto Prisma AIRS 3.0 "vibe coding agents" category language: paloaltonetworks.com, published 2026-03-23.
  • Anthropic Claude Compliance API overview (content endpoints serve Claude Enterprise data only): platform.claude.com, fetched 2026-10-26.
  • Anthropic Claude Compliance API session transcripts (Claude Code and Cowork local sessions, server-side capture, exclusions): platform.claude.com, fetched 2026-10-26.
  • Anthropic Claude Compliance API eligibility (Enterprise plan organizations and Claude Platform customers in Claude chats; a separate Compliance API for dedicated government deployments): support.claude.com, fetched 2026-10-26.
  • gitleaks command surface (git for repositories and history, dir for directories and files, pre-commit hook) and MIT licence: github.com/gitleaks/gitleaks, README and repository metadata, fetched 2026-09-04.
  • trufflehog command surface (git, github, filesystem and other sources, --results=verified live credential verification) and AGPL-3.0 licence: github.com/trufflesecurity/trufflehog, README and repository metadata, fetched 2026-09-04.
  • Skarn architectural claims (local-first, no egress, attack-chain, risk score, standards crosswalk): the Skarn manual and the standards crosswalk, as of 2026-07-12.

Attribution: every Compliance API sentence above is Anthropic's own, from the pages fetched 2026-10-26; earlier versions of this page cited an independent audit for MCP, tool-call, and Cowork exclusions that Anthropic's documentation no longer supports, and that citation is withdrawn. Until 2026-10-26 this page also quoted a Public Sector exclusion from Anthropic's eligibility article, which the article no longer carries, and an exclusion of local sessions in organizations with HIPAA readiness; Anthropic's sessions page now states that in those organizations the local session endpoints return Cowork and Claude Code sessions, stored for at most 30 days. GitGuardian's "no attack-chain" cell is an absence noted from the Endpoint Protection documentation as of 2026-10-26, not a vendor statement of non-coverage; GitGuardian's Endpoint Protection does scan locally and parses agent transcripts on the endpoint, and Microsoft Defender does inspect and block locally at agent hook points - the cells above are about preconditions and surfaces, not about whether these products can run on an endpoint. Microsoft's commercial-cloud prerequisite is documented for local AI agent discovery specifically; Defender's runtime protection is Preview, and so is local AI agent discovery on macOS. The Prisma AIRS cell is a deployment-model contrast, not a missing feature. Where a cell says a capability is not documented, that is an absence in the vendor's cited documentation, not a statement that the product cannot do it.

See your own AI-session exposure in 30 minutes

A 30-minute live demo of the scanner on a developer's machine, run with you. Nothing leaves the laptop: you watch it run and keep the redacted report.

Runs on macOS, Windows, and Linux, on both Intel and ARM.