You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Maybe we should add a command like: tailscale debug sbom to effectively run go version -m against the CLI and/or daemon and print out the SBOM (software bill of materials).
We'd probably want a LocalAPI endpoint to return it so the CLI can ask the tailscaled for its SBOM and print it. And CLI's SBOM too might be interesting. Maybe we merge the two. Or force you say which binary you want with a flag to the sbom subcommand.
I wish I was more intimately familiar with the codebase, but I wanted to take a stab at this.
PR #14484 doesn't create a local api endpoint, but it does add the ability to print the debug.ReadBuildInfo() to stdout
tailscale prints this info when tailscale debug go-buildinfo is called.
I'm unsure if by SBOM you're referring to any modules or software that wouldn't be baked into the static binary. If you need to go even further up to get verifiable bits in the toolchain used to build go itself or other components, I would imagine that my PR can be safely closed without merging.
ionrover2
pushed a commit
to ionrover2/tailscale
that referenced
this issue
Dec 27, 2024
Maybe we should add a command like:
tailscale debug sbom
to effectively rungo version -m
against the CLI and/or daemon and print out the SBOM (software bill of materials).We'd probably want a LocalAPI endpoint to return it so the CLI can ask the tailscaled for its SBOM and print it. And CLI's SBOM too might be interesting. Maybe we merge the two. Or force you say which binary you want with a flag to the
sbom
subcommand./cc @KayLEvans @awly @patrickod
The text was updated successfully, but these errors were encountered: