빌드에 CRACI를 적용해 보는 두 가지 방법
지금 유용한 쪽을 선택하시면, 그에 맞춰 통화를 구성하겠습니다.
Artūrs Vavilovs
Account Executive, CRACI · Helsinki
CRACI는 Lifeline Ventures의 투자를 받은 헬싱키의 14명 규모 팀입니다. 정식 출시 전까지 모든 팀의 온보딩을 직접 지원하고 있으며, 이 제품이 유용한지 확인하기 위해 기존의 무언가를 걷어 내라고 요청하지 않습니다.
사용 중인 도구 목록을 준비해 오세요. CRACI가 대체하는 것도 확인하세요.
함께 살펴볼 내용
- 대표적인 워크플로 하나를 CRACI로 지정(runs-on: craci)하고 빌드 시간과 비용을 나란히 비교합니다
- 잠금 파일 기반 도구가 놓치는 숨은 종속성을 포함해, 빌드가 기록한 SBOM을 함께 살펴봅니다
- 이그레스 정책이 빌드에 필요 없는 연결을 러너 밖으로 나가기 전에 차단하는 방식을 확인합니다
빌드 시간은 팀이 불만을 갖는 문제입니까, 아니면 모두가 조용히 받아들이고 있습니까?
- 빌드의 SBOM과 취약점 기록이 대응해야 하는 프레임워크(CRA, NIS2, ISO 27001, SOC 2, PCI DSS)에 어떻게 들어맞는지 살펴봅니다
- 출시된 모든 빌드가 새로운 취약점에 대해 어떻게 모니터링되는지, 그리고 빌드 기록이 어떤 빌드에 취약점이 얼마 동안 포함되었는지 어떻게 보여 주는지 확인합니다
- CRA가 적용된다면, 귀사가 당국에 제출할 취약점 통지의 내용을 CRACI가 준비하는 방식을 살펴봅니다
종속성에서 취약점이 발견되면, 어떤 릴리스에 그것이 포함되어 있는지 파악하는 데 얼마나 걸립니까?
시간 선택
시간대를 선택하고 이름과 이메일을 입력하시면 초대장이 바로 발송됩니다.
통화에서 확인할 수 있는 것
약 2배 빠른 빌드
더 빠른 하드웨어, 짧은 대기 시간, 캐싱 덕분에 GitHub 호스팅 러너보다 빠릅니다. 여러분의 워크플로에서도 같은 결과가 나오는지 확인하는 것이 이 통화의 목적입니다.
빌드 자체에서 기록되는 SBOM
CRACI는 각 작업이 실행되는 동안 가져오는 것을 보므로, SBOM은 잠금 파일이 암시하는 것이 아니라 출시된 것을 기술합니다.
러너 단의 이그레스 정책
기본 거부 정책을 쓰면 러너가 빌드에 필요한 소스만 허용하므로, 손상된 패키지가 시크릿을 공격자의 호스트로 보낼 수 없습니다.
출시된 빌드에서 나온 SBOM
모든 전이적 종속성을 포함한 CycloneDX 및 SPDX 내보내기로, 사후에 재구성한 것이 아니라 릴리스가 빌드되는 동안 기록되었습니다.
보여 줄 수 있는 노출 현황
출시된 빌드는 새로운 취약점이 나타날 때마다 다시 확인되며, 빌드 기록은 어떤 빌드에 취약점이 얼마 동안 포함되었는지 보여 줍니다.
API로 제공되는 출처 증명
API는 각 빌드의 SBOM, 네트워크 추적, 출처 증명을 반환하므로, 증거가 빌드 자체에서 나옵니다.
투자사
