NewAgent Observability is live.
Back to directory
CrowdStrike LogScale logo

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.

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

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 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 & evalsNone for your own agentsNo traces or evaluations. The agentworks module observes Falcon's agents, not yours
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.

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 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 documented13814,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 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. 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

    138 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 138 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 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.

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"}}}}

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.

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 138 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
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_string parameter. Have the agent read that resource before composing a query.

CrowdStrike LogScale MCP server: Reference

ItemValue
StatusPyPI 0.18.0 · repository pushed 1 September 2026
Adoption239 stars · 81 forks · 19 releases · 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
Tools138, across 27 modules
LogScale routefalcon_search_ngsiem, one tool
Largest moduleshield, 16 tools
Inventory sourceThe 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 checkedWhat it shows
Stars239
Last push24 August 2026
Version0.18.0 on PyPI
LicenseMIT
Tools registered138
Modules registering tools27
Tools in the NGSIEM module1
Largest moduleshield, 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.”

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 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 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?

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.

Changelog

  • 28 August 2026. CrowdStrike/falcon-mcp v0.18.0 released, the most recent version.
  • 22 August 2026. v0.17.0 released. The tool groups on this page were counted on it.
  • 16 July 2025. First release, v0.1.0.
  • 10 June 2025. CrowdStrike/falcon-mcp created on GitHub.

Sources

Every number on this page traces to one of these

  1. Repository facts from the GitHub API · CrowdStrike/falcon-mcp, retrieved 24 August 2026
  2. Version and Python requirement from PyPI · falcon-mcp 0.18.0, retrieved 1 September 2026
  3. Tool and module counts read from the installed package's _add_tool registration calls
  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: