Subject 03 / Course
Infrastructure security
Workload identity, secrets, isolation, and the trust decisions underneath a running service.
0 of 19 read
Underneath every application is a chain of trust decisions nobody sees: which build produced this image, which machine is allowed to run it, how the running process proves who it is, which secrets it can read, and what it can reach on the network. An attacker who lands inside one workload inherits every one of those decisions. Infrastructure security is the work of making each decision explicit, narrow, short-lived, and recorded.
The course follows a workload from source code to a running process: identity, secrets, isolation, and the delivery pipeline, then detection and containment when a boundary fails anyway. It assumes you have deployed a service to a cloud or a container platform. It does not assume a security background.
The path#
flowchart LR S["<b>Source</b>"] --> B["<b>Build</b><br/><small>provenance, signing</small>"] B --> D["<b>Deploy</b><br/><small>admission, policy</small>"] D --> RUN["<b>Run</b><br/><small>isolation</small>"] RUN --> ID["<b>Identity</b><br/><small>attested, short-lived</small>"] ID --> SEC["<b>Secrets & resources</b><br/><small>scoped access</small>"] SEC --> LOG["<b>Record</b><br/><small>audit, detect, contain</small>"] class S neutral class B,D queue class RUN compute class ID good class SEC memory class LOG io classDef neutral fill:#faf9f5,stroke:#5f5e55,color:#141413,stroke-width:1.5px classDef compute fill:#e2efd8,stroke:#2b6a24,color:#141413,stroke-width:1.5px classDef memory fill:#e2efd8,stroke:#2b6a24,color:#141413,stroke-width:1.5px classDef queue fill:#e2efd8,stroke:#2b6a24,color:#141413,stroke-width:1.5px classDef io fill:#e2efd8,stroke:#2b6a24,color:#141413,stroke-width:1.5px classDef default fill:#e2efd8,stroke:#2b6a24,color:#141413,stroke-width:1.5px classDef warn fill:#f9e2e9,stroke:#b3154f,color:#141413,stroke-width:2px,stroke-dasharray:5 3 classDef good fill:#e2efd8,stroke:#2b6a24,color:#141413,stroke-width:2px
How each lesson works#
- The idea in one minute. The claim, before the detail.
- A picture of the trust boundary.
- How it really works, with the real tools and specifications named.
- Code: a small Python simulation using only the standard library. Control planes, tokens, and policies are modeled inside the program.
- Where it breaks. What the control does not stop.
- Remember this, Try it, and Check yourself.
What you need#
- Python 3.10 or newer and a terminal. Every program runs offline.
- Familiarity with containers and at least one cloud provider’s IAM helps.
The modules
Foundations
A running workload sits at the end of a chain of trust decisions, and an attacker reasons about that chain as a graph of identities, roles, and resources. This module maps the chain, the graph, and the cloud IAM rules that draw most of its edges.
Workload identity
How a running process proves which software it is without holding a long-lived secret: attestation, SPIFFE, federation to cloud IAM, and mutual TLS between services.
Secrets
How secrets are created, delivered, used, rotated, and destroyed, the systems that manage them, the key hierarchies underneath, and how to find the ones that escaped.
Isolation
What actually separates one workload from another, from kernel namespaces to microVMs to the network, and why most isolation boundaries are configuration that defaults to open.
Delivery and operations
How a workload gets from a commit to a cluster without anyone swapping it on the way, and what to do when an identity is used by someone it should not be.