シークレットリンクを使う理由

パスワードを会話に貼り付けると、そのパスワードは会話の履歴に残ります。シークレットリンクを使えば、代わりに一時的なアドレスを送ることができます。内容が閲覧、削除、または期限切れになると、サービスはそのリンクから内容を提供しなくなります。

会話の中のコピーを減らす

送信者がメール、チャット、チケットに情報を直接貼り付けなくても、受信者は情報を受け取れます。古いメッセージにリンクが残っていることはありますが、シークレットが利用できなくなった後は、そのリンクで内容を取得することはできません。

アカウントがなくてもシークレットを作成して共有できます。受信者に必要なのは、ブラウザ、リンク、そして設定した場合はパスフレーズだけです。

限られた有効期間を選ぶ

有効期限を設定すると、未読のシークレットは不要になった時点で削除されます。それより早く取り下げる必要がある場合は、受信確認から削除し、パスフレーズが設定されていればそれを入力します。シークレットの共有をご覧ください。

確認ページを読み込んでもシークレットは消費されません。閲覧を確定すると、内容が1回だけ取得されます。送信者は、受信者の閲覧を消費することなく、受信確認で記録されたステータスを確認できます。

保護の仕組みを理解する

ホスト型サービスは転送にHTTPSを使用し、シークレットの内容を暗号化して保存します。内容の暗号化と復号はサービスのサーバー上で行われます。パスフレーズはアクセスの確認手段を追加するもので、リンクとは別の経路で送るべきものです。

保持期間に関する考慮事項を含むデータの取り扱いについては、データ保護をご覧ください。受信確認と組織のアクティビティは、シークレットが利用できなくなった後も残ることがあるため、シークレットリンクを使ったからといって共有の記録が残らないわけではありません。

限界を知る

有効なリンクと、必要な場合はパスフレーズを持っている人は誰でも閲覧できます。サービスは、その人が意図した受信者かどうかを検証しません。閲覧後、読んだ人は内容をコピー、保存、転送できます。ワンタイムリンクはそれらのコピーを制御することも、発行元のシステムでパスワード、トークン、ライセンスキーを無効化することもできません。

後で必要になる情報は、本来の長期保管場所に保管してください。Onetime Secretは受け渡しのためのものであり、期限切れになるリンクはリカバリーコードのバックアップではありません。

次のステップ

• 最初のシークレットを送る — 手順を試す
• ユースケース — 実践的な例と限界
• 環境設定 — 任意の閲覧通知
• シークレットアクティビティ — 組織のイベント記録
• セキュリティのベストプラクティス — リンク、パスフレーズ、受信者の確認