🏠 홈    📑 명세서    📜 매뉴얼 페이지    📄 입력 옵션    📖 튜토리얼    ❓ FAQ    📥 설치

---

tird & tirdFS

tird /tɪrd/ *(“this is random data”의 약어)*는 메타데이터를 최소화하고 암호화된 데이터를 숨기는 파일 암호화 도구입니다.

tird를 사용하면 다음을 할 수 있습니다:

1. 컨테이너나 키 파일로 사용할 무작위 데이터로 채워진 파일을 생성할 수 있습니다.
2. 블록 장치와 일반 파일의 내용을 무작위 데이터로 덮어써서 컨테이너를 준비하거나 잔여 데이터를 제거할 수 있습니다.
3. 키 파일과 암호로 파일 내용과 주석을 암호화할 수 있습니다. 암호화된 데이터 형식(cryptoblob)은 채워진 균일 무작위 블롭(PURB)입니다: 무작위 데이터처럼 보이며 크기가 무작위화됩니다. 이는 파일 형식과 길이에서 메타데이터 누출을 줄이고, 암호 블롭을 무작위 데이터 속에 숨길 수 있게 합니다.
4. 컨테이너 파일과 블록 장치 내부에 스테가노그래피(숨겨지고 감지 불가능한) 사용자 중심 파일 시스템(tirdFS)을 생성할 수 있습니다. VeraCrypt 및 Shufflecake와 달리, tirdFS 컨테이너에는 헤더가 없습니다. 사용자가 컨테이너 내부의 데이터 위치를 지정하고 해당 위치를 분리된 상태로 유지할 책임이 있습니다. 파일이나 블록 장치의 무작위로 보이는 모든 영역을 컨테이너로 사용할 수 있습니다.
5. 시간 잠금 암호화를 사용하여 복호화된 데이터에 대한 빠른 접근을 방지할 수 있습니다.

tird는 암호화된 파일이 컨테이너 외부에 저장된 경우에도 내장된 그럴듯한 부인 가능성을 제공합니다. 또한 강압적인 키 공개 공격(고무호스 암호 분석, xkcd 538)에 저항하는 데 도움을 줍니다.

[!경고] tird를 사용하기 전에 “경고” 섹션을 읽어 주십시오. 보안은 도구뿐만 아니라 사용자의 행동(안전한 키 저장, 안전한 환경에서의 작업, 실제 데이터로 디버그 모드 사용 방지)에 달려 있습니다.

v1.0.0에서 형식 안정화와 공식 명세가 계획되어 있습니다.

목표

1. 파일 보호: 개별 파일의 보호 보장:
   • 인증된 대칭 암호화를 사용한 기밀성과 무결성.
   • 메타데이터 누출 최소화, 암호화된 데이터의 존재 숨기기 포함.
   • 강압적 공격 방지 또는 저항.
2. 안정적인 형식: 장기 저장을 위해 암호학적 기민성이 없는 안정적인 암호화 데이터 형식 유지.
3. 단순성: 단순성을 우선시하고 기능 크리프 방지; 주요 보안 목표와 직접 관련되지 않은 기능 구현 거부.

기능

• PURB 형식의 암호화 블롭: 무작위화된 크기와 균일하게 무작위인 내용; 메타데이터 제한(전체 크기만 누출 – 헤더, 유형, 일반 텍스트 힌트 없음).
• 패딩 및 암호화된 주석: 내용에 대한 일반 텍스트 힌트 없음.
• 숨겨진 데이터 삽입 (선택 사항): 그럴듯한 부인 가능성을 위해 무작위/암호화된 컨테이너 내부에 암호 블롭 은닉.
• 시간 잠금 암호화 (선택 사항): 오프라인 PoW 기반 키 유도로 복호화 지연(반강압).
• 강력한 인증 암호화: 완전 커밋, 양자 내성 ChaCha20-BLAKE2b AEAD.
• 강력한 키 스트레칭: Argon2id (libsodium "민감" 프로필) — 1 GiB 메모리, 1 레인, 4 패스(기본 및 최소).
• 임의 키 자료: 암호, 파일, 블록 장치 또는 디렉토리에서 키 유도; 순서 무관.
• 프롬프트 기반 CLI: 직관적이고 대화형, 외울 플래그 없음.
• [TODO] 안정적이고 문서화된 형식: 장기 보관 및 상호 운용성을 위해 계획됨.

사용법

tird를 사용하기 위해 명령줄 옵션을 외울 필요가 없습니다. 이 도구는 프롬프트 기반 CLI를 특징으로 합니다: 실행하고 메뉴 옵션을 선택한 다음 이어지는 질문에 답하면 됩니다.``` $ tird

                   MENU
———————————————————————————————————————————
0. Exit              1. Info & Warnings
2. Encrypt           3. Decrypt
4. Embed             5. Extract
6. Encrypt & Embed   7. Extract & Decrypt
8. Create w/ Random  9. Overwrite w/ Random
———————————————————————————————————————————

A0. SELECT AN OPTION [0-9]:

## 입력 옵션

입력 옵션에는 4개의 그룹이 있습니다: A (Action), D (Data), K (Keys), P (Proceed). 설명의 편의를 위해 번호가 부여되었습니다.```
+——————————————————————+————————————————————————+
| A0. SELECT AN OPTION | A. Select an action    |
+——————————————————————+————————————————————————+
| D1. INPUT FILE PATH  |                        |
| D2. COMMENTS         | D. Enter data,         |
| D3. OUTPUT FILE PATH |    data location,      |
| D4. OUTPUT FILE SIZE |    data size           |
| D5. START POSITION   |                        |
| D6. END POSITION     |                        |
+——————————————————————+————————————————————————+
| K1. KEYFILE PATH     | K. Enter values        |
| K2. PASSPHRASE       |    related to          |
| K3. TIME COST        |    key derivation      |
+——————————————————————+————————————————————————+
| P0. PROCEED?         | P. Confirm to continue |
+——————————————————————+————————————————————————+

A detailed description of these options with examples can be found here.

페이로드

크립토블롭 생성 중 암호화될 페이로드는 다음으로 구성됩니다:

• 하나의 파일 내용 (선택 사항): 일반 파일 또는 블록 디바이스 (전체 디스크/파티션). 생략하면 빈 파일 페이로드가 암호화됩니다.
• 주석 (선택 사항): 최대 1 KiB의 임의 UTF‑8 문자열. 기본적으로 입력 파일 이름이 사용됩니다. 복호화 시 복호화된 주석이 표시됩니다.

UI에서 페이로드 지정은 다음과 같습니다:``` D1. FILE TO ENCRYPT (OPT): files.zip I: path: 'files.zip'; size: 2,824,230,648 B (2.6 GiB) D2. COMMENTS (DEFAULT='files.zip'): The X-Files, zip (секретные материалы) I: comments will be shown as ['The X-Files, zip (секретные материалы)']

## 입력 키잉 재료

`tird`는 키파일의 내용과 암호를 사용하여 일회성 키를 도출하는 옵션을 제공합니다.

- **키파일 (선택사항):** 0개, 1개 또는 여러 개의 키파일 경로; 입력 순서는 중요하지 않습니다. 키파일 경로는 다음과 같을 수 있습니다:
  - <ins>일반 파일</ins>. 키파일의 내용이 해시되고, 해당 다이제스트가 추가 키 스트레칭 및 키 유도에 사용됩니다.
  - <ins>블록 장치</ins>. 일반 키파일과 동일하게 처리됩니다: 내용이 해시됩니다.
  - <ins>디렉터리</ins>. 디렉터리 내의 모든 파일이 해시되어 키파일로 사용됩니다.
- **암호 (선택사항):** 유니코드 [정규화](https://www.unicode.org/reports/tr15/) (형식 C) 후 최대 2048바이트; 생략 가능합니다.

UI에서 IKM을 지정하는 방법은 다음과 같습니다:```
K1. KEYFILE PATH (OPT): key 
    I: path: 'key'; size: 32 B
    I: reading and hashing contents of 'key'
    I: keyfile accepted
K1. KEYFILE PATH (OPT): 
K2. PASSPHRASE (OPT): 
K2. CONFIRM PASSPHRASE: 
    I: passphrase accepted

암호화된 데이터 형식

• PURB 형식:
  • 무작위로 보이며 식별 가능한 헤더가 없는 데이터; 해당 키 없이는 무작위 데이터와 구별할 수 없습니다. 이 속성으로 인해 암호화된 블롭(cryptoblob)을 다른 무작위 데이터 사이에 숨길 수 있습니다.
  • 무작위화된 패딩: 패딩 길이는 패딩되지 않은 암호화 블롭 크기의 0%에서 25% 사이에서 균일하게 선택됩니다 (최종 암호화 블롭 크기의 최대 20%에 해당).
• 주석은 암호화 전에 1 KiB의 고정 크기로 패딩(또는 잘림)되어 원래 길이를 완전히 숨깁니다.
• 양방향 적용된 솔트: 암호화 블롭의 시작 또는 끝을 덮어쓰거나(또는 불완전한 암호화 블롭을 저장하는 경우) 성공적인 복호화가 불가능해집니다.

 암호화 블롭 구조 보기

``` +————————————————————————————————————————————————————————+ | CSPRNG output: | | Salt for key stretching used with Argon2 (16 B) | +————————————————————————————————————————————————————————+ | ChaCha20 output: | | Encrypted pad_ikm (8 B) | +————————————————————————————————————————————————————————+ | CSPRNG/BLAKE2 output: | | Randomized padding (0-25% of the unpadded size) | | + MAC tag (32 B) | +————————————————————————————————————————————————————————+ | ChaCha20/BLAKE2 output: | | Encrypted payload file contents + MAC tags (0+ B) | +————————————————————————————————————————————————————————+ | ChaCha20/BLAKE2 output: | | Encrypted padded comments (1 KiB) + MAC tag (32 B) | +————————————————————————————————————————————————————————+ | CSPRNG output: | | Salt for pre‑hashing IKM used with BLAKE2 (16 B) | +————————————————————————————————————————————————————————+ ```

자세한 내용은 명세서를 참조하세요.

낮은 관측 가능성과 메타데이터 최소화