Skip to content

[LESSON] 01.4 Core Vocabulary #37

Open

Description

@mndtrcks

Lesson

Module: 01 Detection Engineering Foundations

Lesson: 4. Core Vocabulary

Target file: core/01-detection-engineering-foundations/04-core-vocabulary.md

Research issue: #10

Scope

Copied from the module README, which is the source of truth. If the scope needs to change while writing, change the README in the same pull request and say why.

Learning Objectives

  • Define key vocabulary (e.g., telemetry, event, detection, analytic, alert, incident).
  • Classify detection outcomes (e.g., true positive, benign true positives, false positives, etc); explain differences between benign and false positives.
  • Define coverage.

Key Topics

  • ODE glossary
  • Outcome categories
  • ATT&CK detection strategies, analytics, data components, and log sources
  • Contested terms and ODE's choices
  • Fidelity defined

Out of Scope

  • Measuring detection quality
  • Data schemas and normalization
  • Coverage analysis

Goal of This Issue

Write the lesson. The lesson is complete when a pull request is merged that:

  • adds the target file, based on templates/lesson-template.md and written to the Style Guide
  • meets each learning objective above and stays out of the out-of-scope topics, pointing to the lesson or module that covers them instead
  • passes the checklist for authors
  • links the lesson from the module README's lesson list
  • updates the module's ai_assistance field and README AI Assistance section to cover this lesson

The module's status stays draft. Technical review happens at the module level once its lessons are written (Review Process).

How to Participate

  • Claim: comment on this issue to take it. A maintainer will assign you and add you to the Contributors section below. One writer leads each lesson; others are welcome to contribute.
  • Collaborate: open a draft pull request early and link this issue. To let co-contributors push to your branch, add them as collaborators on your fork (fork Settings → Collaborators). Every commit must be signed off (DCO).
  • Boundaries: if the lesson starts covering material owned by another lesson or module, raise it here or in the pull request rather than expanding the scope.
  • Inactivity: claims with no activity for 4 weeks may be released after a reminder.

Contributors

Writer:

Contributors:

Additional Context

None yet.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions