Urgent.News

What's breaking now, across thousands of outlets.

Tech

Securing the Software Supply Chain: Generating SBOMs & SLSA Provenance in GitLab CI/CD

Securing the Software Supply Chain: Generating SBOMs & SLSA Provenance in GitLab CI/CD From the SolarWinds breach to the recent XZ Utils backdoor, software supply chain attacks have moved from theoretical risks to frontline security crises. It is no longer enough to verify that your own proprietary code is clean. Regulators, enterprise buyers, and security frameworks (like NIST SP 800-218 ,…

The rise of software supply chain attacks, like the SolarWinds breach and XZ Utils backdoor, has forced organizations to prioritize security beyond just their own code. Regulators, buyers, and frameworks such as NIST SP 800-218, Executive Order 14028, and FedRAMP now require creating Software Bill of Materials (SBOMs) and using SLSA (Supply-chain Levels for Software Artifacts) for provenance.

GitLab simplifies this compliance by offering native support for generating CycloneDX SBOMs in JSON format and automated SLSA provenance attestations. The process begins with a secure git push that includes a signed commit. The CI/CD runner then compiles binaries or containers while generating the dependency SBOM in CycloneDX JSON. This SBOM is automatically parsed by GitLab and added to the project's Security & Compliance > Dependency List dashboard, enabling cross-referencing with the GitLab Advisory Database.

For SLSA Level 2 build provenance, GitLab creates an in-toto attestation statement that includes the exact git commit SHA, repository URL, runner environment details, and the binary artifact's SHA-256 hash. Signing container images is streamlined with Cosign, using GitLab's OIDC JWT tokens to manage keys securely. This process ensures that consumers can verify both the container image and its attached SBOM, enhancing trust in the software supply chain.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

BERT's tokenizer bottleneck was hiding before WordPiece

BERT's tokenizer bottleneck was hiding before WordPiece Normalization consumed 88% of a warm English encoding pass with bert-base-uncased . WordPiece, the algorithm that chooses tokens, took 8%.

  • BERT tokenizer bottleneck hidden before WordPiece
  • WordPiece accounted for 88% of warm English encoding pass
  • Proposed branch improved BERT encoding 50x

Zero-Latency Motion Tracking with OpenCV

Heavy machine learning models don't work everywhere, especially not on the edge where computing power is not as good. I have recently developed a simple and fast working procedure to achieve motion…

More from Friday 16 October →