123% di CVE segnalate in più al giorno nel 2026 rispetto all'anno scorso.

Confronto

CRACI e Chainguard

Chainguard rafforza ciò che entra nella Sua build: immagini container, librerie dei linguaggi e GitHub Actions. CRACI protegge e registra la build stessa. Uno ripulisce gli input, l'altro registra che cosa è successo loro.

Aggiornato il

La risposta breve

Chainguard compila il software open source dai sorgenti e lo distribuisce rafforzato: immagini container minimali con poche o nessuna vulnerabilità nota, librerie dei linguaggi ricompilate, immagini VM e GitHub Actions rafforzate, ciascuna con una SBOM firmata e la provenance. Se il Suo problema è che le immagini base e i pacchetti da cui parte contengono troppe CVE, Chainguard lo affronta direttamente.

CRACI è un runner CI per GitHub Actions. I Suoi job girano su di esso e, mentre sono in esecuzione, registra ogni dipendenza esterna che scaricano e applica una policy di egress. Chainguard protegge gli input. CRACI protegge e registra la build. Le sovrapposizioni sono minime e i due si integrano in modo naturale.

In sintesi

Funzionalità CRACI Chainguard
Esegue le Sue build I job girano sui runner CRACI Fornisce le immagini e le librerie usate dalle build
Registra ciò che la Sua build ha scaricato Download osservati, compresi i pacchetti dalle cache CI Le sue SBOM descrivono gli artefatti di Chainguard
Policy di egress della build Negazione o autorizzazione predefinita, fail closed Fuori dal suo perimetro: non esegue build
SBOM Per i Suoi artefatti, per build, con la completezza indicata SBOM SPDX firmata con ogni immagine container
Provenance firmata Nessuna provenance firmata Provenance SLSA sulle sue immagini e librerie
Monitoraggio delle vulnerabilità SBOM monitorate rivalutate Advisory e ricompilazioni per gli artefatti Chainguard
Immagini container rafforzate e minimali Catalogo di immagini zero-CVE compilate dai sorgenti
Librerie ricompilate dai sorgenti Java, Python e JavaScript
SLA di correzione delle CVE 7 giorni per le critiche, 14 per le altre gravità
GitHub Actions rafforzate Chainguard Actions, compilate dai sorgenti
Prezzi $0.002 per vCPU-minuto ($0.004 per 2 vCPU), misurati al secondo; nessun canone mensile e nessun costo per SBOM Fino a cinque immagini container gratuite; catalogo da $19K per un team di 10, prezzo per immagine su preventivo (a settembre 2026).
  • Incluso
  • Non incluso

Che cosa fa bene Chainguard

La homepage di Chainguard
chainguard.dev

Chainguard Containers è, con le parole di Chainguard, un catalogo di immagini container zero-CVE compilate dai sorgenti. Ogni immagine include un'attestazione SBOM firmata in formato SPDX e un'attestazione di provenance SLSA 1.0 che descrive l'ambiente di build, il tutto verificabile con cosign. I clienti possono ottenere anche SBOM CycloneDX sulle build più recenti.

La policy sulle CVE è concreta. Per i clienti con un ordine, Chainguard si impegna a correggere le CVE critiche entro 7 giorni di calendario e quelle di gravità alta, media e bassa entro 14 giorni di calendario da quando una patch idonea diventa pubblicamente disponibile, per i version stream supportati delle sue immagini.

Chainguard Libraries applica lo stesso approccio ai pacchetti dei linguaggi. È un catalogo di dipendenze Java, Python e JavaScript ricompilate da sorgenti verificati invece che scaricate come artefatti precompilati, fornito come upstream per JFrog Artifactory, Sonatype Nexus Repository o Cloudsmith. Ogni pacchetto include firme Sigstore, una SBOM firmata e la provenance SLSA Level 3. Chainguard Actions offre versioni rafforzate di GitHub Actions diffuse, compilate dai sorgenti e scansionate di continuo, e Chainguard VMs applica lo stesso modello alle immagini di macchine virtuali.

CRACI non produce immagini né librerie rafforzate e non promette nulla sul numero di CVE di ciò che Lei scarica. Quello è il lavoro di Chainguard.

In che cosa CRACI è diverso

Osserva la Sua build, non quella di Chainguard

Le SBOM e la provenance di Chainguard descrivono gli artefatti di Chainguard, compilati nella fabbrica di Chainguard. La Sua build gira comunque da qualche parte e scarica più di un'immagine base: le Sue dipendenze, le toolchain, gli strumenti scaricati dagli script di installazione e qualsiasi cosa scarichi uno step del workflow. CRACI registra tutto questo. Un proxy che riconosce i pacchetti, sul runner, osserva il traffico verso le sorgenti dei pacchetti di npm, PyPI, RubyGems, Cargo, Go, Nix, OCI, apt, apk e sorgenti Git. Le evidenze viaggiano con le cache CI e ogni SBOM indica la propria completezza per job e per cache: Complete, Complete with connections, Incomplete, Unavailable o Not recorded.

Limita ciò che la build può raggiungere

Gli input rafforzati servono solo se la build li usa davvero. La policy di egress di CRACI prevede la negazione o l'autorizzazione predefinita, con 24 preset integrati di sorgenti software e sorgenti personalizzate tipizzate per i registry, compresi i registry OCI e Git. Le policy vengono convalidate prima dell'avvio del job e operano in modalità fail closed. Una policy che consente il Suo registry Chainguard e il Suo repository di artefatti, e poco altro, trasforma "usiamo Chainguard" da una convenzione in qualcosa che il runner fa rispettare.

Continua a monitorare ciò che ha rilasciato

L'API restituisce SBOM, tracce di rete e provenance. CRACI continua a rivalutare le SBOM monitorate per individuare nuove vulnerabilità. Le SBOM si esportano in CycloneDX o SPDX, vulnerabilità comprese.

Un inventario di che cosa è distribuito e dove

La vista inventario di CRACI mostra esattamente quali versioni del software sono distribuite in quali prodotti, a livello globale. Quando emerge una nuova vulnerabilità, Lei vede quali prodotti eseguono la versione interessata invece di ricostruirlo da note di rilascio e fogli di calcolo.

Usarli insieme

Una configurazione tipica:

  • Chainguard fornisce le immagini base e, tramite il Suo repository di artefatti, le librerie ricompilate.
  • CRACI esegue i job GitHub Actions che le usano per la build, con una policy di egress che consente le Sue sorgenti approvate, e registra ciò che ogni job ha scaricato.

OCI è tra gli ecosistemi che CRACI rileva, e CRACI funziona con i mirror npm e PyPI di JFrog Artifactory, quindi le immagini e i pacchetti Python o JavaScript che arrivano per questa via fanno parte della registrazione della build. Il supporto a Maven, che copre Chainguard Libraries per Java, è in roadmap.

Quale scegliere

  • Gli scanner continuano a segnalare CVE nelle Sue immagini base: Chainguard sostituisce quelle immagini con versioni rafforzate.
  • Le servono evidenze di ciò che è entrato in ogni release: CRACI le registra dalla build.
  • Vuole build che possano raggiungere solo sorgenti approvate: la policy di egress di CRACI lo impone sul runner.
  • Vuole sia input puliti sia una build registrata: li usi insieme, come sopra.

Per il Cyber Resilience Act

Partire da componenti con poche vulnerabilità note, uno SLA di correzione documentato e SBOM firmate facilita la gestione delle vulnerabilità di un fabbricante. Chainguard aiuta in questo. CRACI automatizza una parte significativa della visibilità e delle evidenze sulla software supply chain di cui le aziende hanno bisogno per il loro più ampio processo di conformità al CRA: che cosa è entrato in ogni release e il monitoraggio continuo delle vulnerabilità. Nessuno dei due rende conforme un prodotto da solo. Veda che cos'è il CRA e la conformità al CRA.

Aggiungere CRACI a una configurazione Chainguard

Installi la GitHub App di CRACI, poi cambi runs-on in craci nei workflow che vuole registrare. I Suoi Dockerfile e la configurazione dei pacchetti restano invariati. Oggi CRACI supporta GitHub Actions; GitLab CI, Jenkins e altri sistemi CI sono in roadmap. Scopra di più sulla generazione di SBOM in fase di build e sull'integrazione CI/CD.

Costruisca su input puliti, e lo dimostri

Esegua su un runner CRACI un workflow GitHub Actions che usa le Sue immagini Chainguard e guardi la registrazione che lascia.

Prenota una demo