期限つき共有リンク/ Secure Share Links
アカウントを持たない相手へ、期限・パスワード・本人確認つきでファイルを渡す仕組み
取引先へ渡したいファイルが 1 件だけあるとき、そのためにアカウントを用意してもらうのは重すぎます。かといってメールに添付すると、容量で弾かれ、宛先を間違えても取り消せず、いつまで手元に残るかも分かりません。共有リンクは、この「渡すだけ」の受け渡しを、期限と回数と本人確認つきで完結させる仕組みです。まずは実際の動きをご覧ください。
matsuba-batch)は名前と役割を併記します。各章へは目次から移動できます。通読の目安は 12〜15 分です。
デモンストレーションDemonstration
発行から受け取り、ダウンロードまでを一本の操作で通した記録です。この先の各章は、ここで起きていることを分解してご説明します。
共有リンクの全構成System Map
この仕組みを構成する稼働リソース(サービス・バケット・ジョブ・トピック)と、その間を流れるものを一枚にまとめました。①発行 → ②案内メールの配送 → ③受け取り → ④配布の実体 → ⑤記録・検知・管理、の 5 区画で読めます。①だけがログインを必要とし、③以降はアカウントを持たない相手が通る経路です。各要素の詳しい役割は、この先の各章で扱います。
色の凡例 ― テール=処理サービス・アプリ/金茶=保管と時間に関わるもの・社外の人/赤=防御と危険/破線=補足。稼働リソース名(matsuba-batch など)はすべて用語集に説明があります。
概要Overview
共有リンクは、Box に招待していない相手へファイルやフォルダを一時的に渡すための仕組みです。相手にアカウントを作ってもらう必要はなく、受け取る側がすることは「送られた URL を開く」だけです。
発行できるのは、その Box の Editor または Owner です。対象を選び、有効期限・パスワード・ダウンロード回数・受取人の本人確認を決めると、推測できない URL が 1 本できます。案内メールを同時に送ることもできます。渡せるのはウイルス検査を通過したファイルだけで、検査中や隔離されたファイルは対象に選べません。
受け取る側は、その URL を開くと、必要な確認(パスワード・確認コード)を順に通ってからダウンロードします。単ファイルはそのまま、フォルダは ZIP にまとめて渡します。ファイルの中身が API を通ることはありません。短時間だけ有効な URL を発行し、ブラウザが Cloud Storage から直接取得します。
渡したあとも止められます。発行者と Box Owner はいつでも無効化でき、管理者は全社の一覧から強制的に失効させられます。元のファイルを削除すれば、そのファイルを指す共有リンクは自動的に無効になります。そしてすべてのアクセスが記録され、そこから 3 種類の異常を自動で見つけます。
この資料の構成Pages
渡す側 → 受け取る側 → 守る仕組み → 記録と運用、の順にご説明します。「受け取りの流れ」と「防御の設計」は図つきで厚めに扱います。
設計の背景Why This Design
この仕組みが引き受けた業務課題。受取ページを本体と別のホストに分けた理由。ログイン不要のまま安全を成り立たせる考え方と、設計の四原則。
開く 02 · Issueリンクの発行Issuing a Link
対象の検証、設定できる 5 項目とその既定値、推測できないトークンとパスワードの保存方式、案内メールを取りこぼさず配送する仕組み。
開く 03 · Receive受け取りの流れReceiving
状態の解決順、パスワードと本人確認の順次通過、ダウンロード、フォルダの ZIP。全体像・シーケンス・状態遷移の 4 枚の図で追います。
開く 04 · Protection防御の設計Defense in Depth
四層のレート制限とロック、トークン規格、秘密の保存方式、列挙への対策、データベース側の範囲制限、キャッシュと露出の制御。
開く 05 · Audit記録と異常検知Records & Detection
9 種類のアクセス記録と、どこに何を書くかの書き分け。3 種類の異常をどう定義し、どう通知し、どう自動で片付けるか。
開く 06 · Manage管理機能Management
発行者側の一覧・再送・無効化・アクセス履歴。元データに連動した無効化の 6 起点。全社管理画面の主要指標・異常バッジ・強制無効化。
開く 07 · Tech採用技術Tech Stack
この仕組みを構成する技術と、それぞれの役割。
開く 08 · Glossary用語集Glossary
本文で用いた技術用語と、稼働中のサービス名の一覧・説明。
開く規模と主要指標Key Figures
この仕組みの主な数字です(根拠は各ページに記載)。
このほか、受け取り用の公開 API が 8 本、発行と管理の API が 9 本、全社管理の API が 6 本。画面は受取ページ・Box の共有リンクタブ・全社管理画面の 3 面。自動テストは単体 17 ファイル、データベース結合 9、アクセス権限の網羅 5、画面の通しテスト 3 スイートです。