security-ml-integrations
Skill4 starsChanged 46 days agoApache-2.0View on GitHub
Install and manage Elastic security ML integration packages (beaconing, ded, dga, lmd, pad, problemchild). Handles the full lifecycle: pre-flight checks, Fleet package install, component templates, ingest pipelines, transforms, data views, ML anomaly detection jobs, and detection rules. Use when a user asks to install, set up, check the status of, or troubleshoot a security ML integration package.
2 other projects use a version of this.
Adopted by
Most recently taken up by
- elastic/agent-skillsword for word, first seen Nov 8, 2026
- elastic/cursor-pluginsword for word, first seen Nov 1, 2026
Other versions2 projects use a version of this.
Word for word · 2
- elastic/agent-skills★ 603100% same
- elastic/cursor-plugins★ 33100% same
Edited · 0
None found.
Wrote their own version · 0
None found.
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository31 other files it gives its agents.
- .claude/CLAUDE.mdCLAUDE.md
- cloud-onboardingSkill
- cloud-provisioningSkill
- elasticsearch-anomaly-detection-explainerSkill
- elasticsearch-anomaly-detectionSkill
- elasticsearch-cluster-healthSkill
- elasticsearch-esqlSkill
- elasticsearch-index-designSkill
- elasticsearch-ingestSkill
- elasticsearch-onboardingSkill
- elasticsearch-query-optimizationSkill
- elasticsearch-reindexSkill
- elasticsearch-search-relevanceSkill
- kibana-agent-builderSkill
- kibana-alerting-rulesSkill
- kibana-anomaly-detectionSkill
- kibana-casesSkill
- kibana-context-engineSkill
- kibana-dashboardsSkill
- kibana-workflowsSkill
- observability-csp-investigationSkill
- observability-k8s-investigationSkill
- observability-llm-obsSkill
- observability-onboardingSkill
- observability-service-reliabilitySkill
- observability-sre-triageSkill
- security-alert-analysisSkill
- security-alert-triageSkill
- security-case-managementSkill
- security-detection-rule-managementSkill
- security-generate-security-sample-dataSkill
The file
We split this skill into the rules it gives an agent
10 rules. About 0 are common, 4 are distinctive, and 6 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
6
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 73
Do not call any write API until the user confirms: If they decline, stop.
- Distinctive: line 75
Install the Fleet package, then apply shared mappings: After confirmation:
- Very specific: line 77
If the package uses a component template: PUT /_component_template/{name} with the merged or new body.
- Very specific: line 79
If the package uses an ingest pipeline: PUT /_ingest/pipeline/{name} with appended or new processors.
- Very specific: line 95
Confirm the first transform checkpoint before ML: If the package row has no transform pattern, skip this step and continue to jobs.
- Distinctive: line 102
Deploy ML jobs, then detection rules: After transforms are confirmed (or skipped):
- Very specific: line 129
After confirm: POST kbn:/api/fleet/epm/packages/pad, merge-and-PUT the shared template, PUT the pipeline, restamp via existing description …
- Distinctive: line 158
Wait for explicit confirmation before any write.
- Very specific: line 161
Never overwrite shared @custom templates or pipelines.
- Very specific: line 163
Put no spaces after commas in ML indexPatternName.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Security ML Integration Package Management
Install, check, or troubleshoot a security ML package. Supported packages: beaconing (Network Beaconing
Identification), ded (Data Exfiltration Detection), dga (Domain Generation Algorithm Detection), lmd (Lateral
Movement Detection), pad (Privileged Access Detection), problemchild (Living off the Land Attack Detection).
<!-- begin-partial: preamble -->Environment Configuration
This skill executes Elasticsearch operations through the elastic CLI. If the
elastic CLI is not installed, tell the user what it is needed for. Do
not guess credentials, call the HTTP API directly, or attempt other workarounds.
This skill references operations in HTTP-shorthand form (e.g., GET /, GET /_cat/indices, GET /{index}/_mapping,
GET /{index}/_settings/index.mode, POST /_query). The Operations table at the end of this document
maps each shorthand to the equivalent elastic CLI command — always use the CLI rather than calling the HTTP API
directly.
<!-- end-partial: preamble -->Package source patterns, shared template fields, and ingest-pipeline wiring live in package capabilities.
Process
- Classify the request. Status, README, or install. Status and README stay read-only — do not install, start
transforms, deploy jobs, or enable rules. After identifying the package, branch: status uses
GET kbn:/api/fleet/epm/packages/{package}only (title, version, status); README addsGET kbn:/api/fleet/epm/packages/{package}/{version}/docs/README.mdand returns that document; install continues. - Identify the package. Map the user's words to one of the six package names above. If the name is ambiguous, ask before calling any API. Load that package's row from package capabilities — omit fields that are empty for that package.
- Gather environment state before any mutation. Install only.
GET /_licensefirst — continue only forplatinum,enterprise,trial, or Serverless. IfGET /_ml/inforeturns 403, report missingmanage_mland stop. Then collect:- Package:
GET kbn:/api/fleet/epm/packages/{package}for name, title, version, andstatus. - Source data:
POST /{source_patterns}/_searchwithsize: 0andtrack_total_hits: true. If every pattern has zero hits, warn that jobs will not produce useful anomalies. - Shared template (DGA, PAD, ProblemChild only):
GET /_component_template/{name}. Exists → plan a merge of the fields in the reference. 404 → plan a create with only those fields. - Shared pipeline (DGA, PAD, ProblemChild only):
GET /_ingest/pipeline/{name}. Exists → plan to append a processor. 404 → plan a single-processor pipeline. - Transforms:
GET /_transform/{pattern}(skip if the package has no transform pattern). Record eachid,dest.index, and the.allalias (dest.aliaseswheremove_on_creationis false). - Data views:
GET kbn:/api/data_viewsand check whether the package's data-view pattern already exists. - ML capacity:
GET /_ml/info(total memory) andGET /_ml/anomaly_detectors/_all/_stats(sum memory of opened jobs).GET kbn:/internal/ml/modules/get_module/{module_id}for job count and per-job memory. If jobs do not fit, say so and suggest prioritizing job groups — do not deploy anyway without the user accepting the risk. - Rules:
GET kbn:/api/detection_engine/rules/prepackaged/_statusandPOST kbn:/internal/detection_engine/prebuilt_rules/installation/_reviewfiltered by the package detection tag.
- Package:
- Present a plan and wait for confirmation. Show package identity and status, source-data hits (warn if all zero), template/pipeline merge-or-create, transform count and states, data-view presence, ML memory fit, and rule count. Do not call any write API until the user confirms. If they decline, stop.
Install the Fleet package, then apply shared mappings. After confirmation:
POST kbn:/api/fleet/epm/packages/{package}to install assets (transforms may be deferred until started).- If the package uses a component template:
PUT /_component_template/{name}with the merged or new body. ThenPOST /{data_stream}/_rolloveron the rollover target so new indices pick up mappings. - If the package uses an ingest pipeline:
PUT /_ingest/pipeline/{name}with appended or new processors. Use the installed package version in the versioned pipeline name.
Skip template, pipeline, and rollover when the package row has no values for them (beaconing, ded, lmd).
- Start transforms and create destination aliases. Skip this block (except
.ml-anomalies-shared) when the package has no transform pattern. Fleet's first checkpoint often skips.allaliases. After install,GET /_transform/{pattern}again if IDs were missing. Reset only if the transform is new, never started, failed, or the user asked to rebuild:POST /_transform/{id}/_stop,POST /_transform/{id}/_reset,POST /_transform/{id}/_updatewith the existing description,POST /_transform/{id}/_start,POST /_transform/{id}/_schedule_now. If alreadystartedwithcheckpointing.last.checkpoint >= 1, skip reset; restamp via the existing description and ensure.allaliases exist. ThenPOST /_aliasesto add the.allalias (and.latestif the dest defines it) ondest.index. If a data-view pattern is missing,POST kbn:/api/data_views/data_view. Also ensure a hidden.ml-anomalies-shareddata view exists (POST kbn:/api/data_views/data_view) so package dashboards resolve. - Confirm the first transform checkpoint before ML. If the package row has no transform pattern, skip this step and
continue to jobs. Otherwise call
GET /_transform/{pattern}/_stats. Proceed only when each transform isstartedandcheckpointing.last.checkpoint >= 1; do not usedocuments_processedas a substitute. Zero documents with a completed checkpoint is acceptable when source patterns are empty — destination aliases still let datafeeds start. Otherwise tell the user transforms must finish processing and wait for confirmation before the next step. Never set up the ML module against missing dest indices. - Deploy ML jobs, then detection rules. After transforms are confirmed (or skipped):
POST kbn:/internal/ml/modules/setup/{module_id}withstartDatafeed: trueandindexPatternNameset to the package data-view pattern, or source patterns when that cell is empty. Do not put spaces after commas inindexPatternName— the setup API splits on commas without trimming. Correct:logs-*,ml_okta_multiple_user_sessions_pad.all,ml_windows_privilege_type_pad.all.- Initialize the detection engine if needed (
POST kbn:/api/detection_engine/index), install the prebuilt rules package (POST kbn:/api/fleet/epm/packages/security_detection_engine), review the package-tagged rules, then callPOST kbn:/internal/detection_engine/prebuilt_rules/installation/_performwith{"mode":"SPECIFIC_RULES","rules":[{"rule_id":"<rule_id>","version":<version>}]}(one entry per reviewed rule). Enable the package's ML rules withPOST kbn:/api/detection_engine/rules/_bulk_action(disablethenenableon immutable ML rules tagged with the package detection tag so API keys are stamped with the calling user).
- Report created versus skipped. Package version and asset count; template/pipeline/rollover created, updated, or skipped; transforms started; data views created or already present; ML jobs and datafeeds started (and any that failed, with the mapping or index reason); rules installed and enabled.
Examples
Install PAD
User: "Install PAD"
- Gather state for
pad. Package not installed, zero source hits,logs-endpoint.events.process@customalready has ProblemChild fields, no@custompipeline, two stopped transforms, 15 jobs fit in available memory, tagged rules available. - Present the plan: warn about empty source data; merge
process.command_line_entropy; create the PAD pipeline processor; start both transforms; create the PAD data view. Wait for confirm. - After confirm:
POST kbn:/api/fleet/epm/packages/pad, merge-and-PUTthe shared template,PUTthe pipeline, restamp via existing description (reset only if transforms are new or stopped),POST /_aliasesfor each.allalias. GET /_transform/*pad*/_stats. If checkpoint 1 is done (even with 0 docs), continue; otherwise wait for the user.POST kbn:/internal/ml/modules/setup/pad-mlwith a no-spaceindexPatternName, then install and enable rules taggedUse Case: Privileged Access Detection.- Report each section as created, updated, or skipped.
Install beaconing (no template or pipeline)
User: "Set up beaconing"
- Gather state. Omit template, pipeline, and rollover — the beaconing row has none.
- Present a shorter plan (package, one transform, data view, jobs, rules). Wait for confirm.
- Install the package, start the transform, create
ml_beaconing*if missing, confirm checkpoint, set upbeaconing-ml, enable rules taggedUse Case: Network Beaconing Identification.
Status only
User: "Is beaconing installed?"
GET kbn:/api/fleet/epm/packages/beaconingonly.- Report title, version, and status. A README request also fetches and returns the docs README. Do not install or start anything.
Guidelines
- Gather environment state before every install. Do not skip the pre-flight reads.
- Stay read-only on status and README questions.
- Wait for explicit confirmation before any write. Check license before the Fleet POST.
- Pause after transforms until
checkpointing.last.checkpoint >= 1(0 docs is acceptable when source patterns are empty). Skip transform and package data-view steps when those capability cells are empty. - Never overwrite shared
@customtemplates or pipelines. PAD and ProblemChild sharelogs-endpoint.events.process@custom— merge fields and append processors. - Put no spaces after commas in ML
indexPatternName. - Cite Fleet package APIs as
kbn:/api/fleet/.... Do not use afleet:prefix. - Restamp a Fleet transform by setting
--descriptionto the existing text, then start. Do not use--body '{}'. - On serverless,
GET /_ml/infomay return 410. Continue with opened-job stats fromGET /_ml/anomaly_detectors/_all/_stats; do not abort the install.
Operations
| HTTP API (shorthand) | elastic CLI command |
GET kbn:/api/fleet/epm/packages/{package} | elastic kb elastic-package-manager-epm get-fleet-epm-packages-pkgname --pkg-name '{package}' |
GET kbn:/api/fleet/epm/packages/{package}/{version}/docs/README.md | CLI gap — package-file fetch 404s on registry paths; keep this shorthand as the contract |
POST kbn:/api/fleet/epm/packages/{package} | elastic kb elastic-package-manager-epm post-fleet-epm-packages-pkgname --pkg-name '{package}' |
POST /{source_patterns}/_search | elastic es count --index '{source_patterns}' --allow-no-indices true --ignore-unavailable true |
GET /_component_template/{name} | elastic es cluster get-component-template --name '{name}' |
PUT /_component_template/{name} | elastic es cluster put-component-template --name '{name}' --template '{json}' |
GET /_ingest/pipeline/{name} | elastic es ingest get-pipeline --id '{name}' |
PUT /_ingest/pipeline/{name} | elastic es ingest put-pipeline --id '{name}' --input-file '{path}' |
POST /{data_stream}/_rollover | elastic es indices rollover --alias '{data_stream}' |
GET /_transform/{pattern} | elastic es transform get-transform --transform-id '{pattern}' |
GET /_transform/{pattern}/_stats | elastic es transform get-transform-stats --transform-id '{pattern}' |
POST /_transform/{id}/_stop | elastic es transform stop-transform --transform-id '{id}' --force true --wait-for-completion true |
POST /_transform/{id}/_reset | elastic es transform reset-transform --transform-id '{id}' --force true |
POST /_transform/{id}/_update | elastic es transform update-transform --transform-id '{id}' --description '{existing}' |
POST /_transform/{id}/_start | elastic es transform start-transform --transform-id '{id}' |
POST /_transform/{id}/_schedule_now | elastic es transform schedule-now-transform --transform-id '{id}' |
POST /_aliases | elastic es indices update-aliases --actions '{json}' |
GET kbn:/api/data_views | elastic kb data-views get-all-data-views-default |
POST kbn:/api/data_views/data_view | elastic kb data-views create-data-view-default --data-view '{json}' |
GET /_license | elastic es license get |
GET /_ml/info | elastic es ml info |
GET /_ml/anomaly_detectors/_all/_stats | elastic es ml get-job-stats --job-id '_all' |
GET kbn:/internal/ml/modules/get_module/{module_id} | CLI gap — ML module get is an internal Kibana API; keep this shorthand as the contract |
POST kbn:/internal/ml/modules/setup/{module_id} | CLI gap — ML module setup is an internal Kibana API; keep this shorthand as the contract |
GET kbn:/api/detection_engine/rules/prepackaged/_status | CLI gap — no generated prepackaged-status command; keep this shorthand as the contract |
POST kbn:/api/detection_engine/index | CLI gap — no generated detection-engine index command; keep this shorthand as the contract |
POST kbn:/api/fleet/epm/packages/security_detection_engine | elastic kb elastic-package-manager-epm post-fleet-epm-packages-pkgname --pkg-name 'security_detection_engine' |
POST kbn:/internal/detection_engine/prebuilt_rules/installation/_review | CLI gap — prebuilt-rule review is an internal Kibana API; keep this shorthand as the contract |
POST kbn:/internal/detection_engine/prebuilt_rules/installation/_perform | CLI gap — prebuilt-rule install is an internal Kibana API; keep this shorthand as the contract |
POST kbn:/api/detection_engine/rules/_bulk_action | CLI gap — generated perform-rules-bulk-action accepts only edit; keep this shorthand for disable/enable |
Internal ML-module APIs, prebuilt-rules _review/_perform, detection-engine index, and rules disable/enable have no
usable generated CLI commands yet. Keep the HTTP shorthand as the contract; do not add skill-owned scripts as a
workaround. Generated Fleet EPM get/install commands exist — use those instead of the shorthand.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

