ユースケース

機密性の高いテキストを、残り続ける会話に貼り付けずに届けたいときにシークレットリンクを使います。各リンクで成功する閲覧は 1 回だけです。受信者ごとに閲覧が必要な場合は、別々のシークレットを作成してください。

受信者は、閲覧後に内容を保存したり共有したりできます。以下の例はメッセージ履歴に残るコピーを減らすものであり、パスワード、キー、文書を読んだ人がその後どう扱うかを制御するものではありません。

パスワードや API キーを共有する

同僚や顧客に資格情報をシークレットリンクで送ります。実用上短い有効期間を選び、パスフレーズは別のチャネルで送ってください。受信者は、閲覧ページを離れる前に値を本来の保存場所に保存する必要があります。

継続的な共有アクセスには、組織の資格情報管理プロセスを使用してください。アクセスを終了する必要がある場合は、発行元のシステムで資格情報を取り消すかローテーションしてください。リンクを削除しても、すでに読まれた資格情報を取り消すことはできません。

ゲストに Wi-Fi パスワードを渡す

ゲストネットワークのパスワードをチャット履歴に残す代わりに、リンクで送ります。閲覧後または期限切れ後は、古いリンクからパスワードを取得できません。ゲストはパスワードを保持したり共有したりできますし、誰がどれだけの期間接続できるかはネットワーク自体の設定で決まります。

ソフトウェアのライセンスキーを届ける

ソフトウェアをインストールする必要がある人にアクティベーションキーを送ります。ライセンスが後の再利用や再アクティベーションを許可している場合は、受信者がキーを保存しておく必要があります。リンクは共有されたコピーの取得を制御するだけで、ライセンス条項を強制したり、キーのコピーを防いだりはしません。

リカバリーコードを引き渡す

シークレットリンクで、本来のアカウント所有者にリカバリーコードを届けることができます。受信者は閲覧ページを離れる前に、コードを耐久性のある保護された場所に保存する必要があります。リンク自体をバックアップとして使わないでください。リンクは未読のまま期限切れになることがあり、閲覧後は再取得できません。

Onetime Secret アカウントについては、リカバリーコードのガイダンスに従ってください。

機密情報を依頼する

相手にシークレットリンクを送ってもらうか、カスタムドメインに受信フォームを用意します。シークレットをリクエストするを参照してください。

機密性の高い情報開示と匿名性

アカウントなしで共有しても、匿名性は保証されません。アクティビティ記録にはマスクされたネットワークコンテキストが含まれることがあり、ログイン状態のリクエストにはアカウント識別子が含まれることがあります。配信チャネル、ネットワーク、インフラストラクチャの運用者にも別の記録が残る場合があります。送信者に伝わる情報を参照してください。

誰かを危険にさらす可能性のある情報開示については、受け取る側の組織が定めた安全な報告プロセスに従ってください。ワンタイムのシークレットリンクだけでは匿名の報告チャネルにはなりません。

次のステップ

• 最初のシークレットを送る — リンクを作成して送信する
• 受信確認 — ステータスと早期の破棄
• セキュリティのベストプラクティス — 受信者を確認し、パスフレーズは別に送る