Confronto
CRACI vs Endor Labs
Endor Labs si chiede quali vulnerabilità il Suo codice possa effettivamente raggiungere. CRACI si chiede che cosa la Sua build abbia effettivamente scaricato, e registra la risposta durante l'esecuzione. Le domande sono diverse, e molti team hanno bisogno di entrambe le risposte.
Aggiornato il
La risposta breve
Endor Labs è una piattaforma di application security costruita attorno alla raggiungibilità. Analizza il Suo codice sorgente e le Sue dipendenze per stabilire quali vulnerabilità note la Sua applicazione può chiamare, poi La aiuta a correggere prima quelle. Copre anche il codice scritto internamente, i secret, i container e i pacchetti malevoli.
CRACI è un runner CI per GitHub Actions. I Suoi job girano su di esso e, durante l'esecuzione, registra ogni dipendenza esterna che scaricano e controlla che cosa possono raggiungere in rete. Endor Labs Le dice quali risultati contano. CRACI Le fornisce una registrazione di ciò che è entrato in ogni release. I due si integrano senza sovrapporsi nelle loro funzioni principali.
In sintesi
| Funzionalità | CRACI | Endor Labs |
|---|---|---|
| Esegue le Sue build | I job vengono eseguiti sui runner CRACI | Scansiona dall'interno della Sua CI esistente |
| Dipendenze registrate dalla build | Download osservati, compresi i pacchetti dalle cache CI | Inventario costruito analizzando il codice sorgente |
| Policy di egress di rete per la build | Negazione o autorizzazione predefinita, fail closed | Fuori dal suo perimetro: non esegue build |
| Esportazione SBOM (CycloneDX, SPDX) | Ogni build, con completezza per job e per cache | SBOM Hub, con VEX basato sulla raggiungibilità |
| Provenance firmata degli artefatti | Nessuna provenance firmata | endorctl artifact sign, con provenance |
| Monitoraggio continuo | Le SBOM monitorate vengono rivalutate di continuo | Il rischio si aggiorna quando emergono nuove vulnerabilità |
| Raggiungibilità a livello di funzione | Analisi statica del programma su dipendenze dirette e transitive | |
| SAST, secret e container | AI SAST, rilevamento di secret, scansione dei container | |
| Blocco dei pacchetti malevoli | Blocklist di pacchetti a livello di organizzazione | Package Firewall, un proxy davanti ai registry |
| Sistemi CI | Oggi GitHub Actions; GitLab CI e Jenkins in roadmap | GitHub Actions, GitLab, Jenkins, CircleCI, Buildkite, Bitbucket |
| Prezzi | $0.002 per vCPU-minuto ($0.004 per 2 vCPU), misurati al secondo; nessun canone mensile e nessun costo per SBOM | Piano Developer gratuito; Core e Pro con prezzo per sviluppatore contributore tramite il reparto vendite (a settembre 2026). |
- Incluso
- Non incluso
- In roadmap
Che cosa fa bene Endor Labs
La raggiungibilità è il punto di forza. Endor Labs usa l'analisi statica del programma per eseguire un'analisi di raggiungibilità a livello di funzione sulle dipendenze dirette e transitive, seguendo i percorsi di codice dai Suoi sorgenti alla funzione vulnerabile. Dove una build completa non è possibile, la raggiungibilità a livello di dipendenza e quella precalcolata offrono alternative meno precise. Endor Labs afferma che questo riduce i risultati SCA del 92%, filtrando le vulnerabilità non richiamabili nel Suo codice. Per un team sommerso dagli avvisi sulle dipendenze, è il sollievo più diretto disponibile.
Anche sul fronte delle correzioni è forte. L'analisi dell'impatto degli aggiornamenti cerca modifiche incompatibili prima dell'aggiornamento e assegna un rischio di remediation, pull request automatizzate portano l'aggiornamento ed Endor Patches esegue il backport di una correzione di sicurezza upstream sulla versione che Lei già usa quando un aggiornamento non è praticabile.
Oltre alle dipendenze open source, la piattaforma include AI SAST, rilevamento di secret, scansione dei container, rilevamento di pacchetti malevoli e un Package Firewall che si colloca come proxy tra il Suo repository di artefatti e i registry pubblici. Il suo SBOM Hub genera e importa SBOM CycloneDX e SPDX, produce documenti VEX basati sulla raggiungibilità e continua ad aggiornare il rischio man mano che vengono pubblicate nuove vulnerabilità. Endor Labs si integra con GitHub Actions, GitLab, Jenkins, CircleCI, Buildkite e Bitbucket, e i linguaggi supportati includono C e C++, Java, Go, Rust, Python e JavaScript.
CRACI non svolge alcuna attività di raggiungibilità, SAST, secret o scansione dei container. Se Le serve, tenga Endor Labs o uno strumento simile.
In che cosa CRACI è diverso
La build è la fonte di verità
Endor Labs considera il codice sorgente la base di verità per il suo inventario, il che intercetta dipendenze dirette, transitive e fantasma che un manifest da solo non vedrebbe. CRACI parte da un altro punto: la build stessa. Un proxy sul runner che riconosce i pacchetti osserva il traffico verso le sorgenti dei pacchetti durante l'esecuzione del job, per npm, PyPI, RubyGems, Cargo, Go, Nix, OCI, apt, apk e sorgenti Git, oltre ai preset di download. Le evidenze viaggiano con le cache CI, quindi anche un pacchetto ripristinato da una cache viene conteggiato. Poiché il runner vede il traffico, vengono osservate anche le dipendenze scaricate da script di installazione o step di download, non solo quelle indicate in un manifest.
Ogni SBOM riporta uno stato di completezza per job e per cache: Complete, Complete with connections, Incomplete, Unavailable o Not recorded. Quando la registrazione ha una lacuna, Lei viene informato.
Controllo su ciò che la build può raggiungere
Poiché CRACI è il runner, Lei può impostare una policy di egress per ogni job: negazione o autorizzazione predefinita, con 24 preset integrati di sorgenti software e sorgenti personalizzate tipizzate per registry e Git. Le policy vengono validate prima dell'avvio del job e operano in modalità fail closed. Il Package Firewall di Endor Labs filtra i pacchetti che entrano attraverso il Suo repository di artefatti. La policy di CRACI limita ogni connessione effettuata dalla build. Sono livelli diversi e funzionano bene insieme.
Provenance e monitoraggio di ciò che è stato distribuito
Endor Labs firma gli artefatti; CRACI no. I dati di CRACI provengono dal runner che ha osservato la build, e l'API restituisce SBOM, tracce di rete e provenance. CRACI aggrega le vulnerabilità tra build e repository e continua a rivalutare le SBOM monitorate.
Un inventario di ciò che è distribuito e dove
La vista inventario di CRACI mostra esattamente quali versioni del software sono distribuite in quali prodotti, a livello globale. Quando arriva una nuova vulnerabilità, Lei può vedere quali prodotti eseguono la versione interessata, invece di ricostruirlo da note di rilascio e fogli di calcolo.
Quale scegliere
- Il Suo problema è il volume degli avvisi: inizi con Endor Labs. La raggiungibilità e l'analisi dell'impatto degli aggiornamenti puntano esattamente a questo.
- Il Suo problema è dimostrare che cosa c'è in una release: CRACI lo registra dalla build.
- La preoccupa ciò che le build possono scaricare: la policy di egress di CRACI limita il runner, e il Package Firewall di Endor Labs filtra i pacchetti. Usi entrambi se il rischio è elevato.
- Usa GitLab, Jenkins o CircleCI: Endor Labs oggi li copre. CRACI supporta solo GitHub Actions, quindi quelle pipeline dovrebbero passare a GitHub Actions per girare su CRACI. GitLab CI e Jenkins sono in roadmap.
Per il Cyber Resilience Act
Endor Labs indica il Cyber Resilience Act dell'UE tra i requisiti di evidenza supportati da SBOM Hub, e il suo output VEX aiuta a spiegare perché una vulnerabilità non riguarda un prodotto. 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: SBOM in fase di build con completezza dichiarata, dati di provenance, tracciamento continuo delle vulnerabilità ed esportazione delle SBOM in CycloneDX o SPDX. Nessuno dei due strumenti rende conforme un prodotto da solo. Approfondisca con che cos'è il CRA e la conformità al CRA.
Aggiungere CRACI accanto a Endor Labs
La Sua configurazione di Endor Labs non deve cambiare in alcun modo. Installi la CRACI GitHub App, poi cambi
runs-on in craci nei workflow che desidera registrare. Le esecuzioni continuano a comparire nell'interfaccia di GitHub,
e uno step endorctl gira su un runner CRACI come qualsiasi altro step. Scopra di più sulla
generazione di SBOM in fase di build e sull'integrazione CI/CD.
Esegua una build reale e confronti
Indirizzi un workflow GitHub Actions su CRACI e metta la sua registrazione della build accanto ai risultati di Endor Labs.
Prenota una demo