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
Repeat of #35, but for the Ruby on Rails app stack that runs the kubernetes-operator gem.
Whatever we're calling an implementation of provenance, obviously fails the test if there isn't some alert presented about the dependency on kubernetes-operator gem that has no license or provenance
(You can refer to this issue to understand why that is the case):
kingdonb
changed the title
And all the (Ruby) technology that's used to deliver this Kubernetes operator
Assess signing/provenance needs of the Rails Kubernetes Operator
Jun 27, 2023
This may have already been implemented by #32 – I honestly don't know how to decode the SBOM information, well enough to determine if it identifies a gem that is missing a license, (or what specifically this is supposed to have told in attestations.)
This is an assessment because my understanding of this topic is currently very thin. I know there is an SBOM and I believe that's different than the provenance attestations. I'm not sure how they're related, or which one certifies the other, or even if that's how it works. I need some experts to weigh in, maybe the Flux Bug Scrub team can help out next time we meet 😁🔥
Repeat of #35, but for the Ruby on Rails app stack that runs the
kubernetes-operator
gem.Whatever we're calling an implementation of provenance, obviously fails the test if there isn't some alert presented about the dependency on
kubernetes-operator
gem that has no license or provenance(You can refer to this issue to understand why that is the case):
https://gitlab.com/tobiaskuntzsch/kubernetes-operator/-/issues/1
The text was updated successfully, but these errors were encountered: