Tutorial 4: Secure Software Supply Chains

Unit 5 ยท Application and data security

Objectives

A software supply chain includes source, dependencies, package registries, build agents, artifacts, deployment, and maintainers. A vulnerability scan is useful but incomplete: verify reachability, exploitability, transitive dependencies, build integrity, and runtime exposure.

source -> reviewed build -> signed artifact -> verified deploy
        SBOM + provenance + reproducible inputs

Pin versions, review updates, protect build identities, generate a software bill of materials, sign artifacts, and verify signatures at deployment. Emergency response needs inventory and a way to revoke or replace affected artifacts.

Exercises

  1. Map dependencies in a web service.
  2. Design build-agent permissions.
  3. Write response steps for a compromised package.

Self-check

  1. What is an SBOM?
  2. Why sign artifacts?
  3. Why is a scanner not enough?

Self-Check Quiz

1. What does provenance describe?

AnswerHow an artifact was produced, from identified source and dependencies through a controlled build.

2. What does pinning reduce?

AnswerUnexpected dependency changes and some forms of supply-chain drift.

Homework

  1. Create a supply-chain security checklist.
  2. Design SBOM and artifact verification flow.
  3. Plan a vulnerable-dependency response.
Sample answerInventory dependencies, lock versions, review updates, scan and assess reachability, protect build identities, generate SBOM and provenance, sign artifacts, verify at deployment, and rebuild or revoke affected releases when compromise is confirmed.