>- Resolve security signals, IoC matches, or Smartscape nodes to runtime Dynatrace entities and connect findings on different entity levels through a shared runtime entity. Covers identity-to-Smartscape mapping (incl. container-image digest/ID to workload), cross-level topology (K8s pod detection vs. node CVE via pod-to-node), per-entity risk summarization, and to workloads/hosts", "which workload does this container image run as", "do these findings relate through the same runtime entity", "enrich this IoC match with entity context", "which threat report mentions this IoC". Queries security.events ONLY for THREAT_REPORT IoC enrichment (matched IoC to attributing reports); Do NOT use for broad security.events posture/overview (use dt-sec-insights), general DQL (use dt-dql-essentials), IoC hunting in logs/spans (use dt-sec-ioc-hunting), or K8s observability outside the security cross-level context (use dt-obs-kubernetes).
npx skills add https://github.com/Dynatrace/dynatrace-for-ai --skill dt-sec-contextualization
Resolve security signals and entity attribute sets to runtime Dynatrace
Smartscape entities, summarize findings across entity levels, and connect
signals that land on different levels (e.g. a detection on a K8S_POD vs.
a CVE on a KUBERNETES_NODE) via a shared runtime entity.
dt.smartscape_source.id, container_image.digest, container_image.id,
host.ip, dt.entity.*, or k8s.* fields, resolve it to a Smartscape
entity at any requested level (CONTAINER / K8S_POD / workload /
K8S_NODE / HOST / cloud / GENAI_SERVICE — AI/GenAI workloads).
container_image.digest →smartscapeNodes CONTAINER → is_part_of.* → parent workload or
runs_on.host → HOST. Works without pre-enriched dt.smartscape_source.id.
two findings (e.g. a detection and a CVE from different legs) relate through
a shared runtime entity. Tier 1: exact entity id match; Tier 2: same
workload/pod/host by name; Tier 3: same namespace/cluster (context-only —
does not contribute to scoring).
K8S_POD to its K8S_NODE viak8s.node.name (co-projected field) or Smartscape edge traversal. Enables
"detection hit pod X — does that pod run on a vulnerable node?"
patterns shared across dt-sec-insights coverage counting queries.
nodes, produce per-entity risk-level breakdowns and entity-key bundles for
downstream scoring.
email / CVE / hash / MITRE TTP) with adversary context (actor, malware family,
MITRE technique, targeting, provider) by reverse-looking-up the ingested
THREAT_REPORT events whose observable arrays contain that IoC.
| Intent / trigger | Reference |
|---|---|
| Map findings / IoC matches to workloads, hosts, or cloud entities | identity-mapping.md -> entity-enrichment.md |
| Which Smartscape entity does this container image / digest run as? | identity-mapping.md § Mapping Primitive (Path 2 - container digest) |
| Do this detection and this CVE relate via a shared entity? | correlation-and-coverage.md § Correlation |
| Pod X fired - does it run on a vulnerable node? | correlation-and-coverage.md § Correlation (Pod->Node Topology) |
| Per-entity risk summary (Critical/High/Medium/Low) | entity-enrichment.md |
| Coverage match recipe - which workloads are covered by product Y? | correlation-and-coverage.md § Coverage |
| Which entity-identity fields are relevant to a finding type? | identity-mapping.md § Data Model |
| Enrich a matched IoC (IP/domain/hash/CVE/...) with threat-report adversary context | ioc-enrichment.md |
| Scope findings to AI/GenAI workloads; which processes belong to an AI service; resolve a process to its AI service | identity-mapping.md § Mapping Primitive (Path 4 - GENAI_SERVICE -> SERVICE -> PROCESS) |
identity->Smartscape resolver (mapping primitive Paths 1/2/3/4), pre-flight
identifier checks, level selection, and entity-identity field guidance.
the mapping primitive: cloud (Path 1), K8s workload (3-way), host-by-IP,
host-by-entity, natural-language fallback, problem->entities->findings chain.
Per-entity risk-level breakdowns (Critical/High/Medium/Low).
cross-level entity convergence, pod->node topology resolution, scoring contract,
and 2-way/3-way coverage match recipes shared with dt-sec-insights.
enrichment: attribute a matched IoC to ingested THREAT_REPORT events and
surface adversary context (actor / malware / MITRE / targeting). Single and
batch (per-IoC) templates; supported-IoC taxonomy.
dt-dql-essentials first — DQL syntax and function namesdiffer from SQL. Confirm all functions before generating queries.
The 3-way match, digest→CONTAINER→workload, and pod→node traversal patterns
are precise; deviating produces silent zero-row results.
providers vary widely. Confirm at least one identifier path is populated
before running the expensive append chain.
dt.smartscape_source.type before trusting Path 1 — a non-nulldt.smartscape_source.id is not proof of workload-level resolution; the
field may point to a namespace, cluster, or cloud resource. Only K8s workload
types (K8S_DEPLOYMENT, K8S_DAEMONSET, K8S_STATEFULSET, K8S_CRONJOB,
K8S_JOB, K8S_REPLICASET) are eligible for workload enrichment via Path 1.
append — dedup before joins to collapsere-ingested duplicates; dedup again after append because the same finding
can match multiple paths.
two findings does not raise the exposure score. Never treat a cluster-level
shared attribute as proof of entity-level relatedness.
dt-obs-kubernetes — pod→node placement andSmartscape edge traversal patterns live in
dt-obs-kubernetes/references/pod-node-placement.md. Do not re-author
them here; reference them and apply the output in correlation-and-coverage.md.
dt.system.bucket filters — security event data may live in anybucket; filtering by bucket risks hiding findings.
security.events query allowed here — reverselookup only.** ioc-enrichment.md attributes a *matched IoC* to reports
(IoC → report). Broad THREAT_REPORT overviews, IOC rollups, and forward
report → environment correlation stay in dt-sec-insights
(threat-intelligence.md). Never author finding/posture queries here.
| Skill | Role |
|---|---|
| dt-dql-essentials | Load first. Core DQL syntax, functions, Smartscape patterns. |
| dt-sec-insights | Consumer of mapping primitive; owns finding-schema queries and coverage counting logic. Owns forward threat-intel (report → environment correlation, overviews, IOC rollups) in threat-intelligence.md; this skill owns only the reverse IoC → report enrichment (ioc-enrichment.md). |
| dt-sec-ioc-hunting | Routes cross-evidence correlation and entity enrichment to this skill. |
| dt-obs-kubernetes | Pod→node topology; K8s entity placement patterns. |
| dt-obs-hosts | Host inventory; process-level context for HOST/PROCESS_GROUP findings. |
| dt-obs-aws / dt-obs-azure / dt-obs-gcp | Cloud Smartscape topology for cloud-entity enrichment. |
This skill should be used when the user asks to "perform cloud penetration testing", "assess Azure or AWS or GCP security", "enumerate cloud resources", "exploit cloud misconfigurations", "test O365 security", "extract secrets from cloud environments", or "audit cloud infrastructure". It provides comprehensive techniques for security assessment across major cloud platforms.
Comprehensive Flow Nexus platform management - authentication, sandboxes, app deployment, payments, and challenges
Coordinate multi-layer security scanning and hardening across application, infrastructure, and compliance controls.
Implement Kubernetes security policies including NetworkPolicy, PodSecurityPolicy, and RBAC for production-grade security. Use when securing Kubernetes clusters, implementing network isolation, or enforcing pod security standards.
Implement Kubernetes security policies including NetworkPolicy, PodSecurityPolicy, and RBAC for production-grade security. Use when securing Kubernetes clusters, implementing network isolation, or enforcing pod security standards.
Run Azure compliance and security audits with azqr plus Key Vault expiration checks. Covers best-practice assessment, resource review, policy/compliance validation, and security posture checks. WHEN: compliance scan, security audit, BEFORE running azqr (compliance cli tool), Azure best practices, Key Vault expiration check, expired certificates, expiring secrets, orphaned resources, compliance assessment.
Run Azure compliance and security audits with azqr plus Key Vault expiration checks. Covers best-practice assessment, resource review, policy/compliance validation, and security posture checks. WHEN: compliance scan, security audit, BEFORE running azqr (compliance cli tool), Azure best practices, Key Vault expiration check, expired certificates, expiring secrets, orphaned resources, compliance assessment.
Comprehensive AWS security posture assessment using AWS CLI and security best practices
Take dynatrace/dt-sec-contextualization from the repository into ~/.claude/skills for personal
use, or into .claude/skills inside a project.
The agent identifies a skill by the name field in its header. Two skills with the
same name cannot sit side by side — one of them will be ignored.