NewAgent Observability — find failures before customers do.
Back to directory
CrowdStrike LogScale logo

CrowdStrike LogScale MCP server: 1 LogScale tool among 166

There is no LogScale-only server. What CrowdStrike's own connector covers, which single tool queries LogScale, and why its tool list cannot be inspected without a key.

Connector
Official, self-hosted, whole Falcon platform
Coverage
Detections, hosts, incidents, intel, vulnerabilities, NG-SIEM
Tools
166, across 28 modules
Biggest risk for an agent
One tool of 166 is the LogScale route

Checked 6 October 2026 · from CrowdStrike's repository, PyPI and the installed package's own registration code

One of 91 guides to monitoring and developer tools. Each covers what an AI coding agent can get out of the tool through MCP, the protocol that lets the agent query the tool directly.

Summary

CrowdStrike publishes no LogScale MCP server. CrowdStrike publishes one connector for the whole Falcon platform, falcon-mcp, and it registers 166 tools across 28 modules.

LogScale is reachable through exactly one of them. The NGSIEM module registers falcon_search_ngsiem. It runs CQL, the query language LogScale uses, against LogScale-based Next-Gen SIEM, CrowdStrike's security information and event management product.

The tool list cannot be inspected before you commit. The server authenticates against the Falcon API at startup and exits if that fails, so an unauthenticated tools/list returns nothing at all.

What is the CrowdStrike LogScale MCP server?

It is CrowdStrike's server for the Model Context Protocol. Falcon is a security platform, so a connected agent reaches detections, hosts, incidents, threat intelligence and vulnerabilities.

LogScale is CrowdStrike's log management engine, and it sits underneath Next-Gen SIEM rather than being exposed on its own. That is why searching for a LogScale connector finds this one.

The module layout is the useful map. guardian registers 25 tools, shield 16, cloud 14, cases 13, rtr 11, and ngsiem exactly 1. Every tool name carries a falcon_ prefix, added at registration.

LogScale is reached through Falcon's NGSIEM module, where falcon_search_ngsiem runs CQL against its security data. The Guardian module, added in v0.19.0, watches AI agent activity on your hosts. Delivery and spend stay out of reach.

Part of the workWhat CrowdStrike LogScale has hereCan an agent reach it
Code, tests & reviewNoneNothing for code or review. Vulnerability findings reference packages, not diffs
CI & releaseNoneNo pipeline or deployment tools
Production observabilityDetections, incidents, hosts, NG-SIEM search over LogScaleYes. Core strength for security telemetry. Application metrics and traces are not part of the platform
Agent observability & evalsGuardian: AI agent sessions, prompts and tool use on your hostsPartial. A security view of agents such as Claude Code and Cursor, from v0.19.0. Traces and evaluations of agents you build sit outside it
AI cost managementNoneNo spend data of any kind

CrowdStrike's connector answers security questions about your machines: what was detected, on which host, and what its intelligence says about it. LogScale enters as one NGSIEM search tool; an availability question still needs metrics or traces from somewhere else.

What can an AI agent do with CrowdStrike LogScale?

TaskToolsWorksWatch out for
Query LogScale-based NG-SIEMEnable ngsiem falcon_search_ngsiemYesThe only LogScale route here; it takes a CQL query string
Investigate a detectionEnable detections falcon_search_detections falcon_get_detection_details falcon_aggregate_detectionsYesSearch tools take filters written in FQL, Falcon's own filter syntax. Each module ships a guide resource for it
Find the host behind an alertEnable hosts falcon_search_hosts falcon_get_host_detailsYesfalcon_manage_host_grouping_tags in the same module writes
Check threat intelligenceEnable intel falcon_search_actors falcon_search_indicators falcon_search_reportsYesActors, indicators and reports are separate searches
Assess vulnerability exposureEnable spotlight falcon_search_vulnerabilities falcon_search_serverless_vulnerabilitiesYesSpotlight registers a single tool; serverless is its own module
Work an incident caseEnable cases falcon_search_cases falcon_get_cases falcon_create_caseYesfalcon_create_case writes; the cases module is 13 tools
See application latencyGrafana, Datadog or PrometheusNo, separate serverFalcon holds security telemetry, not application performance

Most search tools have a matching guide resource, such as the CQL authoring guide for falcon_search_ngsiem. Those are resources rather than tools, so an agent has to fetch them deliberately.

166 tools registered across 28 modules in version 0.19.0, every name prefixed `falcon_`

NG-SIEM, over LogScale1
falcon_search_ngsiem
Detections3
falcon_search_detectionsfalcon_get_detection_detailsfalcon_aggregate_detections
Hosts2
falcon_search_hostsfalcon_get_host_details
Intelligence3
falcon_search_actorsfalcon_search_indicatorsfalcon_search_reports
Vulnerabilities2
falcon_search_vulnerabilitiesfalcon_search_serverless_vulnerabilities
Cloud3
falcon_search_kubernetes_containersfalcon_search_images_vulnerabilitiesfalcon_search_iom_findings
Response2
falcon_search_rtr_sessionsfalcon_search_rtr_audit_sessions
AI agent activity3
falcon_search_guardian_agentsfalcon_get_guardian_agent_sessionsfalcon_search_guardian_prompts
Writing4Write
falcon_create_casefalcon_add_iocfalcon_remove_iocsfalcon_manage_host_grouping_tags

Groups follow the module names in the package. Counted on 6 October 2026 from version 0.19.0 of the published package, reading its own _add_tool registration calls, because the server authenticates before it will answer tools/list. Version 0.17.0, counted the same way on 24 August 2026, registered 138 across 27 modules. Tools default to read-only annotations at registration. The table names 25 of the 166 as examples of each module, because printing every name would fill the page.

What the tool definitions cost in context

A client that loads every tool definition at the start of a session spends this much context before the first question. Claude Code defers definitions by default through tool search, and loads a tool's definition when the agent needs it. The method below gives the version and date measured.

A context window is the amount of text a model can hold at once. Measured on version 0.17.0, its 138 tools across 27 modules cost 21,060 to 27,979 tokens on Claude when a client loads them. Version 0.19.0 registers 166, so the current cost is higher. Exactly one tool reaches LogScale.

That ratio is the finding. An agent connected for LogScale search is offered the entire Falcon platform surface. The module filter removes the other 27 at the server; a client that defers tool loading also avoids paying for them upfront.

Tool setToolsTokens (GPT-5.6, GPT-5.5)Tokens (GPT-4, GPT-3.5)Tokens (Claude Haiku 4.5 to Opus 5)Share of a 200,000-token window
Every tool in version 0.17.013814,603 to 15,85214,566 to 15,81521,060 to 27,9797.3% to 14.0%

Encodings: GPT-5.6, GPT-5.5 o200k_base; GPT-4, GPT-3.5 cl100k_base; Claude Haiku 4.5 to Opus 5 count_tokens. Counted on 24 August 2026 from the 138 tool entries in CrowdStrike's own documentation for version 0.17.0. That documentation is the only public inventory.

The server could not be run for a live tools/list. It authenticates before it registers anything. No input schemas are therefore available. These figures cover each tool's name and description only. They are a floor, not the figure.

The Claude columns are measured through the API's count_tokens endpoint with an empty schema per tool. So they cover the same content as the GPT columns. The range there is two tokenizer generations. Haiku 4.5 and Opus 4.6 are at the low end. Opus 5 and Sonnet 5 are at the high end. The gap between them is about a third.

CrowdStrike LogScale MCP server limits: where answers come back incomplete

The limits below come from LogScale not being a product with its own connector.

The agent says: “I could not find a LogScale server.” There is not one, and there is a route.

CrowdStrike publishes one platform connector rather than a per-product set. LogScale is the engine under Next-Gen SIEM, and falcon_search_ngsiem is the single tool that queries it.

A standalone LogScale deployment that is not behind NG-SIEM has no tool at all in the 166.

Guard: Establish whether your logs sit behind NG-SIEM before planning around this connector, because that decides whether one tool or none applies.

The tool list cannot be inspected before you supply real credentials.

A capture attempt on 24 August 2026 with placeholder credentials returned HTTP 401 from the Falcon API, and the process exited before registering anything. Most servers in this guide register statically and answer tools/list regardless.

Guard: Plan the module filter from the documentation rather than from a trial connection, since there is no way to look first.

The agent says: “The service looks healthy.” This connector sees security telemetry.

The 28 modules cover detections, hosts, intelligence, vulnerabilities, cloud posture, response and AI agent activity. Application latency, error rates and service traces sit outside all of them.

Guard: Pair it with a metrics or tracing connector before asking any availability question.

How to configure CrowdStrike LogScale MCP for agents

  1. 1

    Expect to supply credentials before you can see anything

    The server authenticates at startup, so there is no way to inspect the tool list first.

  2. 2

    Filter the modules

    166 tools is a large surface for a question about logs; the package carries a tool filter so a session can register fewer.

  3. 3

    Know where LogScale actually sits

    It is the engine under Next-Gen SIEM, reached by falcon_search_ngsiem with a CQL query.

  4. 4

    Scope the API client

    Falcon API clients carry scopes, and those decide what the agent can reach far more than the tool list does.

Paste this into your agent’s instructions

One tool of 166 is the LogScale route, and the rest answer different questions from different products. The block makes the agent say which surface it used.

Terminal
When you answer using CrowdStrike Falcon MCP tools, state:
- The tool you called and the module it belongs to.
- For log questions, whether you used falcon_search_ngsiem
  and the CQL query you ran.
- Whether the tool changed anything. Creating a case or
  adding an indicator writes to the platform.
Never state that data does not exist. State that no results
matched the query above.
Write your answer in ASD-STE100 Simplified Technical
English. Use short sentences with one idea in each.

Do you need the MCP server at all?

Not for log search alone. The NG-SIEM interface and the LogScale query API answer the same questions, without spending context on 166 tool definitions.

The connector earns its place on breadth: an agent can move from a detection to the host to the intelligence report in one session, which is awkward across separate consoles.

For application logs rather than security logs, OpenSearch or Elastic reach what your own pipeline ships, which Falcon does not see.

Connect it for security investigation across Falcon. Query LogScale directly when the question is only about logs.

CrowdStrike LogScale MCP server setup

The package installs from PyPI as falcon-mcp and needs Python 3.11 or later. A Falcon API client ID and secret are required before it will start.

Credentials are checked at startup rather than at first tool call, so a wrong key fails immediately and visibly.

Claude Code

The client ID and secret are mandatory. Without them the server exits before registering any tool.

Terminal
claude mcp add-json "falcon" '{"command":"falcon-mcp",
  "env":{"FALCON_CLIENT_ID":"<your-id>",
         "FALCON_CLIENT_SECRET":"<your-secret>",
         "FALCON_BASE_URL":"https://api.crowdstrike.com"}}'

Cursor

In ~/.cursor/mcp.json. Set the base URL for your Falcon cloud region.

Terminal
{"mcpServers":{"falcon":{"command":"falcon-mcp",
  "env":{"FALCON_CLIENT_ID":"<your-id>",
         "FALCON_CLIENT_SECRET":"<your-secret>",
         "FALCON_BASE_URL":"https://api.crowdstrike.com"}}}}

Codex CLI

Codex reads TOML, so the JSON blocks above will not transfer. The secret still applies.

Terminal
[mcp_servers.falcon]
command = "falcon-mcp"
env = { FALCON_CLIENT_ID = "<your-id>",
        FALCON_CLIENT_SECRET = "<your-secret>",
        FALCON_BASE_URL = "https://api.crowdstrike.com" }

Every other client

Each block below is the configuration for one client, with the file path and the key that client expects.

Claude Desktop

macOS ~/Library/Application Support/Claude/claude_desktop_config.json. Windows %APPDATA%\Claude\claude_desktop_config.json. There is no CLI. Edit through Settings, Developer, Edit Config.

Quit and restart fully for changes to load. Paths in args must be absolute. Logs at ~/Library/Logs/Claude/mcp.log.

Terminal
{"mcpServers":{"falcon":{"command":"falcon-mcp",
  "env":{"FALCON_CLIENT_ID":"<your-id>","FALCON_CLIENT_SECRET":"<your-secret>","FALCON_BASE_URL":"https://api.crowdstrike.com"}}}}
Gemini CLI

~/.gemini/settings.json globally, or .gemini/settings.json per project. Key mcpServers. CLI: gemini mcp add.

Terminal
{"mcpServers":{"falcon":{"command":"falcon-mcp",
  "env":{"FALCON_CLIENT_ID":"<your-id>","FALCON_CLIENT_SECRET":"<your-secret>","FALCON_BASE_URL":"https://api.crowdstrike.com"}}}}
VS Code Copilot

.vscode/mcp.json per workspace, or your user profile. CLI: code --add-mcp.

Terminal
{"servers":{"falcon":{"command":"falcon-mcp",
  "env":{"FALCON_CLIENT_ID":"<your-id>","FALCON_CLIENT_SECRET":"<your-secret>","FALCON_BASE_URL":"https://api.crowdstrike.com"}}}}

`.vscode/mcp.json` takes the key `servers`. VS Code also reads mcpServers from a portable .mcp.json at the project root or ~/.copilot/mcp-config.json. Its docs recommend the portable files for new servers.

Windsurf

~/.codeium/windsurf/mcp_config.json, which is the path Windsurf documents. Key mcpServers, the same JSON shape as Cursor, carrying the same credential.

Zed

~/.config/zed/settings.json, carrying the same credential as the blocks above.

The key is `context_servers`. Zed does not call them MCP servers in config, so searching its settings for mcp finds nothing.

Google Antigravity

~/.gemini/config/mcp_config.json globally, or .agents/mcp_config.json per project. Key mcpServers. There is no CLI. Use the /mcp overlay in the editor. Supports stdio, streamable HTTP, SSE and websocket.

Terminal
{"mcpServers":{"falcon":{"command":"falcon-mcp",
  "env":{"FALCON_CLIENT_ID":"<your-id>","FALCON_CLIENT_SECRET":"<your-secret>","FALCON_BASE_URL":"https://api.crowdstrike.com"}}}}
Amp (Sourcegraph)

~/.config/amp/settings.json or .amp/settings.json, carrying the same credential. The amp mcp CLI covers approve, doctor and oauth.

The key is `amp.mcpServers`, namespaced. A bare mcpServers block is ignored.

Cline

~/.cline/mcp.json per the docs. The source also reads ~/.cline/data/settings/cline_mcp_settings.json. Key mcpServers, standard JSON shape, carrying the same credential. Supports stdio, streamable HTTP and SSE.

Goose (Block)

~/.config/goose/config.yaml, carrying the same credential.

YAML, and servers are called `extensions`. Goose does not use the MCP vocabulary in config at all. Add one interactively with goose configure, or per session with goose session --with-extension.

Kiro (AWS)

.kiro/settings/mcp.json per workspace, or ~/.kiro/settings/mcp.json globally. Key mcpServers, standard JSON shape, carrying the same credential.

Warp

~/.warp/.mcp.json or .warp/.mcp.json. Key mcpServers, standard shape, carrying the same credential. Also addable through the /agent-add-mcp skill.

JetBrains Junie

.junie/mcp/mcp.json per project, or ~/.junie/mcp/mcp.json. Key mcpServers, carrying the same credential. Use /mcp in the CLI to manage.

Roo Code

.roo/mcp.json per project. The global file is mcp_settings.json, opened from the Roo Code MCP settings view with Edit Global MCP. Key mcpServers, carrying the same credential.

Continue

.continue/mcpServers/*.yaml, one file per server, carrying the same credential.

YAML, and `mcpServers` is a list, not an object. Every JSON client keys servers by name. Continue takes an array, so a converted config will not parse.

Trae

.trae/mcp.json per project, or paste into the UI under Raw Config (JSON). Key mcpServers, standard shape, carrying the same credential.

Devin

Devin has no config file to edit. Servers are added through a web form in the settings UI, and Devin's documentation states you do not need to write or paste JSON. The block below is the shape those fields describe, shown for reference. Either route uses the same credential.

Narrowing to the NG-SIEM module

Registering fewer modules is the practical answer to 166 tools when the question is only about logs. The same credentials apply.

Terminal
FALCON_CLIENT_ID=<your-id> \
FALCON_CLIENT_SECRET=<your-secret> \
falcon-mcp --modules ngsiem

Read-only access, permissions and security

  • Credentials gate registration, not just execution

    The server calls the Falcon API at startup and exits on failure, which is stricter than most connectors here.

  • Tools are annotated read-only by default

    The package's base module applies read-only annotations unless a tool overrides them.

  • Some tools still write

    Creating a case, adding or removing indicators of compromise, and managing host grouping tags all change platform state.

  • The API client's scopes are the real boundary

    A Falcon client can only reach what it was granted, whatever the tool list offers.

Troubleshooting

The server exits at startup
Authentication failed. The log line names the HTTP status and hints that the client ID and secret should be checked, and the process stops before registering tools.
Nothing is returned for a log search
falcon_search_ngsiem queries LogScale-based Next-Gen SIEM with CQL. A LogScale deployment that is not behind NG-SIEM is not reachable through this server.
The tool list is too large for the client
166 tools register by default. Use the package's module filtering to register only the modules a session needs.
A CQL query is rejected
The package ships a CQL authoring guide as a resource for the query_string parameter. Have the agent read that resource before composing a query.

CrowdStrike LogScale MCP server: Reference

ItemValue
StatusPyPI 0.19.0, published 1 September 2026 · repository pushed 1 October 2026
Adoption265 stars · 90 forks · 21 releases as of 6 October 2026 · repository created 10 June 2025
LicenseMIT
Packagefalcon-mcp on PyPI, Python 3.11 or later
AuthFALCON_CLIENT_ID and FALCON_CLIENT_SECRET, checked at startup
Tools166, across 28 modules
LogScale routefalcon_search_ngsiem, one tool
Largest moduleguardian, 25 tools
Inventory sourceThe published package's registration calls, read 6 October 2026 from version 0.19.0

What engineers report

The repository is active and well starred, so the useful figures are the module and tool counts.

What was checkedWhat it shows
Stars265
Last push1 October 2026
Version0.19.0 on PyPI
LicenseMIT
Tools registered166
Modules registering tools28
Tools in the NGSIEM module1
Largest moduleguardian, 25 tools

“falcon-mcp outputs INFO log messages to stdout during initialization when using stdio transport, which breaks JSON-RPC protocol compatibility with MCP clients.”

cybershogun-sudo, GitHub issue, 14 January 2026 · Logging to stdout on a transport where stdout is the protocol.

“Setting up the URL just as http://x.x.x.x:8000 gives 404 Not Found. Digging around and determined we needed to have a trailing /mcp in the URL.”

etaylor77, GitHub issue, 11 December 2025 · An undocumented path suffix, found by trial rather than from the documentation.

Repository facts from the GitHub API and PyPI, retrieved 6 October 2026. Tool and module counts were read from the _add_tool registration calls in version 0.19.0 of the published package. An unauthenticated tools/list is impossible here: a capture attempt on 24 August 2026 returned HTTP 401 and the process exited.

Should you connect an agent to CrowdStrike LogScale?

Yes. Best for module filtering, so a session registers the few modules its question needs.

Strongest fit
Falcon customers whose logs sit behind Next-Gen SIEM and who want one connector across security telemetry.
Main advantage
One authenticated connection reaches 28 modules, from detections through intelligence to cloud posture and AI agent activity.
Main weakness
LogScale is one tool of 166, so a log-only use case pays for a great deal it will not call.
Operational risk
Writing tools exist among the 166, and the API client's scopes rather than the tool list are the real boundary.

From Oodle

One platform for agent traces and infrastructure

Agent traces usually sit in a different product from the rest of your telemetry, so when a slow database makes an agent slow the symptom is in one tool and the cause is in another. Oodle keeps both in one query surface.

See agent observability

Frequently asked questions

Is there a CrowdStrike LogScale MCP server?

No. CrowdStrike publishes one platform connector, falcon-mcp, and LogScale is reachable through a single tool, falcon_search_ngsiem, against Next-Gen SIEM.

How many tools does falcon-mcp have?

166 across 28 modules in version 0.19.0, read from the package's registration calls on 6 October 2026. Version 0.17.0 had 138 across 27. Every name carries a falcon_ prefix.

Why can I not list the tools without a key?

The server authenticates against the Falcon API at startup and exits if that fails. A capture with placeholder credentials returned HTTP 401 and registered nothing.

Are the tools read-only?

They are annotated read-only by default at registration, but some write: creating a case, adding or removing indicators, and managing host grouping tags.

What if my LogScale is not behind NG-SIEM?

Then no tool in the 166 reaches it. Use the LogScale query API directly, or an application-log connector such as OpenSearch or Elastic.

Changelog

  • 1 September 2026. CrowdStrike/falcon-mcp v0.19.0 released, adding the Guardian module: 25 tools for AI agent activity on Falcon hosts.
  • 28 August 2026. v0.18.0 released, adding three cloud insights tools.
  • 22 August 2026. v0.17.0 released, with 138 tools across 27 modules.
  • 16 July 2025. First release, v0.1.0.
  • 10 June 2025. CrowdStrike/falcon-mcp created on GitHub.

Sources

Every number on the page traces to one of these

  1. Repository facts from the GitHub API · CrowdStrike/falcon-mcp, retrieved 6 October 2026
  2. Version and Python requirement from PyPI · falcon-mcp 0.19.0, retrieved 6 October 2026
  3. Tool and module counts read from the _add_tool registration calls in falcon-mcp 0.19.0
  4. The startup authentication failure observed directly on 24 August 2026

CrowdStrike LogScale’s own MCP documentation

For application logs rather than security logs:

For availability alongside security: