Confronto
CRACI vs Renovate
Renovate mantiene aggiornate le Sue dipendenze secondo le regole che Lei scrive. CRACI parte dall'altro capo: registra ciò che ogni build ha effettivamente scaricato e continua a monitorarlo, così Lei sa quali build distribuite sono colpite da un nuovo advisory.
Aggiornato il
La risposta breve
Renovate è pensato per l'igiene delle dipendenze: trova i file dei pacchetti, apre pull request di aggiornamento e Le consente di controllare il rumore con pianificazioni, raggruppamenti e automerge. CRACI è un runner GitHub Actions che registra ciò che ogni build ha scaricato e monitora quelle SBOM per individuare nuove vulnerabilità. Renovate chiede "esiste una versione più recente?". CRACI chiede "qualcosa in ciò che abbiamo compilato e distribuito è vulnerabile, e dove?". Non competono per lo stesso lavoro e funzionano fianco a fianco: Renovate apre le pull request di aggiornamento, CRACI Le dice quali build ne hanno bisogno.
| Funzionalità | CRACI | Renovate |
|---|---|---|
| A che cosa risponde | Quali build distribuite contengono un pacchetto vulnerabile | Quali dipendenze hanno una versione più recente o un avviso di vulnerabilità |
| Esegue le Sue build | I job girano sui runner CRACI | Legge i repository, non le build |
| Dipendenze registrate dalla build | Download osservati, compresi i pacchetti in cache | Trova i riferimenti nei file dei pacchetti |
| Apre pull request di aggiornamento | Aggiornamenti pianificati, più correzioni da avvisi GitHub o OSV | |
| Triage e instradamento ai team responsabili | Tra build e repository | Dependency Dashboard per repository |
| Package manager | Rileva npm, PyPI, RubyGems, Cargo, Go, Nix, OCI, apt, apk, Git | Più di 90 package manager |
| Oltre GitHub | Oggi GitHub Actions; GitLab CI e Jenkins in roadmap | GitLab, Bitbucket, Azure DevOps e altri |
| Policy di egress sul runner | Negazione o autorizzazione predefinita, fail closed | Fuori dal suo ambito |
| SBOM e dati di provenance | Per build, completezza per job e per cache | Fuori dal suo ambito |
| Monitoraggio delle SBOM distribuite | SBOM monitorate rivalutate di continuo | Fuori dal suo ambito |
| Self-hosting | Oggi gestito; runner ospitati dal cliente in roadmap, Enterprise | CLI, Docker o edizione Community self-hosted |
| Prezzo | $0.002 per vCPU-minuto ($0.004 per 2 vCPU), misurati al secondo; nessun canone mensile e nessun costo per SBOM | Open source con licenza AGPL-3.0. Mend Renovate Community è gratuito; Mend Renovate Enterprise è un piano a pagamento (a settembre 2026). |
- Incluso
- In parte
- Non incluso
- In roadmap
Che cosa fa bene Renovate
La documentazione di Renovate si apre con "Automated dependency updates. Multi-platform and multi-language." Ed è all'altezza di entrambe le promesse. Nel Suo repository "looks for references to dependencies (both public and private)" e, quando esistono versioni più recenti, apre pull request che aggiornano le dipendenze e i relativi lockfile.
- Ampiezza. Più di 90 package manager e repository su GitHub, GitLab, Bitbucket, Azure DevOps, Gitea e Forgejo, con AWS CodeCommit, Gerrit e SCM-Manager indicati come sperimentali.
- Controllo. Preset di configurazione condivisibili,
packageRulesper il comportamento di ogni pacchetto, pianificazioni per limitare quando compaiono le pull request e automerge per gli aggiornamenti di cui si fida. La documentazione osserva che la maggior parte dei team lascia a una persona gli aggiornamenti major. - Visibilità. Una issue Dependency Dashboard, attiva per impostazione predefinita in
config:recommended, e informazioni che aiutano a decidere quali aggiornamenti accettare: età, adozione, tassi di successo e merge confidence. - Portata. I custom manager gestiscono formati di file proprietari e formati diffusi che Renovate non supporta ancora.
- Scelta del deployment. Open source con licenza AGPL-3.0 e mantenuto da Mend. Può eseguire la CLI o l'immagine Docker in autonomia, usare l'app cloud gratuita Mend Renovate Community su GitHub.com e Bitbucket Cloud, oppure eseguire le edizioni self-hosted Community o Enterprise a pagamento.
Come Renovate gestisce le vulnerabilità
Renovate ha due strade per le correzioni di sicurezza. Con vulnerabilityAlerts legge gli avvisi di vulnerabilità di GitHub, il che richiede che il dependency graph e gli avvisi di Dependabot siano attivi. Quelle pull request "skip the line", ignorando pianificazioni e limiti orari, e per impostazione predefinita passano alla versione più bassa che contiene la correzione. Con osvVulnerabilityAlerts confronta le dipendenze con il database OSV, che scarica e interroga offline. La documentazione è precisa sul limite: "You will only get OSV-based vulnerability alerts for direct dependencies," per un insieme definito di datasource.
CRACI non sostituisce nulla di tutto questo e non apre pull request. Se il Suo obiettivo è mantenere aggiornati centinaia di repository con il minimo sforzo, Renovate è fatto per questo.
In che cosa CRACI è diverso
Parte dalla build, non dai file dei pacchetti
Renovate lavora a partire da ciò che il Suo repository dichiara. Una build spesso fa di più: risolve le versioni al momento dell'installazione, ripristina pacchetti dalle cache e scarica strumenti, pacchetti di sistema e immagini che nessun manifest elenca. expressjs/express 5.2.1 mostra il divario nella forma più evidente: non include alcun lockfile, quindi un generatore puntato su un checkout pulito non ha nulla da risolvere e non riporta nessuna delle sue dipendenze npm, per quanto bene funzioni lo strumento. CRACI non può essere confrontato in questo modo, perché registra build anziché scansionare directory. I file di un repository e i pacchetti di una build non sono lo stesso elenco.
CRACI esegue la build. Lei cambia runs-on in craci, e un proxy che riconosce i pacchetti registra ciò che ogni job scarica da npm, PyPI, RubyGems, Cargo, Go, Nix, OCI, apt, apk e sorgenti Git, oltre ai preset di download. Ogni job e cache riceve uno stato di completezza: Complete, Complete with connections, Incomplete, Unavailable o Not recorded.
Monitorare ciò che ha distribuito
CRACI aggrega le vulnerabilità tra build e repository e continua a rivalutare le SBOM monitorate man mano che compaiono nuovi advisory. Quando ne arriva uno, Lei vede quali build e repository hanno effettivamente usato il pacchetto interessato, compresi i pacchetti che nessun manifest elenca, e i team di sicurezza possono esaminare il risultato e assegnarlo al team responsabile della correzione. L'elemento scatenante è una vulnerabilità in qualcosa che una build ha effettivamente usato, non l'arrivo di una nuova versione.
Non solo monitoraggio
Poiché CRACI è il runner, applica anche una policy di egress per job (negazione o autorizzazione predefinita, convalidata prima dell'avvio del job, in modalità fail closed), restituisce SBOM, tracce di rete e provenance tramite la sua API ed esporta le SBOM in CycloneDX o SPDX. Niente di tutto questo è compito di Renovate.
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 arriva una nuova vulnerabilità, può vedere quali prodotti eseguono la versione interessata invece di ricostruirlo da note di rilascio e fogli di calcolo.
Usarli entrambi
- Renovate mantiene aggiornata ogni dipendenza secondo una pianificazione, su tutte le Sue piattaforme e tutti i Suoi package manager, con automerge per gli aggiornamenti a basso rischio.
- CRACI registra ogni build GitHub Actions, monitora ciò che è stato distribuito e Le dice quali build e team sono colpiti da una nuova vulnerabilità, così Lei sa quali pull request di aggiornamento unire per prime.
Non c'è nulla da migrare. Renovate continua a leggere i Suoi repository, e i Suoi workflow continuano a girare su GitHub Actions con un runner diverso.
Per il Cyber Resilience Act
Il CRA richiede ai fabbricanti di sapere che cosa contiene ogni release e di gestirne le vulnerabilità. Renovate aiuta mantenendo le dipendenze aggiornate e con le patch applicate. CRACI registra la SBOM di ogni build, la monitora per individuare nuove vulnerabilità e conserva le evidenze. Automatizza una parte significativa della visibilità e delle evidenze sulla software supply chain di cui le aziende hanno bisogno nel loro più ampio processo di conformità al CRA. Veda che cos'è il CRA e il tracciamento delle vulnerabilità.
Veda che cosa hanno scaricato davvero le Sue build
Prenoti una demo: eseguiremo su CRACI uno dei Suoi workflow GitHub Actions e vedremo insieme il record di build e le vulnerabilità che contiene.
Prenota una demo