study 01

software bill of materials

What is your software made of?

Open the package like a quiet specimen. An SBOM names the components, versions, origins, and small obligations folded inside the thing you ship.

package
components
origins
licenses
signals
study 02

what is inside?

A bill of ingredients, not a wall of noise.

reactive-formsv4.8.2direct
stringfoldv1.12.0transitive
hash-slatesha256verified
image-rulerv0.9.5review

Hover a row and the ledger whispers what it means.

study 03

where did it come from?

Provenance is a soft line back to origin.

Registries, maintainers, build systems, and downloaded archives leave traces. The study is not suspicious by default; it is simply interested in how each part arrived.

study 04

what changed?

Versions are tracing paper for memory.

v1.4.0new parser

added two transitive parts

v1.4.1license update

notice text clarified

v1.5.0origin shift

registry mirror changed

study 05

what is at risk?

A vulnerability signal should be legible, not loud.

Lingonberry marks point to parts that need attention. They do not shout; they help the team ask whether a component is reachable, patched, or safely isolated.

CVE notereachable path under review
License texturecompatible with notice
Maintainer pausewatch next release
study 06

how do we keep studying?

Make review a small habit, not a yearly panic.

Generate

Capture the bill during build, while the ingredients are still on the table.

Compare

Lay today over yesterday and notice what entered, left, or changed names.

Discuss

Use the ledger as a shared language between builders, operators, and stewards.

study 07

bookmark

Software becomes calmer when it becomes readable.

Keep the SBOM close to the work. Let it be a study surface: ingredients named, origins remembered, changes noticed, and responsibility made visible.

Return to the first sheet