도구를 만드세요. 그리고 Strix의 일부로 만드세요.

진행 방식

여러분의 저장소에서 출시된 Strix 도구가 되기까지 네 단계 — 그리고 그 전 과정 내내 저작자로서의 지위와 저작권은 여러분의 것으로 남습니다.

1. 01

   도구를 만드세요

   어떤 언어로든, Windows 및/또는 Linux를 위해, MIT 호환 라이선스로 작성하세요. 아래 기준을 충족하세요: 오프라인, 텔레메트리 없음, 한 가지 일을 제대로.

2. 02

   제출을 시작하세요

   GitHub에 제출 이슈를 열고 저장소 링크, 하는 일, 대상 플랫폼, 그리고 — 있다면 — 네트워크에 어떻게 접근하는지를 적어 주세요. 저희 계정은 필요 없으며, GitHub 계정만 있으면 됩니다.

3. 03

   보안 검토 및 견고화

   모든 Strix 도구가 통과한 것과 동일한 관문을 진행합니다: 정적 분석, 의존성 및 공급망 감사, 적대적 코드 검토, 그리고 견고화 과정입니다. 여러분은 발견 사항을 전달받고, 저희가 함께 하나씩 해결해 나갑니다.

4. 04

   Strix로 출시됩니다

   승인되면 여러분의 도구는 Strix 조직 아래 자체 저장소, 이 사이트의 현지화된 랜딩 페이지, 그리고 SHA-256 체크섬과 빌드 출처 증명이 담긴 릴리스를 갖게 됩니다.

Strix 도구가 갖추어야 할 조건

이것들은 타협할 수 없습니다 — 제품군 전체가 그 위에 세워진 약속이기 때문입니다. 여러분의 도구가 이미 이 원칙에 따라 살고 있다면, 아주 자연스럽게 어울릴 것입니다.

모든 제출이 거치는 보안 검토

기존 도구들이 출시 전에 통과한 것과 동일한 관문입니다. 통과하기 전에는 어떤 것도 출시되지 않습니다.

• ✓
  정적 분석 (SAST)코드베이스 전체에 걸친 semgrep, bandit, PSScriptAnalyzer, Roslyn 분석기, 그리고 언어에 맞는 linter.
• ✓
  의존성 및 공급망 감사고정된 버전, SBOM, pip-audit / Dependabot, 그리고 모든 서드파티 의존성이 정당한지에 대한 확인.
• ✓
  적대적 코드 검토주입, 경로 탐색, SSRF, 권한 상승, 그리고 안전 통제를 약화시키는 모든 지점을 찾아내는 사람의 검토.
• ✓
  견고화함께 빈틈을 메웁니다: 최소 권한, 셸 없음, 입력 검증, 실패 시 닫힘(fail-closed) 기본값, 그리고 위험한 경로에 대한 심층 방어.
• ✓
  모든 릴리스에 출처를CI가 각 릴리스를 빌드하고, SHA-256 SHA256SUMS를 생성하며, SLSA 빌드 출처 증명을 첨부하므로, 모든 다운로드를 검증할 수 있습니다.

여러분이 지키는 것 — 그리고 얻는 것

Strix에 기여한다고 해서 여러분의 작업을 넘겨주는 것은 아닙니다.

FAQ