# ワンタイム共有

## 概要ワンタイム共有は、Keeperアカウントを持っていない人とも時間制限付きでレコードを安全に共有する機能です。ワンタイム共有を使用すると、外部の関係者などに機密情報を共有したい場合でもEメール、SMS、メッセージングアプリで情報をさらすことなく安全に機密情報を共有できます。ワンタイム共有は、Keeperのゼロ知識暗号化を利用することで安全な仕様となっています。レコードのデータは、256ビットAESを使用して共有相手のデバイス上でローカルで復号化され、サーバーへのリクエストはすべて楕円曲線暗号 (ECDSA) で署名されます。 {% hint style="info" %} Keeperの従来のレコードタイプ (「一般」レコードタイプ) は、ワンタイム共有には対応していません。また、レコードでプライバシー画面が有効になっている場合も、ワンタイム共有は利用できません。 {% endhint %} {% embed url="" %} ## ワンタイム共有の作成方法ワンタイム共有を作成するには、レコードを開き、編集アイコンをクリックしてから **\[ワンタイム共有]** をクリックします。

共有リンクの有効期間を選択します。レコードは指定した時刻に期限切れとなり、1台のデバイスでのみ閲覧可能です。仮にレコードの共有を手動で解除し忘れた場合でも、自動的に期限切れとなり、アクセスは無効化されます。

共有リンクは、リンクが使用されない場合でも、選択した期間が経過すると失効します。リンクが使用され、デバイスに紐つけられた場合でも、レコードへのアクセスは選択した期間が経過すると失効します。リンクだけをコピーしたり、他の人とレコードを共有するための招待メッセージを含めたり、QRコードを表示してスキャンしてもらうことができます。

共有相手がリンクを開くと、デバイスのブラウザにレコードが表示されます。安全策として、ワンタイム共有は**デバイスに紐付けられる**ため、最初に共有リンクを受け取った相手しかレコードにアクセスできないことになります。後で第三者がリンクを開いた場合やメールアカウントが侵害された場合でも、元のデバイス以外からはリンクにアクセスできません。

## 活用事例 * アクセス認証情報を請負業者と共有する * 暗号化されたファイルを同僚と共有する * 安全に文書や手順を共有する ## ワンタイム共有の伝達手段ワンタイム共有リンクは、以下のような手段で送信できます。 * QRコード * Airdrop * メール * SMS * 企業内で使用しているメッセージングアプリケーション * その他ワンタイム共有の用途は無限です。Keeperユーザー以外にデータを安全に届ける必要がある場合には、ワンタイム共有が最適です。 ## ワンタイム共有を有効化既存のエンタープライズユーザーの場合、ワンタイム共有はすべてのデフォルトのロールポリシーで**無効**となっています。既存のデフォルトのロールポリシーでこの機能を使用できるようにするには、**\[ロール] > \[強制適用ポリシー] > \[作成と共有の権限設定]** にアクセスします。ワンタイム共有機能の実装後に作成された新しいロールポリシーでは、この機能はデフォルトで有効になっています。

## 双方向ワンタイム共有 Keeperの新しいワンタイム共有機能では、Keeperユーザーと非ユーザー間での双方向の情報共有が可能になり、機密情報やファイルを安全にやり取りできるようになります。この機能により、クライアント、契約業者、法務チームなどにKeeperアカウントを作成してもらう必要なく、署名済みの書類やフィードバック、機密ファイルの受け取りができるため、スムーズな連携が実現します。 {% embed url="" %} 双方向ワンタイム共有機能 (英語) {% endembed %} 双方向ワンタイム共有機能を利用するには、通常通りワンタイム共有を作成します。対象のレコードを選択し、**\[共有] > \[ワンタイム共有] > \[ワンタイム共有を作成]** をクリックします。

{% hint style="info" %} 共有元のユーザーは、レコード内の「メモ」フィールドに共有相手向けの指示を自由に入力できます。 {% endhint %} レコードに対して双方向共有機能を有効にするには、「共有相手によるレコードの編集とファイルのアップロードを許可する」にチェックを入れます。共有の有効期限を設定するには、ドロップダウンメニューから希望の期限を選択し、**\[リンク作成]** をクリックします。

共有相手が共有リンクを受け取ると、**\[開く]** をクリックすることで、共有されたレコードの内容を表示できます。

共有相手は、ファイルを添付したり、求められた情報やメモを入力したりすることができます。

共有相手が **\[保存]** をクリックすると、追加されたファイルや情報が共有元のボルト内の元のレコードに自動的に反映されます。共有リンクの有効期限が切れるか、アクセスが取り消されるまで、共有元のユーザーと共有先のユーザーは引き続きレコードを編集できます。

### Keeperコマンダーを使用したワンタイム共有 [KeeperコマンダーCLI](https://docs.keeper.io/keeperpam/commander-cli)で以下のコマンドを使用して、プログラムでワンタイム共有リンクを作成できます。 * [`one-time-share`](https://app.gitbook.com/o/-LO5CAzoigGmCWBUbw9z/s/PL6k1aGsLiFiiJ3Y7zCl/~/changes/438/commander-cli/command-reference/share-command) ([`share`](https://app.gitbook.com/o/-LO5CAzoigGmCWBUbw9z/s/PL6k1aGsLiFiiJ3Y7zCl/~/changes/438/commander-cli/command-reference/share-command) のエイリアス) * [`share-record`](https://app.gitbook.com/o/-LO5CAzoigGmCWBUbw9z/s/PL6k1aGsLiFiiJ3Y7zCl/~/changes/438/commander-cli/command-reference/share-record-command) コマンダーでは、細かな有効期限の設定、追加の出力方法、以前に作成したワンタイム共有を削除する機能など、さらにきめ細かなコントロールが可能となります。詳細については、[Keeperコマンダーのドキュメント](https://docs.keeper.io/keeperpam/commander-cli/overview)をご参照ください。 ### 安全性と暗号化モデルワンタイム共有用に実装された暗号化モデルには、クラウドインフラストラクチャを保護するためのゼロ知識およびゼロトラストプラットフォームであるKeeper[シークレットマネージャー](https://app.gitbook.com/o/-LO5CAzoigGmCWBUbw9z/s/PL6k1aGsLiFiiJ3Y7zCl/)と同じ技術が使用されています。以下は、セキュリティモデルと暗号化方法についての解説となります。 1. ボルトでは、共有者はレコード画面の **\[共有]** ボタンをクリックしてから **\[ワンタイム共有]** をクリックし、ワンタイムアクセストークンを生成します。共有するレコードの256ビットAESレコードキーはワンタイムアクセストークンで暗号化され、この暗号化された値はKeeperクラウドに保存されます。 2. 共有者は、任意のチャンネルからURLまたはQRコードを介して共有相手にワンタイムアクセストークンを送信します。アクセストークンが含まれたURL部分は、URLの「フラグメント識別子」セクション内に保持され、ネットワークを介して Keeperのサーバーに送信されることはありません。これによりゼロ知識が保持されるため、Keeper側から情報にアクセスしたり、情報を解読したりすることはできません。 3. 共有相手がデバイスのブラウザでURLを開くと、単一ページのボルトアプリケーションがデバイスにロードされます。ワンタイムアクセストークンがローカルのボルトアプリケーションに直接渡されます (サーバーには送信されません)。 4. URLがロードされる際、共有相手のデバイスはクライアント側の公開キーと秘密楕円曲線キーのペアを生成し、秘密キーはクライアントデバイスのブラウザのCryptoKeyストレージにローカルで保存されます。 5. 初めて使用する際には、SDKライブラリがワンタイムアクセストークンのハッシュを使用して認証し、認証が成功するとサーバーが暗号化されたレコード暗号文と暗号化されたレコードキーで応答します。 6. クライアントでワンタイムアクセストークンを使用してレコードキーが復号化され、レコードの内容はレコードキーを使用して復号化されます。その後レコードキーがクライアントデバイスのブラウザのCryptoKeyストレージまたはその他の指定されたストレージにローカルで保存されます。 7. サーバー上では、そのデバイスの暗号化されたレコードキーが削除されるため、ワンタイムアクセストークンを再び使用することはできなくなります。その後はクライアントのリクエストはクライアント秘密キーで署名される必要があります。 8. 同じデバイス上でのその後のサーバーへの呼び出しは、デバイスを固有に定義する識別子 (ワンタイムアクセストークンのハッシュ) と、クライアント秘密キーで署名されたリクエスト本文とともに送信されます。サーバーはデバイスのクライアント公開キーを使用して、指定されたデバイス識別子のリクエストのECDSA署名をチェックします。Keeperクラウドでレコードのリクエストが処理され、認証が成功するとサーバーは暗号化されたレコードの暗号文をクライアントに返します。 9. レコードレベルの暗号化に加えて、クライアントデバイスがランダムに生成されたAES-256ビット送信キーを作成します。この送信キーは、KeeperクラウドAPIの公開キーで暗号化されます。クライアントデバイスは、送信キーを使用してサーバーからの応答を復号化してからレコードキーを使用して暗号文応答ペイロードを復号化し、レコードの内容を復号化します。 Keeperの暗号化モデルに関する詳細については、[こちらのページ](https://docs.keeper.io/enterprise-guide/keeper-encryption-model)をご参照ください。 ## 管理者による制御共有フォルダの使用は、管理コンソールの [**\[ロール\]**](https://docs.keeper.io/jp/enterprise-guide/roles) セクションで制限できます。 --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.keeper.io/jp/enterprise-guide/sharing/one-time-share.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.