클라우드 프로젝트는 ‘봉인’할 수 있습니다. 서버는 저장하지만 결코 읽지 못합니다 — 본문도, 제목도, 그림도. 이 가이드는 봉인으로 무엇을 얻고 무엇을 내주는지, 그리고 스스로를 잠가 버리지 않고 쓰는 법을 설명합니다.
프로젝트의 종단간 암호화를 켜면 기기가 256비트 키를 만들어, 업로드 전에 모든 문서·리소스·바인더 매니페스트를 AES-256-GCM으로 암호화합니다. 서버는 암호문을 받고 암호문을 저장합니다. 프로젝트가 존재한다는 것과 크기는 알지만 제목도, 문장도, 그림도 볼 수 없습니다.
키가 이동하는 곳은 단 하나, 공유 링크의 # 뒤 조각입니다 — …/p/‹id›#‹token›.‹key›. 브라우저는 URL 조각을 서버로 보내지 않고, Mac과 iOS 앱도 같은 자리에 키를 보관합니다. 그래서 키는 당신의 기기와 링크를 건넨 사람에게만 닿습니다.
기기에서 일어나는 일은 키가 기기에 있으므로 전과 같습니다. Mac·iPhone·iPad·브라우저에서의 편집, 기기 간 동기화, 실시간 공동 편집(업데이트는 서버를 거치는 동안에도 봉인된 채로 전달되고 상대 기기에서만 열립니다), 버전 기록(서버가 아닌 기기에서 병합), 그리고 공유 — 키가 포함된 전체 링크를 공저자에게 보내면 상대도 프로젝트를 갖게 됩니다.
비밀번호 보호 공유는 다른, 더 가벼운 방식입니다. 비밀번호는 서버가 확인하고, 서버는 프로젝트를 읽을 수 있습니다. 편의를 위해서는 비밀번호를, 내용 자체가 비밀이어야 할 때는 봉인된 프로젝트를 쓰세요.
어떤 기능은 서버가 프로젝트를 읽을 수 있기에 존재하며, 봉인된 프로젝트에서는 멈춥니다. 서버는 자기 복사본을 컴파일할 수 없으므로 iPhone이나 iPad에서의 PDF 생성은 다른 경로를 탑니다(아래). 봉인된 프로젝트는 커뮤니티 템플릿이 될 수 없고 공개 공간으로 옮길 수도 없으며, 게시된 읽기 전용 보기도 없습니다 — 읽는 사람에게 키를 줘야 합니다. 서버 측 검색과 브라우저의 조판 미리보기도 읽을 수 있는 복사본이 필요합니다.
Mac에서는 이 모든 것이 거의 문제되지 않습니다. Mac 앱은 자체 pandoc·LaTeX·Typst로 로컬에서 컴파일하고, 파일은 컴퓨터 밖으로 나가지 않습니다.
휴대폰에는 조판 엔진이 없으므로 컴파일은 보통 Folio Writer 서버에서 실행됩니다. 봉인된 프로젝트의 경우 앱이 무엇을 하려는지 설명하고 먼저 묻습니다. 컴파일 동안만 읽을 수 있는 복사본 하나를 서버로 보내고, 끝나는 즉시 삭제합니다 — 저장도, 기록도, 다른 용도의 사용도 없습니다. 거절하면 아무것도 보내지 않습니다. 기기에서 하는 원고 미리보기 ▸ PDF로 공유는 봉인 여부와 관계없이 아무것도 업로드하지 않습니다.
서버는 키를 가진 적이 없으므로 돌려줄 수도 없습니다. 모든 기기와 링크의 모든 사본을 잃으면 프로젝트는 복구할 수 없습니다 — 의도된 설계입니다. 두 가지 안전장치: 공유 링크를 안전한 곳(비밀번호 관리자가 이상적)에 보관하고, 복구 암호 구문을 설정하세요. 암호 구문은 기기에서 키를 감싸고(PBKDF2 후 AES-GCM), 감싸진 ‘키 상자’는 프로젝트와 함께 보관됩니다. 서버가 가진 것은 열 수 없는 불투명한 덩어리이며, 소유자에게만 돌려주어 기기에서 암호 구문으로 엽니다.
링크가 노출되었다면 소유자는 키를 교체할 수 있습니다. 모든 문서와 리소스가 기기에서 새 키로 다시 봉인되고, 열려 있던 세션은 차단되며, 옛 링크는 작동을 멈추고, 새 링크로 다시 공유합니다.