✳ Learn / The whole curriculum

Syllabus

62 lessons in 11 paths, about 8 hours of required reading. Start at the top. Each row names the main thing the lesson teaches you to do.

Stage 1 of 4

Start here

The vocabulary and habits every later lesson assumes: what is being protected, what could go wrong, and how to tell a fact from a guess.

beginner10 lessons86 min

Cybersecurity foundations

What are we protecting, and how do we reason about it?

  1. F1
    Assets and the CIA triad: what we protect and how it fails

    Identify tangible and intangible assets and connect each to the business workflow it supports

    8 minFigureDecision

  2. F2
    Threat, vulnerability, and risk: the core equation

    Distinguish threats, threat actors, vulnerabilities, exposures, and business risks in operational discussions

    9 minDecisionLab: Patch the right thing first

  3. F3
    Networks in one request: DNS, TCP, TLS, and HTTP

    A fresh HTTP/1.1 connection runs DNS, TCP, TLS, and HTTP in order, and a cached answer or a reusable connection skips setup work.

    10 minFigureDecision

  4. +
  5. +
  6. +
  7. F4
    Identity, authentication, authorization, and recovery

    Identity, authentication, authorization, and recovery are four jobs inside one login.

    9 minFigureDecisionLab: The impossible sign-in

  8. +
  9. +
  10. +
  11. F7
    Logs, alerts, and evidence: why an alert title is a hypothesis, not proof

    Distinguish raw logs, detection alerts, and corroborated evidence

    8 minFigureDecision

  12. F5
    Least privilege, defense in depth, and Zero Trust boundaries

    Scope access grants across four dimensions: principal, target resource, permitted action, and time window (Just-In-Time)

    8 minFigureDecisionLab: Whose mistake is on the screenshot?

  13. F5b
    Application trust boundaries: why the client UI is never a security gate

    Locate the exact trust boundaries in a modern web or microservice architecture

    9 minFigureDecision

  14. F6
    Data protection and resilience: why encryption is not a backup plan

    Separate what encryption at rest and in transit protect from what they leave vulnerable

    8 minFigureDecision

  15. F6b
    Cloud shared responsibility: what you rent vs what you still own

    Draw the exact responsibility line between cloud provider and customer across IaaS, PaaS, and SaaS models

    9 minDecisionLab: Whose mistake is on the screenshot?

  16. +
  17. F8a
    Outcomes before controls: using NIST CSF, CIS, ISO 27001, and ATT&CK together

    State a concrete risk reduction outcome before selecting a technical control or framework citation

    8 minFigureDecision

  18. +

Stage 2 of 4

Choose a direction

Each path follows one kind of work. They are independent of each other, so take them in any order once Foundations is done.

intermediate4 lessons40 min

SOC operations and incident response

How do I turn an alert into a decision I can defend?

  1. S2
    Vulnerability prioritization: combining CVSS, KEV, EPSS, and asset exposure

    Distinguish base technical severity (CVSS) from active exploitation (CISA KEV) and exploitation probability (EPSS)

    9 minDecisionLab: Patch the right thing first

  2. +
  3. S1
    Identity alert triage: reconstructing who, what, and how across logs

    Triage an identity alert by correlating Identity Provider (IdP) sign-in records, device management posture, and downstream resource logs

    11 minFigureDecisionLab: The impossible sign-in

  4. S3
    Investigate, respond, and verify: why HTTP 200 or 504 is not containment proof

    SP 800-61 Rev. 3 uses the six CSF 2.0 Functions in place of the four Rev. 2 phases.

    10 minFigureDecision

  5. S4
    Agentic SOC architecture: autonomous triage vs human-gated containment

    Separate read-only investigative tasks (log enrichment, timeline correlation) from write-capable response actions (host isolation, production account revocation)

    10 minFigureDecision

intermediate3 lessons32 min

OAuth 2.0, OIDC, and SAML federation security

What does a sign-in ticket prove, and what does it open?

  1. IF1
    Who holds the ticket: OAuth 2.0 roles and bearer token verification

    One delegated grant has a resource owner, a client, an authorization server, and a resource server.

    10 minFigureCheckDecision

  2. +
  3. IF2
    OIDC and SAML assertions: signed identity claims are not admin permission

    Distinguish an OIDC id_token or SAML 2.0 assertion (proof of authentication) from an OAuth 2.0 access_token (API capability ticket) and local authorization policy

    11 minFigureDecision

  4. IF3
    Federation failure modes: five ways SSO and token trust break

    Identify and prevent the five OIDC and SAML validation failures at the Relying Party boundary

    11 minFigureDecision

intermediate4 lessons34 min

Application & software supply-chain security

How do I reason about the software we build and import?

  1. A1
    Threat modeling a service: data flows, trust boundaries, and STRIDE

    Draw a Data Flow Diagram (DFD) with explicit trust boundaries before evaluating code-level vulnerabilities

    9 minFigureDecision

  2. A2
    Direct and transitive dependencies: inherited code in your runtime

    Distinguish direct dependencies declared in a manifest from transitive dependencies resolved deep in the dependency tree

    9 minDecisionLab: Defer with a date, or patch for a reason

  3. A3
    CI/CD trust boundaries: writing code vs promoting to production

    Separate the trust level of unreviewed pull-request execution from protected branch release promotion

    9 minFigureDecision

  4. +
  5. A4
    SBOM evidence and priority: binding inventory to the running build

    Verify that an SBOM inventory is bound to the exact build and digest running in the target environment

    7 minFigureDecisionLab: Defer with a date, or patch for a reason

intermediate3 lessons32 min

AI application and agent security

What changes when software takes instructions from text?

  1. G1
    Prompt injection and untrusted retrieval (RAG): when data hijacks instructions

    Distinguish direct prompt injection (from the interactive user) from indirect prompt injection (embedded inside retrieved documents, emails, or web pages)

    10 minFigureDecision

  2. G2
    Excessive agency: why a model sentence is never an authorization decision

    Identify the three root causes of Excessive Agency: excessive functionality (too many tools), excessive permissions (over-scoped credentials), and excessive autonomy (missing approval gates)

    10 minFigureDecisionLab: Two tools, one blast radius

  3. +
  4. G3
    Human oversight gates and the NIST AI Risk Management Framework

    Human-in-the-Loop (HITL) approves each action. Human-on-the-Loop (HOTL) monitors bounded actions and can stop them. Human-in-Command (HIC) decides if and how the AI system runs at all.

    12 minFigureDecisionLab: Two tools, one blast radius

  5. +

intermediate3 lessons30 min

Governance, risk, and compliance (GRC) in practice

How does one risk become an owned control with evidence?

  1. R1
    Write the risk sentence: cause, asset, and business impact

    Decompose vague technical findings into cause, threat event, affected asset, and business impact

    9 minDecisionLab: The record, not the logo

  2. R2
    Choose the control and its evidence: policies do not execute themselves

    Match preventive, detective, and corrective controls to the specific failure point in a risk sentence

    10 minDecisionLab: The record, not the logo

  3. R3
    Governance as an operating cadence: NIST CSF 2.0 Govern in practice

    Explain why NIST CSF 2.0 elevated Govern (GV) to a cross-cutting core function governing all five operational functions

    11 minDecision

Stage 3 of 4

Go deeper

Intermediate paths that cover the breadth a security architect or a certification candidate needs. They assume Foundations and reward having taken a direction first.

intermediate11 lessons114 min

Security architecture, cryptography, and governance

How are governance, cryptography, and secure design put together?

  1. R5
    Security governance and the policy hierarchy

    Order policies, standards, baselines, procedures, and guidelines by authority and mandatory vs advisory status

    9 minDecision

  2. R4
    Law, ethics, and personnel security

    Distinguish criminal law, civil tort law, and administrative or regulatory law by burden of proof and remedy

    10 minDecision

  3. R6
    Quantitative risk and BIA math: SLE, ALE, RTO, and RPO

    Calculate Single Loss Expectancy (SLE), Annualized Loss Expectancy (ALE), and annual safeguard cost-benefit value

    11 minDecision

  4. D2a
    Data lifecycle, classification, and governance roles

    Distinguish Data Owner, System Owner, Data Custodian, Data Controller, and Data Processor responsibilities

    10 minDecision

  5. D2b
    Data remanence, retention, and NIST SP 800-88 sanitization

    Contrast NIST SP 800-88 Clear, Purge, and Destroy methods and select the right method for HDDs, SSDs, and cloud storage

    10 minDecision

  6. AR1
    Formal security models: Bell-LaPadula, Biba, Clark-Wilson, and Brewer-Nash

    Contrast Bell-LaPadula ("no read up, no write down") with Biba ("no read down, no write up")

    11 minDecision

  7. AR2
    Secure hardware, TCB, OS rings, and virtualization

    Define the Trusted Computing Base (TCB), Security Perimeter, and the three Reference Monitor invariants (Always Invoked, Tamperproof, Small Enough to Test)

    11 minDecision

  8. AR3
    Symmetric and asymmetric cryptography: ciphers, modes, and hybrid envelopes

    Apply Kerckhoffs’s Principle, confusion/diffusion, and the n(n-1)/2 symmetric vs 2n asymmetric key-scaling math

    11 minDecision

  9. AR4
    Hashing, HMAC, digital signatures, and PKI lifecycle

    Distinguish unkeyed hashes (SHA-256/SHA-3), keyed MACs (HMAC), and asymmetric digital signatures across integrity, authenticity, and non-repudiation

    11 minDecision

  10. AR5
    Physical and facility security: CPTED, mantraps, and access zones

    Apply the four principles of Crime Prevention Through Environmental Design (CPTED): Natural Surveillance, Natural Access Control, Territorial Reinforcement, and Maintenance

    10 minDecision

  11. AR6
    Environmental controls: HVAC, power anomalies, and fire suppression

    Explain why extremely low humidity causes Electrostatic Discharge (ESD) and high humidity causes condensation and corrosion

    10 minDecision

intermediate5 lessons53 min

Network architecture, protocol defense, and access models

How do networks fail, and how are they segmented and defended?

  1. N1
    OSI and TCP/IP layers, encapsulation, and protocol attacks

    Map the 7 OSI layers to their Protocol Data Units (Bits, Frames, Packets, Segments/Datagrams, Data), addressing, and TCP/IP equivalents

    11 minDecision

  2. N2
    Network segmentation, firewall generations, SASE, and NAC

    Contrast static packet filtering (L3/L4 stateless), stateful inspection (connection table), application proxies, NGFWs, and WAFs

    10 minDecision

  3. N3
    IPsec VPNs (AH vs ESP), WPA3 wireless, and converged networks

    Contrast IPsec Authentication Header (AH) vs Encapsulating Security Payload (ESP), and Transport Mode vs Tunnel Mode

    11 minDecision

  4. IF4
    Kerberos, biometric CER math, NIST 800-63 assurance, and PAM lifecycle

    Compare biometric False Rejection Rate (FRR / Type I), False Acceptance Rate (FAR / Type II), and Crossover Error Rate (CER / EER)

    11 minDecision

  5. IF5
    Access control models: DAC, MAC, RBAC, ABAC, and Rule-Based controls

    Contrast DAC (owner discretion/ACLs), MAC (system-enforced clearances + labels), RBAC (job roles), ABAC (multi-attribute policy engine), and Rule-Based access control

    10 minDecision

intermediate6 lessons69 min

Security assessment, forensics, and software assurance

How do we know that the controls actually work?

  1. AT1
    Security audits, SOC 1 / 2 / 3 reports, and Type 1 vs Type 2 evidence

    Contrast SOC 1 (financial reporting / ICFR), SOC 2 (restricted detail on Security, Availability, Processing Integrity, Confidentiality, Privacy), and SOC 3 (public summary)

    10 minDecision

  2. AT2
    Penetration testing, Rules of Engagement, and vulnerability validation

    Sequence the four NIST SP 800-115 penetration testing phases: Planning, Discovery, Attack (Exploitation), and Reporting

    10 minDecision

  3. AT3
    Software testing: SAST, DAST, IAST, SCA, fuzzing, and coverage math

    Contrast SAST (white-box source/bytecode), DAST (black-box running app), IAST (gray-box runtime sensor), RASP, and SCA (open-source dependencies)

    10 minDecision

  4. S5
    Digital forensics: order of volatility, chain of custody, and legal evidence

    Prioritize evidence collection using volatility, likely value, operational risk, and available tools

    10 minDecision

  5. S6
    Continuity operations: recovery sites, backup strategies, RAID, and DR testing

    Select Cold, Warm, Hot, or Mirrored recovery sites based on the Business Impact Analysis Recovery Time Objective (RTO).

    14 minDecision

  6. A5
    Software assurance: SDLC models, database integrity, and classic application attacks

    Compare security integration across Waterfall, Agile, Spiral, DevSecOps, and the five CMMI maturity levels.

    15 minDecision

Stage 4 of 4

Short studies

Single lessons that answer one question well. Each sits beside the Foundations lesson it follows.

Beside the lessons

Practice

6 labs use sample evidence and give feedback on each decision. The rows above name the lab each lesson prepares.

Open the labs ↗

Your setting

9 industry guides apply the same principles to finance, healthcare, utilities, and other settings.

Browse industry guides ↗

Find your next idea.

Tip: press / to open search. Escape closes this window.