To måter å sette CRACI foran bygget ditt på
Velg det som er mest nyttig akkurat nå, så legger vi samtalen opp etter det.
Artūrs Vavilovs
Account Executive, CRACI · Helsinki
CRACI er et team på 14 i Helsingfors, støttet av Lifeline Ventures. Vi onboarder hvert team personlig før generell tilgjengelighet, og vi ber deg ikke rive ut noe for å finne ut om dette er nyttig.
Dette går vi gjennom
- Pek en representativ workflow mot CRACI (runs-on: craci), og sammenlign byggetid og kostnad side om side
- Gå gjennom SBOM-en bygget registrerte, inkludert de skjulte avhengighetene som lockfile-baserte verktøy overser
- Se hvordan egress-policyen blokkerer tilkoblinger et bygg ikke trenger, før de forlater runneren
Er byggetid noe teamet ditt klager over, eller har alle stille godtatt den?
- Hvor byggets SBOM-er og sårbarhetsregistreringer passer inn i rammeverkene du må forholde deg til: CRA, NIS2, ISO 27001, SOC 2 og PCI DSS
- Se hvordan hvert levert bygg overvåkes for nye sårbarheter, og hvordan byggehistorikken viser hvilke bygg som inneholdt en sårbarhet, og hvor lenge
- Hvis CRA gjelder for deg: hvordan CRACI sender inn sårbarhetsvarslene til myndighetene på dine vegne
Når en sårbarhet dukker opp i en avhengighet, hvor lang tid tar det før du vet hvilke av utgivelsene dine som inneholder den?
Velg et tidspunkt
Velg en ledig tid, legg inn navn og e-post, så sendes invitasjonen med en gang.
Dette kan du sjekke i samtalen
Omtrent dobbelt så raske bygg
Sammenlignet med GitHub-hostede runnere, takket være raskere maskinvare, kortere køtid og caching. Om du ser det samme på dine workflows, er det samtalen er til for.
SBOM-er registrert fra selve bygget
CRACI ser hva hver jobb henter inn mens den kjører, så SBOM-en beskriver det som ble levert, ikke det en lockfile antyder.
Egress-policy ved runneren
Med en default deny-policy tillater runneren bare kildene et bygg trenger, så en kompromittert pakke ikke kan sende hemmelighetene dine til en angripers vert.
SBOM-er fra bygget som ble levert
CycloneDX- og SPDX-eksporter med hver transitive avhengighet, registrert mens utgivelsen ble bygget, ikke rekonstruert i etterkant.
Eksponering du kan vise frem
Leverte bygg sjekkes på nytt etter hvert som nye sårbarheter dukker opp, og byggehistorikken viser hvilke bygg som inneholdt en sårbarhet, og hvor lenge.
Provenance via API-et
API-et returnerer SBOM-er, nettverksspor og provenance for hvert bygg, så bevisene kommer fra selve bygget.
Støttet av