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.
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 work | What CrowdStrike LogScale has here | Can an agent reach it |
|---|---|---|
| Code, tests & review | None | Nothing for code or review. Vulnerability findings reference packages, not diffs |
| CI & release | None | No pipeline or deployment tools |
| Production observability | Detections, incidents, hosts, NG-SIEM search over LogScale | Yes. Core strength for security telemetry. Application metrics and traces are not part of the platform |
| Agent observability & evals | Guardian: AI agent sessions, prompts and tool use on your hosts | Partial. 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 management | None | No 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?
| Task | Tools | Works | Watch out for |
|---|---|---|---|
| Query LogScale-based NG-SIEM | Enable ngsiem falcon_search_ngsiem | Yes | The only LogScale route here; it takes a CQL query string |
| Investigate a detection | Enable detections falcon_search_detections falcon_get_detection_details falcon_aggregate_detections | Yes | Search tools take filters written in FQL, Falcon's own filter syntax. Each module ships a guide resource for it |
| Find the host behind an alert | Enable hosts falcon_search_hosts falcon_get_host_details | Yes | falcon_manage_host_grouping_tags in the same module writes |
| Check threat intelligence | Enable intel falcon_search_actors falcon_search_indicators falcon_search_reports | Yes | Actors, indicators and reports are separate searches |
| Assess vulnerability exposure | Enable spotlight falcon_search_vulnerabilities falcon_search_serverless_vulnerabilities | Yes | Spotlight registers a single tool; serverless is its own module |
| Work an incident case | Enable cases falcon_search_cases falcon_get_cases falcon_create_case | Yes | falcon_create_case writes; the cases module is 13 tools |
| See application latency | Grafana, Datadog or Prometheus | No, separate server | Falcon 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 set | Tools | Tokens (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.0 | 138 | 14,603 to 15,852 | 14,566 to 15,815 | 21,060 to 27,979 | 7.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
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
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
Know where LogScale actually sits
It is the engine under Next-Gen SIEM, reached by
falcon_search_ngsiemwith a CQL query. - 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.
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.
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.
{"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.
[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.
{"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.
{"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.
{"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.
{"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.
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_ngsiemqueries 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_stringparameter. Have the agent read that resource before composing a query.
CrowdStrike LogScale MCP server: Reference
| Item | Value |
|---|---|
| Status | PyPI 0.19.0, published 1 September 2026 · repository pushed 1 October 2026 |
| Adoption | 265 stars · 90 forks · 21 releases as of 6 October 2026 · repository created 10 June 2025 |
| License | MIT |
| Package | falcon-mcp on PyPI, Python 3.11 or later |
| Auth | FALCON_CLIENT_ID and FALCON_CLIENT_SECRET, checked at startup |
| Tools | 166, across 28 modules |
| LogScale route | falcon_search_ngsiem, one tool |
| Largest module | guardian, 25 tools |
| Inventory source | The 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 checked | What it shows |
|---|---|
| Stars | 265 |
| Last push | 1 October 2026 |
| Version | 0.19.0 on PyPI |
| License | MIT |
| Tools registered | 166 |
| Modules registering tools | 28 |
| Tools in the NGSIEM module | 1 |
| Largest module | guardian, 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.”
“Setting up the URL just as
http://x.x.x.x:8000gives 404 Not Found. Digging around and determined we needed to have a trailing /mcp in the URL.”
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 observabilityFrequently 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.