Folio Writer
Folio Cloud の
エンドツーエンド暗号化プロジェクト
クラウド上のプロジェクトは「封印」できます。サーバーはそれを保存しますが、本文も、タイトルも、図も、決して読むことはできません。このガイドでは、封印によって何が得られ、何を手放すことになり、自分自身を締め出さずに使うにはどうすればよいかを説明します。
「封印」とは何か
プロジェクトのエンドツーエンド暗号化をオンにすると、デバイスが 256 ビットの鍵を生成し、アップロードの前にすべての文書・リソース・バインダーのマニフェストを AES-256-GCM で暗号化します。サーバーが受け取るのも保存するのも暗号文だけです。プロジェクトが存在することと容量は分かりますが、タイトルも文も図も見えません。
鍵が移動する場所はただ一つ、共有リンクの # 以降のフラグメント——…/p/‹id›#‹token›.‹key›——です。ブラウザは URL のフラグメントをサーバーへ送らず、Mac と iOS のアプリも同じ場所に鍵を保持します。鍵が届くのは、あなたのデバイスと、リンクを渡した相手だけです。
引き続き使える機能
デバイス上で行われることは、鍵がデバイスにあるのでこれまで通りです。Mac・iPhone・iPad・ブラウザでの編集、デバイス間の同期、リアルタイムの共同編集（更新はサーバーを経由する間も暗号化されたままで、相手のデバイスでのみ開かれます）、バージョン履歴（サーバーではなくデバイス上でマージ）、そして共有——鍵を含む完全なリンクを共著者に送れば、相手はプロジェクトを手にします。
パスワード保護つきの共有は別の、より軽い仕組みです。パスワードを検証するのはサーバーで、サーバーはプロジェクトを読めます。手軽さが欲しいときはパスワードを、内容そのものを秘匿すべきときは封印プロジェクトを使ってください。
サーバーにできないこと
いくつかの機能は、サーバーがプロジェクトを読めることを前提に成り立っており、封印されたプロジェクトでは止まります。サーバーは自分の保存しているコピーをコンパイルできないため、iPhone や iPad からの PDF 生成は別の経路をとります（後述）。封印プロジェクトはコミュニティテンプレートにできず、公開スペースへ移すこともできず、公開された閲覧専用ビューもありません——読む人には鍵を渡す必要があります。サーバー側の検索や、ブラウザ上の組版プレビューも読めるコピーを必要とします。
Mac ではこれらはほとんど問題になりません。Mac 版は自前の pandoc・LaTeX・Typst でローカルにコンパイルし、ファイルはコンピュータの外へ出ません。
iPhone・iPad からのコンパイル
スマートフォンには組版エンジンがないため、通常「コンパイル」は Folio Writer サーバーで実行されます。封印プロジェクトの場合、アプリはこれから行うことを説明し、先に確認を求めます。コンパイルの間だけ読める形のコピーを一部サーバーへ送り、終わった瞬間に削除します——保存も記録も、他の用途への利用もありません。断れば何も送られません。デバイス上の原稿をプレビュー ▸ PDF として共有は、封印の有無にかかわらず一切アップロードしません。
鍵をなくさないために
サーバーは鍵を持ったことがないので、返すこともできません。すべてのデバイスとリンクのコピーをすべて失えば、プロジェクトは復旧不可能です——意図した設計です。二つの備えを：共有リンクを安全な場所（パスワードマネージャーが最適）に保管すること、そして復旧パスフレーズを設定すること。パスフレーズはデバイス上で鍵を包み（PBKDF2 ののち AES-GCM）、包まれた「鍵ボックス」はプロジェクトとともに保管されます。サーバーが持つのは開けない不透明なデータで、所有者にだけ返され、デバイス上でパスフレーズによって開かれます。
リンクが漏れた場合、所有者は鍵をローテーションできます。すべての文書とリソースがデバイス上で新しい鍵で封印し直され、開いているセッションは締め出され、古いリンクは無効になり、新しいリンクで再共有します。
自前のサーバー。公式の Folio Cloud はすでにエンドツーエンド暗号化とパスワード保護つき共有を提供していますが、上級ユーザー——そしてすべてを自前のインフラに置く必要のある企業・大学・機関・研究グループ——は Folio Writer サーバーを自分で運用できます。セルフホスティングを参照するか、詳細と技術サポートについてはお問い合わせください。