> ## Documentation Index
> Fetch the complete documentation index at: https://docs-dev-fix-docs-5525.mintlify.site/llms.txt
> Use this file to discover all available pages before exploring further.

# GDPR:データの最小化

> 処理のために収集する個人データを最小限に抑え、セキュリティを確保する方法を説明します。

GDPRの第5条に従い、収集する個人データは処理に必要なものに限定し、保持期間は必要最小限とします。データ処理中、許可されていない処理または違法な処理、偶発的な損失、破壊、または損傷に対する保護を含め、適切なセキュリティが確保されなければなりません。

Auth0には、これらの目標の達成に役立つ機能がいくつか用意されています。アカウントの連携やユーザープロファイルの暗号化などをはじめとする機能がこれに該当します。

<Callout icon="file-lines" color="#0EA5E9" iconType="regular">
  これらの文書の内容は、法的な助言を意図したものではなく、法的支援の代替と見なされるべきではありません。 GDPRを理解し順守することの最終責任はお客様にあり、Auth0は可能な限りにおいて、お客様がGDPR要件を満たすことを支援します。
</Callout>

## ユーザープロファイル情報を制限する

Auth0ユーザープロファイルの個人情報の量を制限する方法は以下の通りです。

* ユーザープロファイルのメタデータセクションへの個人情報の保存を最小限に抑える（または避ける）
* エンタープライズディレクトリを使用する場合、必要最小限の情報のみを返すように構成する
* ソーシャルプロバイダーを使用する場合、必要最小限の情報のみを返すように構成する
* Auth0データベースに保持したくないユーザー属性を拒否リストに登録する

## ユーザープロファイル情報を暗号化する

ユーザー情報はユーザープロファイルに保存する前に暗号化することができます。データをメタデータフィールドに保管する前に、お好きな暗号化メカニズムを使用することができます。機微情報を設定するときは、Update a User（ユーザー更新）エンドポイントを呼び出します。

## アカウントリンクを使用する

ユーザープロファイルがまだ存在しない場合、ユーザーがアプリケーションにログインするために接続を使用するたびに作成されます。これは接続ごとに行われます。

理解を深めるため、以下のシナリオを考えてみましょう。あなたのアプリケーションは、サインアップのために以下の3つのオプションを提供しています。

* メール/パスワードでのサインアップ
* Googleでのログイン
* Facebookでのログイン

ユーザーがGoogleにサインアップすると、Auth0にユーザープロファイルが作成されます。同じユーザーが、戻ってきたときに、サインアップした内容を覚えておらず、Facebookでログインすることを選択した場合、Auth0はそのユーザーのために別のユーザープロファイルを作成します。その結果、同じユーザーに対して2つのプロファイルが存在する状態になります。

アカウントリンクによってこの問題を解決できます。接続のタイプ（ユーザー/パスワード、ソーシャル、<Tooltip data-tooltip-id="react-containers-DefinitionTooltip-1" href="/docs/ja-jp/glossary?term=security-assertion-markup-language" tip="Security Assertion Markup Language（SAML）: パスワードなしに二者間で認証情報を交換できる標準化プロトコル。" cta="用語集の表示">SAML</Tooltip>など）に関係なく、1つのユーザープロファイルの下に複数のアカウントをリンクできます。

これを実装するには次の2つの方法があります。

* アカウントリンクを**ユーザーが開始する** ：認証済みのユーザーがアカウントを手動でリンクできるように、アプリがUIを提供する必要があります。
* アカウントリンクを**提案する** ：この場合も、検証済みの同じメールアドレスを使用してアカウントをリンクするルールを構成します。ただし、アプリは、自動的にリンクを実行するのではなく、まずユーザーにIDをリンクするよう指示します。

## ログをエクスポートする

Auth0ログをエクスポートして、自分で保管するか、[Auth0 Marketplace](https://marketplace.auth0.com/features/log-streaming)の外部ログサービスに自動的にプッシュできます。この機能はデータ保持とログ分析の要件を満たすのに役立ちます。

### APIを使用してログをエクスポートする

<Tooltip data-tooltip-id="react-containers-DefinitionTooltip-0" href="/docs/ja-jp/glossary?term=management-api" tip="Management API: 顧客が管理タスクを実行できるようにするための製品。" cta="用語集の表示">Management API</Tooltip>を使用してログをエクスポートし、自分で保管できます。使用可能なエンドポイントは2つあり、それぞれがわずかに異なる情報を提供します。

#### すべてのログを検索する

ログイベント検索エンドポイントは、提供した検索基準に一致するログエントリを検索します。検索条件を指定しない場合は、使用可能なすべてのエントリのリストが返されます。

**q**パラメーターで検索条件を指定すると、**fields**パラメーターで特定のフィールドが取得できます。

APIにアクセスするには、Management APIv2トークンが必要です。

この例にある要求は、成功したログインのすべてのログを取得します（ログイン成功イベントの頭文字は`s`です）。ログエントリごとに取得するフィールドのリストは**date** 、**description** 、**client\_id** 、および**log\_id** です。

#### 単一のログエントリを取得する

IDでログイベント取得エンドポイントは、提供されたIDに関連付けられたログエントリを取得します。

この例にある要求は、IDが`90020180129170850881585554625888895190928456277777449010`である1つのログエントリを取得します。

### 外部サービスにエクスポートする

Auth0 Marketplaceにある[ログストリーミングソリューション](https://marketplace.auth0.com/features/log-streaming)のいずれかをインストールして構成すると、Sumo LogicやLogglyなどの他のプロバイダーにログを自動的にエクスポートできます。利用可能なプロバイダーのリストとそれぞれを構成する詳細な手順については、「Auth0ログを外部サービスにエクスポートする」を参照してください。

## ログに機密情報を残さない

Auth0ログファイルに取り込まれる可能性があるURLに含まれる機密情報は最小限に抑えるべきです。たとえば、ドメイン名を`cancer-treatments`ではなく、`health-site`などにすることを検討します。

また、以下の手順を確実に行う必要があります。

* サインアップ時およびソーシャルメディアを通じて何を収集しているか、それがサービスの目的に必要かどうかを分析します。
* エンタープライズIDプロバイダーがAuth0に返されるデータを管理するように構成します。
* ソーシャルプロバイダーから収集したいデータを指定し、ユーザーのログイン時に取得するデータの使用に関して、ソーシャルプロバイダーとソーシャルログインに関する特定の条件の交渉を行います。

## もっと詳しく

* [GDPR:同意の条件](/docs/ja-jp/secure/data-privacy-and-compliance/gdpr/gdpr-conditions-for-consent)
* [GDPR:データポータビリティ](/docs/ja-jp/secure/data-privacy-and-compliance/gdpr/gdpr-data-portability)
* [GDPR：ユーザーデータを安全に保護する](/docs/ja-jp/secure/data-privacy-and-compliance/gdpr/gdpr-protect-and-secure-user-data)
* [GDPR:データのアクセス権、訂正および消去の権利](/docs/ja-jp/secure/data-privacy-and-compliance/gdpr/gdpr-right-to-access-correct-and-erase-data)