CESS — 암호학적으로 강화된 샤미르 비밀

이것은 AI 헛소리인가요, 저질인가요?

암호학자나 진지한 구현자가 CESS를 검토할 때는 일반적으로 산문을 읽기 전에 vectors/와 testdata/를 엽니다. 테스트 스위트는 작업 증명입니다: 이야기만으로는 대체할 수 없는 도메인 지식을 인코딩합니다.

그렇다고 해서 다른 사람들에게 요점을 숨길 이유는 없습니다. 조달을 위해 프로젝트를 평가하거나, 기여 여부를 결정하거나, 정책을 작성하거나, 암호화 테스트 방법론에 대한 깊은 교육 없이 코드를 출시하는 사람들도 구체적인 증거를 가리킬 자격이 있습니다. 저장소는 이미 감사 규칙과 알고리즘 제외 항목을 명시하고 있습니다. 그 이야기를 게시된 테스트 벡터에 연결하면 "페이지에 적힌 주장"과 "실행 가능한 아티팩트" 사이의 격차를 줄일 수 있습니다.

살펴볼 것: 적합성 자료에는 ChaCha20-Poly1305에 대한 RFC 8439 작업 예제(이 프로젝트가 규범적으로 참조하는 IETF AEAD)와 testdata/wycheproof/ 아래에 있는 ChaCha20-Poly1305 경계 사례에 대한 vendored Wycheproof JSON이 포함됩니다. 프로젝트 자체의 vectors/ 에 있는 TOML 벡터와 함께, 이들은 실행기와 검토자가 실행할 수 있는 기본 진실입니다.

RFC 8439는 인터넷의 많은 상호 운용성을 표준화하는 기구인 **IETF(Internet Engineering Task Force)**에 의해 발표되었습니다. **RFC(Request for Comments)**는 프로토콜 및 많은 암호화 사양의 일반적인 형태입니다. RFC 8439는 ChaCha20-Poly1305 인증 암호화(Daniel Bernstein의 설계를 기반으로 함)를 정의하고 구체적인 입력과 예상 출력을 가진 작업 예제를 포함하여 독립적인 구현이 표준과 바이트 단위로 일치하는지 확인할 수 있도록 합니다. RFC의 부록 예제에 나오는 널리 재현되는 평문 Ladies and Gentlemen of the class of '99: wear sunscreen: 코드가 AEAD 출력을 정확히 재현한다면, 구성을 올바르게 구현했음을 강력하게 확인할 수 있는 것입니다. 이는 공식 정답지와 같은 암호학적 유사체입니다. (이전 RFC 7539는 다른 IETF 컨텍스트를 위한 ChaCha20과 Poly1305를 문서화했습니다. RFC 8439는 여기와 spec/CESS-v0.2.md에서 사용되는 이 AEAD에 대한 일반적인 참조입니다.)

Wycheproof는 Google의 보안 팀(2017)이 공개한 테스트 코퍼스입니다. 이름은 호주에 있는 Mount Wycheproof를 가리킵니다. 종종 세계에서 가장 작은 산으로 인용되는데, 프로젝트가 작지만 치명적인 장애물(정수 오버플로우, 경계 사례, 잘못된 입력, 변조된 인증 태그)을 제거하는 데 초점을 맞추기 때문입니다. 이러한 실패는 실제 배포된 암호화에서 반복적으로 나타납니다. 이는 RFC 스타일 벡터를 보완합니다: RFC 8439 스타일 예제는 게시된 AEAD에 대한 정확성을 입증하고, Wycheproof는 구현이 역사적으로 실패한 부분에서 강건성을 테스트합니다.

이 표준에 대해 이것이 무엇을 의미하는지는 잘 알고 있는 독자의 판단에 맡깁니다.

PR이 종료되면 다음에서 크레이트의 무결성을 확인할 수도 있습니다: https://github.com/rust-lang/cargo/issues/16850

버전: 0.2
상태: 규격 전용 (규범 텍스트 및 테스트 벡터)

이 프로젝트는 Linux 관련 오픈 소스 소프트웨어를 보호하는 방어적 특허 풀인 Open Invention Network(OIN)에 등록되어 있습니다. 오픈 프리프린트 출판(선행 기술 확립), OIN 회원 자격, GPL-3.0 라이선스의 조합은 이 기술이 자유롭게 이용 가능하며 어떤 국가나 상업적 행위자에 의해 소유화되거나 제한되지 않도록 보장하기 위한 것입니다.

CESS는 임계값 비밀 공유와 암호화에 구애받지 않는 인증 암호화, 비밀번호 기반 공유 래핑, 선택적 양자 내성 하이브리드 키 교환을 결합한 오픈 암호화 표준입니다. 장기간 기밀성, 오프라인 등록, 하드웨어 토큰 바인딩, NSA/NIST 단일 알고리즘 기준에 의존하지 않는 조달 경로가 필요한 배포를 위해 설계되었습니다.

비기술적 독자는 용어집(평이한 용어 A–Z)부터 시작할 수 있습니다.

CESS가 존재하는 이유

기존 생태계는 이 문제의 일부를 다루지만 공백을 남깁니다:

• GnuPG는 강력한 암호화와 서명을 제공하지만, 샤미르 공유와 현대 AEAD 및 법적 관할권 간 에스크로 워크플로우를 위한 규범적이고 상호 운용 가능한 프로필을 제공하지 않습니다.
• Autocrypt는 기회주의적 이메일 암호화에 초점을 맞추며, PIN으로 래핑된 공유를 사용한 장기 비밀의 임계값 분할이 아닙니다.
• SLIP-0039는 시드에 대한 샤미르 공유의 니모닉 인코딩을 표준화합니다. CESS는 바이너리 공유 봉투, 명시적 암호화 협상, Brainpool ECDH 프로필, Argon2id 기반 PIN 처리, CESS-PQ 하이브리드 결합기로 이 공간을 보완합니다.

CESS는 표준을 정의합니다. SplitDisk(및 유사 제품)는 참조 시나리오 및 예시 배포이며, 표준 자체가 아닙니다.

암호화에 구애받지 않는 설계

CESS는 GF(2^8) 위의 샤미르 비밀 공유와 여러 감사된 필수 무결성 및 비밀번호 기본 요소를 고정합니다. 모든 대량 암호화, KEM, KDF, MAC 계층은 두 명의 독립적인 감사자 규칙 및 하드 제외 목록(spec/CESS-v0.2.md 및 ALGORITHM-REGISTRY.md 참조)에 따라 감사된 레지스트리에서 선택 가능합니다.

감사 요구 사항 및 제외 사항(요약)

• 암호화 중립 계층의 모든 기본 요소는 적격 감사자 목록(NESSIE, CRYPTREC, ECRYPT/eSTREAM, IACR 피어 리뷰, BSI, NCC Group, Cure53, Kudelski Security, JP Aumasson, PHC 위원회)에서 두 개 이상의 독립적인 평가를 받아야 합니다.
• NSA 설계 입력, NIST/FIPS 전용 검토, 및 여러 알고리즘(AES, SHA-2, SHA-3, NIST 곡선, ML-Kyber, Dual_EC_DRBG, RC4, DES, 3DES, HMAC-SHA-*)은 명시적 근거와 함께 사양에서 제외됩니다.
• X25519 / Ed25519는 문서화된 근거(Bernstein 설계, 광범위한 독립 감사)와 함께 선택적으로 허용됩니다.

NIST 소수 곡선(P-256, P-384, P-521)이 생략된 이유

미국 정부 및 산업계에서 널리 사용되는 NIST 소수체 곡선(P-256, P-384, P-521)은 NSA가 문서화된 역할을 한 과정을 통해 선택되었습니다. CESS는 해당 곡선이 취약하다는 단일 수학적 증명에 의존하지 않습니다. 표준이 NSA/NIST 단일 기준 외부에서 정당화된 암호화를 요구하고 독립적으로 검토된 기본 요소를 선호하는 조달, 연락, 엔지니어링 경로에 서비스를 제공할 수 있도록 정책 제외를 적용합니다(spec/CESS-v0.2.md 섹션 3 및 ALGORITHM-REGISTRY.md 참조).

**CESS의 고전적 ECDH는 Brainpool 곡선(RFC 5639)**을 대신 사용합니다. 그 매개변수는 게시된 생성 규칙에 의해 생성되며, BSI 정렬 및 EU 중심 논의에 자연스럽게 적합하면서 제외된 NIST 곡선군을 채택하지 않고도 동등한 강도 목표(예: BrainpoolP384r1 대 P-384급 보안)를 다룹니다.

세부 사항: spec/CESS-v0.2.md 섹션 3, spec/CRYPTO.md, 및 ALGORITHM-REGISTRY.md.

저장소 구조

라이선싱

특허 및 OIN

기여자는 PATENTS.md의 특허 비주장 서약에 동의합니다. 이 프로젝트는 Linux 관련 오픈 소스 소프트웨어를 위한 방어적 특허 풀인 Open Invention Network(OIN)에 등록되어 있습니다. OIN을 통한 크로스 라이선싱은 그 자체로 해당 생태계 외부의 당사자를 포괄하지 않습니다. 서약은 적합 구현에 대해 그 격차를 메우기 위한 것입니다.

대상 독자

• 암호학자 및 프로토콜 엔지니어
• 정부 기관 및 방산 계약업체 (특히 EU 중심 조달)
• 하드웨어 보안 토큰 및 스마트카드 공급업체 (CCID 프로필)
• 임계값 보관 및 재해 복구 도구를 구축하는 오픈 소스 개발자

기여 방법

CONTRIBUTING.md를 참조하세요. 풀 리퀘스트는 PATENTS.md에 대한 동의로 간주됩니다. 사양 변경에는 서로 다른 국가의 두 명의 검토자가 필요합니다. 새 알고리즘은 ALGORITHM-REGISTRY.md를 사용합니다 (레지스트리에 대한 PR을 연 다음, 필요한 경우 spec/CESS-v0.2.md 상호 참조에 대한 PR을 엽니다).

레지스트리에 암호화 추가 방법

1. 두 개의 적격 감사 및 하드 제외 사항이 없음을 확인합니다.
2. ALGORITHM-REGISTRY.md를 편집하는 PR을 엽니다 (증거 표, 식별자 할당).
3. 새 제품군을 다루는 vectors/ 아래에 테스트 벡터를 추가하거나 확장합니다.
4. CONTRIBUTING.md에 따라 두 명의 유지 관리자 검토를 받습니다.

문서 색인

• 용어집 (비기술적 A–Z)
• 주 표준
• CRYPTO (근거)
• GOVERNMENT (배포)
• 알고리즘 레지스트리
• 적합성
• 적합성 실행기 / 내부 캐스케이드 KATs
• 벡터 가이드
• 테스트 실행기
• 특허

SplitDisk와의 관계

CESS는 표준입니다. SplitDisk는 예시 구현 시나리오(예: 디스크 암호화 및 공유 배포)이며, 도구 사양은 해당 저장소에 있습니다. 제품은 SplitDisk 이름을 사용하지 않고 CONFORMANCE.md에 따라 CESS-CORE, CESS-FULL 또는 CESS-PQ 적합성을 주장할 수 있습니다.