CrowdStrike LogScale MCP server: one tool of 138 reaches it
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.
Last verified 1 September 2026 · from CrowdStrike's repository, PyPI and the installed package's own registration code
This page is one of 90 in a directory of monitoring and developer tools. Each page checks what an AI coding agent can get out of the tool through its MCP server, the connector 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 138 tools across 27 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. shield registers 16 tools, cases 13, cloud and rtr 11 each, 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. That narrow route does not extend into delivery, agent traces or spend.
| 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 | None for your own agents | No traces or evaluations. The agentworks module observes Falcon's agents, not yours |
| 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.
138 tools registered across 27 modules, 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- Writing4Write
falcon_create_casefalcon_add_iocfalcon_remove_iocsfalcon_manage_host_grouping_tags
Groups follow the module names in the package. Counted on 24 August 2026 from version 0.17.0 of the installed package, reading its own _add_tool registration calls, because the server authenticates before it will answer tools/list. Tools default to read-only annotations at registration. The table names 22 of the 138 as examples of each module, because printing every name would fill the page.
What connecting costs before the first question
A context window is the amount of text a model can hold at once. 138 tools across 27 modules cost 21,060 to 27,979 tokens on Claude at connection. Exactly one of them reaches LogScale.
That ratio is the finding. An agent connected for LogScale search pays for the entire Falcon platform surface, and the module filter is the only way to stop paying for the other 26.
| 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 documented | 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 from the 138 tool entries in CrowdStrike's own documentation. 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 138.
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 27 modules cover detections, hosts, intelligence, vulnerabilities, cloud posture and response. None of them carries application latency, error rates or traces.
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
138 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 138 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 138 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"}}}}The key is `servers`, not `mcpServers`. VS Code is the only client that uses that name, and copying a config from anywhere else fails silently.
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 138 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
- 138 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.18.0 · repository pushed 1 September 2026 |
| Adoption | 239 stars · 81 forks · 19 releases · 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 | 138, across 27 modules |
| LogScale route | falcon_search_ngsiem, one tool |
| Largest module | shield, 16 tools |
| Inventory source | The installed package's registration calls, read 24 August 2026 |
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 | 239 |
| Last push | 24 August 2026 |
| Version | 0.18.0 on PyPI |
| License | MIT |
| Tools registered | 138 |
| Modules registering tools | 27 |
| Tools in the NGSIEM module | 1 |
| Largest module | shield, 16 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 24 August 2026. Tool and module counts were read from the installed package's own _add_tool registration calls. An unauthenticated tools/list is impossible here: a capture attempt on the same date 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 27 modules, from detections through intelligence to cloud posture.
- Main weakness
- LogScale is one tool of 138, so a log-only use case pays for a great deal it will not call.
- Operational risk
- Writing tools exist among the 138, 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, from $10 per million spans.
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?
138 across 27 modules, read from the installed package's registration calls on 24 August 2026. 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 138 reaches it. Use the LogScale query API directly, or an application-log connector such as OpenSearch or Elastic.