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
Many organizations/companies utilize some form of an Open Source Program Office (OSPO) to review and approve each artifact in the software bill of materials to ensure the artifact complies with the organization/company's legal, contractual/customer/client, and/or other internal policy constraint. To comply with organization/corporate/legal policies, developers in these organizations leverage their OSPO to request and obtain vetted versions of software (this could include FOSS as well as COTS). An OSPO may leverage internal tools that developers within the organization/company use to request new/updated versions of software and download them (usually from a central proxy cache). An attestation with an ospo-governance predicate would attest that the artifact(s) have been vetted by the OSPO.
Existing predicate types including SPDX, CycloneDX, SLSA-VSA, and SCAI capture the process, functionality, or evidence used by a producer of an artifact. As mentioned in the SCAI spec, SPDX and CycloneDX, and SLSA covers coarse-grain and build service information. The "ospo-governance" attestation will typically consume attestations such as SPDX, CycloneDX, SCAI, and/or SLSA-VSA to contribute to the "ospo-governance" predicate result; however, the OSPO uses internal policies to produce the "ospo-governance" predicate for artifact(s).
What might a new predicate type for your use case look like? (concrete examples in JSON or CUE preferred)
NOTE: additional predicate attributes still need to be defined
What's your use case?
Many organizations/companies utilize some form of an Open Source Program Office (OSPO) to review and approve each artifact in the software bill of materials to ensure the artifact complies with the organization/company's legal, contractual/customer/client, and/or other internal policy constraint. To comply with organization/corporate/legal policies, developers in these organizations leverage their OSPO to request and obtain vetted versions of software (this could include FOSS as well as COTS). An OSPO may leverage internal tools that developers within the organization/company use to request new/updated versions of software and download them (usually from a central proxy cache). An attestation with an
ospo-governance
predicate would attest that the artifact(s) have been vetted by the OSPO.Why don’t existing predicates cover this use case?
Existing predicate types including SPDX, CycloneDX, SLSA-VSA, and SCAI capture the process, functionality, or evidence used by a producer of an artifact. As mentioned in the SCAI spec, SPDX and CycloneDX, and SLSA covers coarse-grain and build service information. The "ospo-governance" attestation will typically consume attestations such as SPDX, CycloneDX, SCAI, and/or SLSA-VSA to contribute to the "ospo-governance" predicate result; however, the OSPO uses internal policies to produce the "ospo-governance" predicate for artifact(s).
What might a new predicate type for your use case look like? (concrete examples in JSON or CUE preferred)
NOTE: additional predicate attributes still need to be defined
Example for a new package requested for use to the OSPO but the OSPO is still reviewing the package (hence the UNDER_REVIEW status):
The example below shows the same package as approved by the OSPO:
What policy questions do you want to be able to answer with the predicate?
The text was updated successfully, but these errors were encountered: