dt-sec-semantic-mapping

Solid

Suggest and validate semantic dictionary (SD) mappings for new security integrations using vendor API samples or live events. Use when: mapping a new security vendor data to Dynatrace SD; checking required fields; validating namespaces; highlighting discrepancies vs the semantic dictionary; proposing mapping improvements; running runtime validation against live tenant data.

AI & Automation 117 stars 24 forks Updated 3 days ago Apache-2.0

Install

View on GitHub

Quality Score: 88/100

Stars 20%
69
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
50
License 10%
100
Description 5%
100

Skill Content

# dt-sec-semantic-mapping Build and validate semantic-dictionary-aligned mappings for new security integrations. ## Purpose Use this skill when a user wants to: - **Suggest** a mapping from vendor API output to Dynatrace `security.events` fields (Workflow A). - **Validate** an existing mapping for completeness and quality against: - Local baseline samples and semantic dictionary (Workflow B1 — static, offline validation), or - Live tenant data via live tenant access (Workflow B2 — runtime validation) - Highlight discrepancies vs. the Semantic Dictionary and local references. - Get actionable mapping improvements. ## Semantic Dictionary The Semantic Dictionary (SD) defines the canonical field set for `security.events`. See `references/semantic-dictionary.md` for the canonical reference: local-vs-live sources, queryable Grail tables, when-to-query decision matrix, and the authority rule (live SD wins on disagreement). ## Required Inputs Always run the intake checklist in `references/intake-and-output.md` before generating or validating a mapping. If inputs are incomplete, continue with a partial draft but explicitly list missing evidence and confidence limits. ## Baseline Sources (self-contained) All baseline material lives inside this skill: - `samples/` — real integration payloads covering all finding types and providers. Consulted as a fallback when primary references (SD, data-model-notes, known-discrepancies, validation-rules, object-type-expectations) leave...

Details

Author
Dynatrace
Repository
Dynatrace/dynatrace-for-ai
Created
3 months ago
Last Updated
3 days ago
Language
Shell
License
Apache-2.0

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Solid

dt-obs-log-semantic-mapping

Suggest and validate semantic dictionary (SD) mappings for audit log integrations using raw vendor log payloads or live ingested events. Use when: mapping a vendor audit log feed, authentication logs, user activity logs to the Dynatrace SD; checking required semantic fields; proposing OpenPipeline processor extraction rules based on DQL; running runtime validation (fetches live logs by log.source, then applies static validation).

117 Updated 3 days ago
Dynatrace
AI & Automation Solid

dt-sec-insights

Query and analyze Dynatrace security data in security.events with DQL: vulnerabilities, threat detections, compliance posture, and scan coverage. Covers Dynatrace-native Runtime Vulnerability Analytics (RVA — CVEs, reachability, exposure, exploit), Runtime Application Protection (RAP), Automated Detections, and Security Posture Management (KSPM/CSPM), plus external security products and tools. Trigger: "open critical vulnerabilities", "vulnerable functions in use and publicly exposed", "top vulnerable libraries / K8s workloads", "CIS/DORA compliance pass rate", "SQL injection detections", "map external findings to workloads", "hosts not covered by scanning". Do NOT use for explaining existing DQL (use dt-dql-essentials), Davis problems (dt-obs-problems), logs (dt-obs-logs), distributed tracing (dt-obs-tracing), service RED metrics (dt-obs-services), or platform usage/audit telemetry (dt-platform).

117 Updated 3 days ago
Dynatrace
AI & Automation Listed

semantic-validation

GenAI-powered semantic validation - detects outdated docs, version mismatches, and architectural drift

31 Updated today
akaszubski