암호화 파일 업로드

c6s v0.9.19 이상이 필요합니다. brew upgrade c6s-cli 또는 독립 설치기로 업데이트하고 c6s attachment upload --help를 확인하세요.

기존 아이템에 파일 첨부

로그인, CLI 기기 승인, 금고 연결을 먼저 마친 뒤 기존 원격 아이템을 선택하세요. 업로드 권한이 있는 로컬 파일을 전달합니다.

c6s item list --remote --json
c6s attachment upload REMOTE_ITEM_ID --file /path/to/settings.json --json
c6s attachment list REMOTE_ITEM_ID --json

REMOTE_ITEM_ID를 원격 목록에 나온 ID로 바꾸세요. 여러 계정에서는 공유 기본값을 바꾸는 대신 각 명령에 c6s --profile PROFILE을 사용하세요. 연결된 원격 금고에 바로 업로드하므로 이후 c6s vault upload는 필요 없습니다. 다른 앱에서는 일반 동기화가 끝나면 확인할 수 있습니다.

새 첨부파일 하나를 추가하며 기존 파일이나 아이템 필드를 덮어쓰지 않습니다. 내용, 파일명, 미디어 유형은 전송 전에 로컬에서 암호화됩니다. 결과에는 첨부파일 ID, 리비전, 크기, 정책과 ready 상태만 나오며 파일 내용은 출력하지 않습니다. 최대 16 MiB에서 28바이트를 뺀 크기의 일반 파일을 지원합니다. 디렉터리·심볼릭 링크는 거절하고, 바이너리와 마지막 개행까지 원본 바이트를 그대로 보존합니다.

파일명과 에이전트 정책

• --name: 암호화된 표시 파일명. 기본값은 원본의 마지막 파일명입니다.
• --media-type: 기본값 application/octet-stream. 파일 내용을 변환하지 않습니다.
• --agent-policy reference_only: 기본 정책입니다. never_agent는 에이전트 사용을 제외합니다.
• --agent-policy approved_injection: 나중에 정확한 승인 요청의 대상으로 쓸 수 있게 합니다. 업로드만으로 사용이 승인되거나 실행되지는 않습니다.

승인 후 실행에는 반환된 아이템·첨부파일 ID와 정확한 리비전을 c6s request create --inject-file에 지정합니다. 기존의 사람 승인과 1회성 권한이 계속 필요합니다. 파일 내용을 대화에 붙이거나 명령 인자로 전달하지 마세요.

기존 파일의 정책만 바꾸기

v0.10.5 이상에서 c6s attachment policy --help를 확인하세요. 현재 ready 첨부파일의 메타데이터를 읽고 바꿀 정책을 명시합니다. 삭제 후 재업로드하지 마세요.

c6s --profile PROFILE attachment list REMOTE_ITEM_ID --json
c6s --profile PROFILE attachment policy REMOTE_ITEM_ID ATTACHMENT_ID \
  --revision CURRENT_REVISION --agent-policy approved_injection --json
c6s --profile PROFILE attachment list REMOTE_ITEM_ID --json

ID와 리비전을 조회 결과로 바꾸세요. 첨부파일 ID·파일명·미디어 유형·원본 바이트와 개행은 그대로 유지하고 다음 리비전으로 다시 암호화합니다. 평문 출력이나 평문 임시 파일은 만들지 않습니다. 같은 정책이면 변경하지 않으며, 오래된 리비전·미완료 업로드· 동시 변경·없어진 상위 아이템은 안전하게 거절합니다.

원격 변경 전에 비공개 암호문 전용 재개 파일을 저장합니다. 전송 중에는 첨부파일을 잠시 사용할 수 없을 수 있습니다. 통신이 중단되면 재개 파일을 보존하고 같은 작업을 이어가세요.

c6s --profile PROFILE attachment policy --resume /exact/policy-journal.json --json

정책 재개 파일에 attachment upload --resume을 사용하지 마세요. 재개 파일을 편집하거나 충돌을 우회하려 새 정책 변경을 반복하지 마세요. 원본 파일은 필요 없습니다. 메타데이터에서 정책·다음 리비전·state: ready를 확인하고 새 리비전으로 별도의 --inject-file 승인 요청을 만드세요. 이전 리비전이나 approved_injection 설정만으로 실행 권한이 생기지는 않습니다.

연결이 끊겼을 때

첫 원격 변경 전에 CLI가 비공개 **암호문 전용 재개 파일(journal)**을 저장하고 경로를 알려줍니다. --journal /path/to/new-journal.json으로 새 위치를 정할 수 있으며 기존 파일은 덮어쓰지 않습니다.

네트워크 오류가 나면 재개 파일을 보존하고 같은 계정에서 실행하세요.

c6s attachment upload --resume /path/to/journal.json --json

응답만 유실된 경우에도 원래 ID와 암호문을 재사용합니다. 원본 파일은 다시 읽지 않습니다. 첨부파일을 하나 더 만들 의도가 아니라면 원래의 --file 명령을 반복하지 마세요. 재개 파일을 편집하거나 재개와 아이템·파일·이름·정책 옵션을 섞지 마세요.

attachment_conflict에서는 멈추고 원격 메타데이터를 확인하세요. 아이템 삭제·재생성이나 금고 reconcile로 우회하지 마세요. attachment_journal_invalid에서는 원래 계정·금고를 확인하고 재개 파일을 수정하지 마세요. 오류는 stderr, --json 성공 결과는 stdout으로 분리됩니다.

ready 확인 후 완료된 재개 파일은 삭제해도 됩니다. 암호화된 파일 데이터가 들어 있으므로 공개 문의에 첨부하지 마세요. 재개 기록이지 다른 계정으로 옮기는 백업이나 승인 권한은 아닙니다.