코드 서명 정책

1. 이 정책이 규정하는 바

이 페이지는 KalderaShield의 어떤 릴리스 산출물이 누가 어떤 키 관리 방식으로 서명하는지, 그리고 각 서명에 대해 누가 승인 책임을 지는지를 밝힙니다. 저장소에 있는 같은 문서의 원본: CODE_SIGNING_POLICY.md

2. Windows

Free code signing provided by SignPath.io, certificate by SignPath Foundation.

상태: 아직 신청하지 않음. KalderaShield는 SignPath Foundation에 신청할 예정이며, THEIR 조건이 신청 전에 이 정책의 존재를 요구하므로 미리 준비했습니다. 신청서는 제출되지 않았고 대기 중인 결정도 없습니다. 이 절에서 어떤 Windows 산출물이 현재 서명되어 있다는 주장을 읽어서는 안 됩니다. 서명되어 있지 않습니다. 첫 서명 릴리스가 실제로 출시될 때까지 정직한 서술은 아래 상태 표이며, 이 절은 그 릴리스의 이전에 갱신됩니다.

서명될 파일은 NSIS 설치 관리자(KalderaShield_<버전>_x64-setup.exe), 관리형 배포용 MSI 패키지(KalderaShield_<버전>_x64.msi), 그리고 설치가 필요 없는 휴대형 실행 파일(KalderaShield_<버전>_x64-portable.exe)입니다. 셋 다 이 저장소에서 빌드되어 릴리스 페이지에 게시됩니다. 이 저장소에서 빌드되지 않은 산출물은 이 프로젝트의 인증서로 서명되지 않으며, 제3자 바이너리를 이 인증서로 재서명하지도 않습니다.

키 관리: 개인 키는 SignPath의 HSM에서 생성되고 보관됩니다. 이 프로젝트는 그 키를 보유하지도, 내보내지도, 빌드 러너나 개발자 컴퓨터로 전달하지도 않습니다. 서명은 이 저장소의 CI가 제출하고 사람이 승인한 서명 요청에 따라 SignPath 측에서 이루어집니다.

쇄도: 버전 태그를 푸시함 → GitHub Actions가 파일을 빌드함(워크플로는 공개이고, 타사 액션은 커밋 SHA로 고정되어 있으며, 토큰 권한은 읽기 전용) → 빌드가 SignPath에 업로드하고 서명 요청을 열며, 서명하지는 않음 → 승인자가 승인 또는 거부 → SignPath가 Foundation 인증서로 서명 → 서명된 파일을 SHA256SUMS.txt와 함께 게시. 모든 릴리스에는 수동 승인이 필요하며, 무인 서명 경로는 없고 앞으로도 추가하지 않습니다.

유효한 SignPath Foundation 서명은 해당 바이너리가 릴리스가 명시한 커밋 시점의 이 저장소 소스 코드로부터 검증 가능한 자동 빌드임을 뜻합니다. 이는 소프트웨어가 감사되었다는 뜻이 아니며, 애플리케이션에 대한 보안 보증도 아닙니다. 이 프로젝트는 위협 모델과 품질 게이트 문서를 공개하지만, 완료된 독립 제3자 보안 감사는 없습니다:

3. 팀 역할

KalderaShield는 한 사람이 유지 관리합니다. 이를 팀으로 제시하지 않고 여기에 분명히 밝히는 이유는, 아래 역할들이 SignPath가 요구하는 것이고 단독 유지 관리자가 정직하게 채울 수 있는 것도 그뿐이기 때문입니다. 이 저장소에 쓰기 권한이 있는 모든 계정은 다단계 인증을 사용합니다.

4. 개인정보 처리방침

SignPath가 요구하는 표현 그대로: 이 프로그램은 사용자가, 또는 이를 설치하거나 운영하는 사람이 명시적으로 요청하지 않는 한 다른 네트워크 연결 시스템으로 어떤 정보도 전송하지 않습니다.

KalderaShield는 오프라인 우선이며 제로 지식을 기반으로 한 비밀번호 관리자입니다. 보관함 내용은 기기 위에서 마스터 비밀번호에서 파생된 키로 암호화되며 절대 전송되지 않습니다. 계정도, 동기화 서비스도, 텔레메트리도, 분석도 없습니다. Windows 바이너리에는 운영 체제 자체의 구성요소를 제외한 어떤 네트워크 클라이언트도 들어 있지 않습니다. 전문: 개인정보 처리방침. 사용자에게 영향을 미치는 타사 구성요소의 동작은 LICENSE-3RD-PARTY.md에 정리되어 있습니다.

5. 다른 플랫폼

macOS — 산출물은 Apple Developer ID로 서명되고 Apple이 공증을 수행합니다. 인증서가 아직 발급되지 않았으므로 서명된 macOS 산출물은 없고, 게시된 것도 없습니다. Linux — .deb, .rpm, .AppImage은 분리된 GPG 서명(.sig)으로, SBOM과 브라우저 확장 패키지는 키 없는 Sigstore 서명(.sigstore.json)으로 게시됩니다. Android — 릴리스 APK는 GitHub Actions 시크릿에 보관된 릴리스 키 저장소로 서명되며, Android 서명은 Authenticode와 별개입니다. 실제로 서명되기 전까지 어떤 플랫폼도 서명되었다고 기술하지 않습니다.

현재 상태: Linux, Android, 브라우저 확장은 게시되어 있고 서명되어 있습니다. Windows는 서명 없는 미리보기로만 게시됩니다. 이는 프리릴리스이지 정식 릴리스가 아니며 latest도 이를 가리키지 않습니다. 서명되지 않은 파일에서는 Windows SmartScreen "PC가 보호됩니다" 경고가 표시되고, 설치 관리자를 실행하려면 "자세히 정보" → "그래도 실행"을 눌러야 합니다. 이는 예상된 동작입니다. 실행하기 전에 SHA256SUMS.txt와 SHA-256 다이제스트를 대조하십시오. SignPath Foundation 서명 신청은 아직 제출되지 않았습니다. macOS는 게시되지 않았고 서명도 없습니다(인증서 미발급).

Windows 산출물은 릴리스로 게시되지 않습니다. 릴리스 파이프라인이 서명되지 않은 데스크톱 릴리스를 실패로 취급하며, .github/workflows/ 안의 어떤 워크플로도 그것을 게시할 수 없습니다. 미리보기는 수동으로 조립되어 유지 관리자의 컴퓨터에서 GitHub 릴리스 양식을 통해 업로드되고 프리릴리스로 표시됩니다. 즉 임시임이 눈에 띄며, latest가 이를 가리키지 않고 다음 서명 릴리스가 대체합니다. 이는 우회가 아니라 의도된 선택입니다. 이 저장소에는 서명되지 않은 빌드를 게시물로 바꿀 수 있는 모든 워크플로를 거부하는 보안 게이트(npm run security:release-signing)가 있으며, 그 마지막 주장은 서명 시크릿 없이는 공개 데스크톱 릴리스가 설계상 불가능하다는 것입니다. 워크플로에 예외를 추가했다면 편의 한 가지 대가로 그 주장이 거짓이 되었을 것입니다. 업로드를 브라우저에 남겨 두면 보장이 유지됩니다. 게이트는 코드 및 산출물 서명 가이드에, 단계별 절차는 계획: 사이트, 그다음 서명 없는 Windows 미리보기에 문서화되어 있습니다.

6. 문제 신고

SignPath Foundation 인증서로 서명된 산출물이 이 정책을 위반한다고 생각한다면, 해당 산출물의 해시와 사유를 함께 support@signpath.io로 보고하십시오. 이 산출물에 관한 그 밖의 사항은 security@kalderashield.com을 사용하시면 되며, 공개 절차는 SECURITY.md에 있습니다.

다를 경우 이 정책문의 터키어 본문이 우선합니다.