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

> Auth0 を使い始めましょう。あらゆる種類のアプリケーションに、数分で認証を実装できます。

# アイデンティティ用語集

export const GlossaryPage = () => {
  const GLOSSARY = [{
    term: "アクセストークン",
    description: "アプリケーションが API にアクセスするために使用できる資格情報です。トークンの保持者が API へのアクセスと、付与されたスコープで指定された特定の操作を許可されていることを API に伝えます。アクセストークンの形式は任意ですが、よく使われるのは不透明な文字列と JSON Web Token（JWT）の 2 つです。アクセストークンは、HTTP の Authorization ヘッダーに Bearer 資格情報として含めて API に送信します。"
  }, {
    term: "アカウントリンク",
    description: "複数のプラットフォームにまたがるユーザーアカウントを連結し、一度の資格情報の入力で複数のリソースやアプリケーションにアクセスできるようにすることです。"
  }, {
    term: "Actions",
    description: "Auth0 のランタイムの特定のポイントで実行される、Node.js で記述された安全でテナント固有のバージョン管理された関数です。Actions は、カスタムロジックによって Auth0 の機能をカスタマイズ・拡張するために使用します。"
  }, {
    term: "アダプティブ多要素認証",
    description: "ログイン試行の信頼度が低いと判断された場合にのみユーザーに対して実行される多要素認証（MFA）です。アダプティブ MFA では、Auth0 は必要なときにのみ MFA を実行し、悪意ある行為者には障壁を設けつつ、正当なユーザーのログイン体験はそのまま維持します。"
  }, {
    term: "アプリケーション",
    description: "認証と ID 管理を Auth0 に依存するお客様のソフトウェアです。Auth0 は、シングルページ、通常の Web、ネイティブ、マシン間（M2M）の各アプリケーションをサポートしています。"
  }, {
    term: "攻撃対策",
    description: "攻撃を検出・軽減するために Auth0 が提供する機能群です。ブルートフォース保護、不審な IP のスロットリング、漏えいパスワード検出、ボット検出、アダプティブ多要素認証などが含まれます。"
  }, {
    term: "audience",
    description: "発行されたトークンの対象者を示す一意の識別子で、JSON Web Token 内では aud クレームとして表されます。audience の値は、ID トークンの場合はアプリケーション（クライアント ID）、アクセストークンの場合は呼び出し先の API（API 識別子）です。Auth0 では、アクセストークンの要求時に送信される audience の値によって、そのトークンが不透明な形式と JWT 形式のどちらで返されるかが決まります。"
  }, {
    term: "Auth0 Dashboard",
    description: "Auth0 の主要な管理者向けインターフェースです。アプリケーションや API の登録、ユーザーストアや他のアイデンティティプロバイダーへの接続、Auth0 サービスの構成を行えます。"
  }, {
    term: "認証デバイス",
    description: "クライアント起点バックチャネル認証フローにおいて、ユーザーが認証を行い同意を与えるデバイスです。"
  }, {
    term: "認証サーバー",
    description: "ユーザーの身元を確認または否認するサーバーです。認証サーバーは、ユーザーが利用できる操作やリソースを制限することはありません（ただし、その判断材料となる情報を提供することはできます）。"
  }, {
    term: "認可コード",
    description: "認可サーバーが生成し、認可応答の一部としてアプリケーションに返されるランダムな文字列です。認可コードは有効期間が比較的短く、認可コードフロー（PKCE の有無を問わず）を使用する際にトークンエンドポイントでアクセストークンと交換されます。"
  }, {
    term: "認可フロー",
    description: "OAuth 2.0 で定義されている認可グラントの別称です。認可フローとは、リソース（アプリケーションまたは API）が要求者にアクセスを付与するために用いるワークフローです。技術の種類や要求者の種類に応じて、リソース所有者は認可コードフロー、PKCE、ROPG、インプリシット、クライアントクレデンシャルのいずれかを利用できます。"
  }, {
    term: "認可サーバー",
    description: "ユーザーのアクセス範囲を定義する役割を担う中央集約型のサーバーです。たとえば、認可サーバーはユーザーが利用できるデータ、タスク、機能を制御できます。認可サーバーはユーザーの認証は行いません。ユーザーの身元を検証するのは認証サーバーの役割です。"
  }, {
    term: "悪意ある行為者",
    description: "脅威アクターとも呼ばれます。危害を加える意図をもって、ビジネスや環境に脅威をもたらす存在（個人または集団）です。危害には、データセンターへの侵入から盗まれた資格情報によるシステムへの不正侵入まで、物理的な被害とサイバー上の被害の両方が含まれます。"
  }, {
    term: "ベータ",
    description: "対象の機能や動作を契約者に提供し、GA リリース前に最終的なフィードバックを得ながら、新しい製品機能を試して採用するための期間を設ける製品リリース段階です。機能はコードとして完成しており、安定していて、さまざまなシナリオで有用であり、GA リリースの品質基準を満たす、あるいはほぼ満たしていると考えられます。ベータリリースは非公開の場合も公開の場合もあります。"
  }, {
    term: "ユーザーのブロック/ブロック解除",
    description: "要求者のリソースへのアクセスを取り消したり復元したりすることです。Auth0 の攻撃対策スイートの機能を指します。各サービスはログインやサインアップの傾向を評価し、不審なアクティビティに関連する IP アドレスをブロックします。"
  }, {
    term: "ボット検出",
    description: "ログイン処理中に CAPTCHA を有効にすることで、Auth0 がボットと疑われるトラフィックをブロックする攻撃対策の一種です。"
  }, {
    term: "漏えいパスワード検出",
    description: "サードパーティの Web サイトやアプリのデータ漏えいで流出したユーザー名とパスワードの組み合わせが使用された場合に、Auth0 がユーザーに通知する攻撃対策の一種です。"
  }, {
    term: "破壊的変更",
    description: "Auth0 が把握している範囲において、Auth0 プラットフォームと顧客のアプリケーションとの相互運用に障害を引き起こす、Auth0 プラットフォームへの変更です。"
  }, {
    term: "ブルートフォース保護",
    description: "単一の IP アドレスから単一のユーザーアカウントを狙って行われるブルートフォース攻撃から保護する攻撃対策の一種です。"
  }, {
    term: "コールバック",
    description: "認証後に Auth0 が応答を送信する URL です。多くの場合、認証後にユーザーがリダイレクトされる URL と同じです。"
  }, {
    term: "クレーム",
    description: "セキュリティトークンに含まれる属性で、トークンの発行者がある対象について主張している内容を表します。"
  }, {
    term: "クライアント ID",
    description: "登録後にアプリケーションへ割り当てられる識別値です。この値は他のサードパーティサービスと組み合わせて使用され、Auth0 Dashboard > [Application Settings] で確認できます。"
  }, {
    term: "クライアントシークレット",
    description: "クライアント（アプリケーション）が認可サーバーに対して認証を行うために使用するシークレットです。クライアントと認可サーバーのみが知っているべきものであり、推測されないよう十分にランダムでなければなりません。"
  }, {
    term: "コンフィデンシャルクライアント",
    description: "OAuth 2.0 プロトコルでは、クライアント（アプリケーション）はコンフィデンシャルとパブリックのいずれかに分類されます。コンフィデンシャルクライアントは資格情報を安全に保持でき、そのために信頼できるバックエンドサーバーを必要とします。トークンエンドポイントを呼び出す際にクライアント ID とシークレットを指定することで、認証を必要とするグラントタイプを使用できます。"
  }, {
    term: "混乱した代理（Confused Deputy）",
    description: "攻撃者がクライアントやサービスをだまして、自分の代わりに操作を実行させる状況です。"
  }, {
    term: "接続",
    description: "Auth0 と、アプリケーションのユーザーの提供元との関係です。アイデンティティプロバイダー、パスワードレス認証方式、ユーザーデータベースなどが該当します。"
  }, {
    term: "利用デバイス",
    description: "クライアント起点バックチャネル認証フローにおいて、ユーザーがサービスを利用するために用いるデバイスです。"
  }, {
    term: "カスタムドメイン",
    description: "独自の名称（バニティ名）を持つサードパーティのドメインです。CNAME とも呼ばれます。"
  }, {
    term: "非推奨",
    description: "対象の機能や動作が新規の契約者にはサポートされず、積極的な機能強化も行われず、最小限の保守のみが行われていることを示す製品リリース段階です。"
  }, {
    term: "デジタルアイデンティティ",
    description: "特定のアプリケーションが提供する機能の文脈において、特定のユーザーを定義する属性の集合です。"
  }, {
    term: "デジタル署名",
    description: "トークン内のビットが改ざんされるのを防ぐ暗号化された文字列です。ビットが変更または改ざんされると、署名を検証できなくなり、トークンは拒否されます。"
  }, {
    term: "ディレクトリ",
    description: "ユーザーを一元管理するリポジトリ（最もよく知られているのは Active Directory）です。資格情報や属性を集約し、各アプリケーションが独自のローカルなアイデンティティ構成を持つ必要をなくします。"
  }, {
    term: "早期アクセス",
    description: "対象の機能や動作を、限られた数の契約者または顧客開発パートナー（CDP）に提供し、テストとフィードバックを行ってもらう製品リリース段階です。"
  }, {
    term: "提供終了",
    description: "対象の機能や動作がプラットフォームから削除されたことを示す製品リリース段階です。使用を継続すると、エラーが発生する可能性が高くなります。"
  }, {
    term: "提供終了日",
    description: "機能や動作へのアクセスがプラットフォームから削除される日付です。提供終了日はプランの種類によって異なる場合があります。"
  }, {
    term: "Fine-grained Authorization (FGA)",
    description: "アプリケーション内の特定のオブジェクトやリソースへのアクセス権を個々のユーザーに付与する、Auth0のSaaS製品です。"
  }, {
    term: "フロー",
    description: "Actionsを使って拡張できるプロセスです。各フローは1つ以上のトリガーで構成され、Auth0のジャーニーにおける特定の時点で情報が流れる論理的なパイプラインを表します。"
  }, {
    term: "一般提供",
    description: "対象の機能や動作が完全に利用可能となり、すべての契約者が本番環境で使用できる製品リリース段階です。"
  }, {
    term: "グループ",
    description: "1人以上のユーザーの集合です。Auth0 Authorization Extensionでは、グループを使って多数のユーザーに一度にアクセス権を付与できます。"
  }, {
    term: "ID トークン",
    description: "リソースへのアクセスではなく、クライアント自身のために用意された資格情報です。クライアントが解析・検証できる、決められた形式を持ちます。"
  }, {
    term: "IDプロバイダー（IdP）",
    description: "デジタルアイデンティティを保存・管理するサービスです。Auth0は、信頼できるソーシャル、エンタープライズ、法的なアイデンティティプロバイダーをサポートしています。"
  }, {
    term: "JSON Web Token（JWT）",
    description: "2者間でクレームを安全に表現するための、オープンな業界標準であるRFC 7519の方式です。Auth0では、ID トークンは常にJWT形式で返され、アクセストークンもJWT形式であることが多くあります。"
  }, {
    term: "ローカライゼーション",
    description: "新しいUniversal Loginのエクスペリエンスを、サポートされている言語で表示する機能です。"
  }, {
    term: "Lock",
    description: "ユーザーを認証するためのAuth0のUIウィジェットです。そのままの状態ですぐに使用でき、Classic Universal Loginのエクスペリエンスにおける既定の外観となります。"
  }, {
    term: "Management API",
    description: "Auth0のサービスを管理し、管理タスクをプログラムから実行するためのAuth0のAPIです。"
  }, {
    term: "メタデータ",
    description: "設定やプロファイルの内容など、ユーザーが更新できる情報です。メタデータはID トークンに追加され、ユーザープロファイルに保存できます。"
  }, {
    term: "移行",
    description: "顧客が特定の機能や動作の使用をやめて移行するプロセスです。移行は非推奨の段階で行う必要があります。"
  }, {
    term: "多要素認証（MFA）",
    description: "複数の認証要素を用いる認証プロセスです。通常、1つ目の要素はユーザー名とパスワードで、2つ目はメールやSMSで送られるコードやリンク、またはアプリによるワンタイムパスワードです。"
  }, {
    term: "ノンス",
    description: "認証プロトコルで発行される任意の（多くの場合ランダムまたは疑似ランダムな）数値で、リプレイ攻撃の検出と軽減に役立てられます。"
  }, {
    term: "OAuth 2.0",
    description: "認可のプロトコルとワークフローを定義する認可フレームワークです。OAuth 2.0は、ロール、認可グラント、認可リクエストとレスポンス、トークンの取り扱いを定義します。"
  }, {
    term: "OpenID",
    description: "ログイン情報を収集・保存することなく、ユーザーが本人であることをアプリケーションが検証できるようにする、認証のオープン標準です。"
  }, {
    term: "Organizations",
    description: "B2Bの顧客がエンドユーザーを分類し、固有のロール、ログインエクスペリエンス、リソースへのアクセスを定義できるようにするAuth0の製品です。"
  }, {
    term: "パスワードレス",
    description: "1つ目の認証要素がパスワードではない認証方式です。代わりに、メールやSMSで受け取るワンタイムパスワード、プッシュ通知、生体認証センサーなどが用いられます。"
  }, {
    term: "境界（ペリメーター）",
    description: "ディレクトリ、そのすべてのユーザー、およびそのディレクトリを利用するすべてのアプリケーションを包含する境界の集合です。"
  }, {
    term: "製品リリース段階",
    description: "Auth0が製品機能をどのように段階的に準備し、リリースし、提供終了するかを示すフェーズです。"
  }, {
    term: "パブリッククライアント",
    description: "OAuth 2.0プロトコルでは、クライアントは機密（Confidential）またはパブリックのいずれかに分類されます。パブリッククライアントは資格情報を安全に保持できないため、クライアントシークレットを必要としないグラントタイプのみを使用すべきです。"
  }, {
    term: "ローの資格情報",
    description: "ユーザーとリソースの間で合意された共有シークレットまたは情報の集合であり、リソースがユーザーの本人性を検証できるようにするものです。"
  }, {
    term: "リフレッシュトークン",
    description: "新しいアクセストークンを取得するために使用できる特別な種類のトークンです。ユーザーに再ログインを強いることなく、期限切れになるアクセストークンを更新するのに役立ちます。"
  }, {
    term: "リフレッシュトークンローテーション",
    description: "脆弱性を最小限に抑えるため、リフレッシュトークンを頻繁に入れ替える方式です。交換のたびに新しいリフレッシュトークンも返されます。"
  }, {
    term: "リライングパーティー",
    description: "ユーザーの認証をサードパーティのアイデンティティプロバイダーに依存するエンティティ（サービスやアプリケーションなど）です。"
  }, {
    term: "リソースオーナー",
    description: "保護されたリソースへのアクセスを許可できるエンティティ（ユーザーやアプリケーションなど）です。"
  }, {
    term: "リソースサーバー",
    description: "保護されたリソースをホストするサーバーです。リソースサーバーは、保護されたリソースへのリクエストを受け付けて応答します。"
  }, {
    term: "ロール",
    description: "システムに対して持つべきアクセスレベルを示すためにユーザーに割り当てられる、ユーザーのアイデンティティの一側面です。"
  }, {
    term: "スコープ",
    description: "アプリケーションが実行を許可される具体的な操作や、ユーザーに代わって要求できる情報を定義する仕組みです。"
  }, {
    term: "Security Assertion Markup Language（SAML）",
    description: "パスワードを使わずに2者間で認証情報を交換できる、XMLベースの標準化されたプロトコルです。"
  }, {
    term: "セキュリティトークン",
    description: "ユーザーの認証が成功したことを証明するために使用される、デジタル署名された成果物です。"
  }, {
    term: "セッションクッキー",
    description: "受け取ったトークンが署名済みで有効であり、信頼できるソースから発行されたものであるとミドルウェアが確認した後に発行されるエンティティです。"
  }, {
    term: "シャドウアカウント",
    description: "リモートのアプリケーションへのアクセスが必要になったときに、ローカルディレクトリのユーザーをリモートディレクトリに別途手動でプロビジョニングするという、維持が困難な運用手法です。"
  }, {
    term: "署名アルゴリズム",
    description: "トークンが改ざんされていないことを保証するために、トークンにデジタル署名を行う際に使用されるハッシュアルゴリズムです。"
  }, {
    term: "シングルサインオン（SSO）",
    description: "ユーザーが1つのアプリケーションにログインすると、他のアプリケーションにも自動的にログインされるようにするサービスです。シングルログアウトは、これと逆の形で同様に機能します。"
  }, {
    term: "サブスクリプション",
    description: "各テナントで利用できる機能とクォータを定める契約です。"
  }, {
    term: "不審なIPのスロットリング",
    description: "単一のIPアドレスから過度に多くのアカウントを狙う不審なログインからテナントを保護する、攻撃対策の一種です。"
  }, {
    term: "テナント",
    description: "単一のソフトウェアインスタンスに対して、特定の権限を伴う共通のアクセスを共有する、論理的に分離されたユーザーの集合です。"
  }, {
    term: "トークンエンドポイント",
    description: "プログラムからトークンを要求するために使用される、認可サーバー上のエンドポイントです。"
  }, {
    term: "トリガー",
    description: "ユーザーのログインなど、特定の操作が実行時に発生したときにActionを自動的に呼び出すイベントです。"
  }, {
    term: "信頼",
    description: "リソースが、その認証機関がユーザーについて述べる内容を受け入れる用意があるとき、そのリソースはアイデンティティプロバイダーまたは認証機関を信頼していることになります。"
  }, {
    term: "Universal Login",
    description: "認可サーバーの中核機能である認証フローの、Auth0による実装です。"
  }, {
    term: "Web Service Federation（WS-Fed）",
    description: "WS-Trustによって信頼関係が確立されたシステム、ドメイン、アイデンティティプロバイダーの間でユーザーのアイデンティティを管理するためのプロトコルです。主にMicrosoft製品で使用されます。"
  }];
  const A_TO_Z = Array.from({
    length: 26
  }, (_, i) => String.fromCharCode(65 + i));
  const norm = s => s.normalize("NFKD").toLowerCase().trim();
  const useQueryParamState = (key, initial = "") => {
    const [value, setValue] = useState(() => {
      if (typeof window === "undefined") return initial;
      const url = new URL(window.location.href);
      return url.searchParams.get(key) ?? initial;
    });
    useEffect(() => {
      if (typeof window === "undefined") return;
      const url = new URL(window.location.href);
      if (value) url.searchParams.set(key, value); else url.searchParams.delete(key);
      window.history.replaceState({}, "", url.toString());
    }, [key, value]);
    return [value, setValue];
  };
  const highlight = (text, query) => {
    if (!query) return text;
    const i = norm(text).indexOf(norm(query));
    if (i < 0) return text;
    const end = i + query.length;
    return <>
        {text.slice(0, i)}
        <mark>{text.slice(i, end)}</mark>
        {text.slice(end)}
      </>;
  };
  const [term, setTerm] = useQueryParamState("term", "");
  const groups = useMemo(() => {
    const filtered = term ? GLOSSARY.filter(g => norm(g.term).includes(norm(term))) : GLOSSARY;
    const map = new Map();
    for (const item of filtered.sort((a, b) => a.term.localeCompare(b.term))) {
      const key = (item.term[0] || "").toUpperCase();
      map.set(key, [...map.get(key) || [], item]);
    }
    return map;
  }, [term]);
  const letterRefs = useRef({});
  const handleJump = letter => {
    const el = letterRefs.current[letter];
    if (el) el.scrollIntoView({
      behavior: "smooth",
      block: "start"
    });
  };
  return <div className="mx-auto max-w-5xl py-10 text-gray-900 dark:text-gray-100">
      {}
      <div className="mb-6">
        <div className="relative">
          <span className="pointer-events-none absolute left-3 top-1/2 -translate-y-1/2 text-gray-500 dark:text-gray-400">
            <svg width="18" height="18" viewBox="0 0 24 24" fill="none" stroke="currentColor">
              <circle cx="11" cy="11" r="8"></circle>
              <line x1="21" y1="21" x2="16.65" y2="16.65"></line>
            </svg>
          </span>
          <input id="search-input-control" type="text" placeholder="名前で検索" value={term} onChange={e => setTerm(e.target.value)} className="w-full rounded-lg border border-gray-300 dark:border-gray-700 bg-white dark:bg-black pl-10 pr-4 py-3 outline-none focus:border-indigo-500 dark:focus:border-indigo-400 text-gray-900 dark:text-gray-100" />
        </div>
      </div>

      {}
      <nav className="mb-8 flex flex-wrap gap-3">
        {A_TO_Z.map(letter => {
    const enabled = groups.has(letter);
    return <button key={letter} onClick={() => enabled && handleJump(letter)} disabled={!enabled} className={`text-lg ${enabled ? "text-indigo-600 dark:text-indigo-300 hover:text-black dark:hover:text-white" : "text-gray-400 dark:text-gray-600 cursor-not-allowed"}`} aria-label={`${letter} へ移動`}>
              {letter}
            </button>;
  })}
      </nav>

      {}
      <section>
        {A_TO_Z.filter(L => groups.has(L)).map(letter => {
    const items = groups.get(letter);
    return <section key={letter} className="mb-10">
              <div className="flex items-end gap-1">
                <h2 id={letter} ref={el => letterRefs.current[letter] = el} className="text-3xl font-semibold glossary_h2">
                  {letter}
                </h2>
                <div className="flex-1 border-b-2 border-[#3F59E4]" />
              </div>

              <ul className="mt-6 space-y-6 glossary_list">
                {items.map(it => <li key={it.term} className="scroll-mt-24">
                    <h3 id={norm(it.term)} className="text-xl font-medium text-gray-900 dark:text-gray-100 glossary_h3">
                      {it.term}
                    </h3>
                    <p className="mt-1 text-gray-700 dark:text-gray-300">{highlight(it.description, term)}</p>
                  </li>)}
              </ul>
            </section>;
  })}

        {groups.size === 0 && <p className="text-gray-500 dark:text-gray-400">「{term}」に一致する結果が見つかりませんでした。別のタームでお試しください。</p>}
      </section>
    </div>;
};

初心者からベテラン開発者までを対象に、アイデンティティ関連の用語集をまとめました。アイデンティティ用語に関する混乱の解消に役立てば幸いです。
​

<GlossaryPage
  terms={[
  {
    term: "Access Token",
    description:
      "アプリケーションが API にアクセスするために使用できる資格情報です。このトークンの保持者が API へのアクセスと、付与されたスコープで指定された特定の操作を行う権限を持っていることを API に伝えます。access token はどのような形式でもかまいませんが、代表的なものとして opaque な文字列と JSON Web トークン（JWT）があります。これらは HTTP Authorization ヘッダーで Bearer 資格情報として API に送信する必要があります。",
  },
  {
    term: "Account Linking",
    description:
      "資格情報を一度入力するだけで、複数のプラットフォームにまたがるユーザーアカウントを連携し、ユーザーが複数のリソースやアプリケーションにアクセスできるようにすることです。",
  },
  {
    term: "Actions",
    description:
      "Node.js で記述された、安全で tenant ごとのバージョン管理された関数で、Auth0 の runtime の特定のタイミングで実行されます。Actions は、カスタムロジックによって Auth0 の機能をカスタマイズおよび拡張するために使用されます。",
  },
  {
    term: "Adaptive Multi-factor Authentication",
    description:
      "ログイン試行の信頼性が低いと判断された場合にのみ、ユーザーに対してトリガーされる多要素認証（MFA）です。Adaptive MFA では、正当な利用者のログイン体験はそのままに、悪意のある利用者にだけ必要なときに MFA を要求することで、必要な場合にのみ Auth0 が MFA をトリガーします。",
  },
  {
    term: "Application",
    description:
      "認証とアイデンティティ管理に Auth0 を利用するソフトウェアです。Auth0 は、シングルページアプリケーション、通常の Web アプリケーション、ネイティブアプリケーション、および machine-to-machine アプリケーションをサポートしています。",
  },
  {
    term: "Attack Protection",
    description:
      "総当たり攻撃対策、不審な IP スロットリング、漏えいパスワードの検知、ボット検出、Adaptive MFA など、攻撃を検出して軽減するために Auth0 が提供する機能です。",
  },
  {
    term: "Audience",
    description:
      "発行された token の audience を一意に識別する値で、JSON Web トークンでは aud クレームとして表されます。audience 値は、ID トークンの場合はアプリケーション（Client ID）、access token の場合は呼び出し先の API（API 識別子）になります。Auth0 では、access token を要求する request で送信された Audience 値によって、その token が opaque 形式で返されるか JWT 形式で返されるかが決まります。",
  },
  {
    term: "Auth0 Dashboard",
    description:
      "アプリケーションや API を登録し、user store や別のアイデンティティプロバイダーに接続し、Auth0 のサービスを設定できる、Auth0 の主要な管理者向けインターフェースです。",
  },
  {
    term: "Authentication Device",
    description:
      "クライアント主導のバックチャネル認証フローで、ユーザーが認証を行い、consent を与えるデバイスです。",
  },
  {
    term: "Authentication Server",
    description:
      "ユーザーのアイデンティティを確認または否定するサーバーです。authentication server は、ユーザーが利用できる操作やリソースを制限しません（ただし、そのためのコンテキストを提供することはあります）。",
  },
  {
    term: "Authorization Code",
    description:
      "認可サーバーによって生成され、認可レスポンスの一部としてアプリケーションに返されるランダムな文字列です。認可コードの有効期間は比較的短く、認可コードフロー（Proof Key for Code Exchange（PKCE）の有無を問わず）を使用する場合は、token endpoint で access token と交換されます。",
  },
  {
    term: "Authorization Flow",
    description:
      "OAuth 2.0 で定義されている Authorization Grants の別名です。認可フローは、リソース（アプリケーションまたは AIP）が要求元にアクセスを付与するために使用するワークフローです。技術の種類と要求元の種類に応じて、リソース所有者は認可コードフロー、PKCE、ROPG、Implicit、または Client Credential を使用できます。",
  },
  {
    term: "Authorization Server",
    description:
      "ユーザーのアクセス範囲の境界を定義する役割を担う中央サーバーです。たとえば、認可サーバーは、ユーザーが利用できるデータ、タスク、機能を制御できます。認可サーバーはユーザーを認証しません。ユーザーのアイデンティティを検証するのは authentication server の役割です。",
  },
  {
    term: "Bad Actors",
    description:
      "脅威アクターとも呼ばれます。危害を加える意図を持って、事業や環境に脅威をもたらす主体（個人または集団）を指します。危害には、データセンターへの侵入から、盗まれた資格情報を使ったシステムへの不正アクセスまで、物理的被害やサイバー被害が含まれます。",
  },
  {
    term: "Beta",
    description:
      "製品リリース段階の一つで、GA リリース前に最終フィードバックを得ながら、参照先の機能や動作をサブスクライバーに提供し、新しい製品機能を評価して導入するための時間を確保する期間を指します。機能はコード完成済みで、安定しており、さまざまなシナリオで有用であり、GA リリースに求められる品質基準を満たしている、またはほぼ満たしていると考えられています。Beta リリースには、非公開のものと公開のものがあります。",
  },
  {
    term: "Block/Unblock Users",
    description:
      "要求元のリソースへのアクセスを削除または復元すること。Auth0 の攻撃対策スイートの機能を指します。各サービスはログインやサインアップの傾向を分析し、不審なアクティビティに関連する IP アドレスをブロックします。",
  },
  {
    term: "Bot Detection",
    description:
      "ログインプロセス中に CAPTCHA を有効にすることで、Auth0 がボットと疑われるトラフィックをブロックする攻撃対策の一形態です。",
  },
  {
    term: "Breached Password Detection",
    description:
      "サードパーティのウェブサイトやアプリで発生したデータ漏えいによって侵害されたユーザー名/パスワードの組み合わせをユーザーが使用した場合に、Auth0 がそのユーザーに通知する攻撃対策の一形態です。",
  },
  {
    term: "Breaking Change",
    description:
      "Auth0 の把握する限り、Auth0 プラットフォームと顧客のアプリケーションとの相互運用に不具合を引き起こすことになる Auth0 プラットフォームへの変更です。",
  },
  {
    term: "Brute-force Protection",
    description:
      "単一の IP アドレスから行われ、単一のユーザーアカウントを標的とするブルートフォース攻撃から保護する攻撃対策の一形態です。",
  },
  {
    term: "Callback",
    description:
      "authentication 後に Auth0 が応答を送信する URL です。多くの場合、authentication 後にユーザーがリダイレクトされる URL と同じです。",
  },
  {
    term: "Claim",
    description:
      "セキュリティトークンに含まれる属性で、トークンの発行者があるエンティティについて表明している claim を表します。",
  },
  {
    term: "Client ID",
    description:
      "登録後にアプリケーションに割り当てられる識別値です。この値は他のサードパーティサービスと併用され、Auth0 Dashboard > Application Settings で確認できます。",
  },
  {
    term: "Client Secret",
    description:
      "クライアント（アプリケーション）が認可サーバーに対して認証を行うために使用する秘密情報です。これを知るべきなのはクライアントと認可サーバーのみであり、推測されないよう十分にランダムでなければなりません。",
  },
  {
    term: "Confidential Client",
    description:
      "OAuth 2.0 プロトコルでは、クライアント（アプリケーション）は機密または公開のいずれかに分類されます。機密クライアントは資格情報を安全に保持でき、そのためには信頼できるバックエンドサーバーが必要です。これらは、token endpoint を呼び出す際に client ID と secret を指定して認証を行う必要があるグラントタイプを使用できます。",
  },
  {
    term: "Confused Deputy",
    description:
      "攻撃者がクライアントやサービスをだまして、攻撃者に代わって何らかの操作を実行させる状況です。",
  },
  {
    term: "Connection",
    description:
      "Auth0 と、アプリケーションのユーザーソースとの関係を指します。たとえば、アイデンティティプロバイダー、パスワードレス認証方法、またはユーザーデータベースなどがあります。",
  },
  {
    term: "Consumption Device",
    description:
      "クライアント主導のバックチャネル認証フローにおいて、ユーザーがサービスを利用する際に使用するデバイスです。",
  },
  {
    term: "Custom Domain",
    description: "特別な名前、または独自の名前を持つサードパーティのドメインです。CNAME とも呼ばれます。",
  },
  {
    term: "Deprecation",
    description:
      "参照先の機能または動作が新規サブスクライバー向けにはサポートされておらず、積極的な機能強化も行われず、最小限の保守のみが行われていることを示す製品リリース段階です。",
  },
  {
    term: "Digital Identity",
    description:
      "特定のアプリケーションが提供する機能において、特定のユーザーを定義する属性の集合。",
  },
  {
    term: "Digital Signature",
    description:
      "トークン内のビットが改ざんされないよう保護する暗号化された文字列。ビットが変更または改ざんされると、署名を検証できなくなり、拒否されます。",
  },
  {
    term: "Directory",
    description:
      "資格情報と属性を一元管理し、各アプリケーションで個別にローカルのアイデンティティを設定する必要をなくす、ユーザーの集中管理リポジトリ（代表的な例として Active Directory があります）。",
  },
  {
    term: "Early Access",
    description:
      "該当する機能または動作が、限られた数のサブスクライバーや顧客開発パートナー（CDP）に提供され、テストとフィードバック収集が行われる製品リリース段階。",
  },
  {
    term: "End of Life",
    description:
      "該当する機能または動作がプラットフォームから削除されたことを示す製品リリース段階。引き続き使用すると、エラーが発生する可能性があります。",
  },
  {
    term: "End of Life Date",
    description:
      "機能または動作へのアクセスがプラットフォームから削除される日付。提供終了日はプランの種類によって異なる場合があります。",
  },
  {
    term: "Fine-grained Authorization (FGA)",
    description:
      "個々のユーザーに、アプリケーション内の特定のオブジェクトまたはリソースへのアクセス権を付与する Auth0 の SaaS 製品。",
  },
  {
    term: "Flow",
    description:
      "Actions を使用して拡張できるプロセス。各フローは 1 つ以上のトリガーで構成され、Auth0 のジャーニーにおける特定の時点で情報が流れる論理的なパイプラインを表します。",
  },
  {
    term: "General Availability",
    description:
      "該当する機能または動作が完全に機能し、すべてのサブスクライバーが本番利用できる製品リリース段階。",
  },
  {
    term: "Group",
    description:
      "1 人以上のユーザーの集合。Auth0 Authorization Extension では、グループを使用して多数のユーザーに一度にアクセス権を付与します。",
  },
  {
    term: "ID Token",
    description:
      "リソースへのアクセスではなく、クライアント自体を対象とした資格情報。クライアントが解析および検証できる固定形式を持ちます。",
  },
  {
    term: "Identity Provider (IdP)",
    description:
      "デジタルアイデンティティを保存および管理するサービス。Auth0 は、信頼できるソーシャル、エンタープライズ、法的なアイデンティティプロバイダーをサポートしています。",
  },
  {
    term: "JSON Web Token (JWT)",
    description:
      "2 者間でクレームを安全に表現するための、オープンな業界標準である RFC 7519 の方式。Auth0 では、ID Token は常に JWT 形式で返され、アクセストークンも多くの場合 JWT 形式です。",
  },
  {
    term: "Localization",
    description: "新しい Universal Login エクスペリエンスをサポート対象の言語でレンダリングできる機能。",
  },
  {
    term: "Lock",
    description:
      "ユーザーを認証するための Auth0 の UI ウィジェット。そのまますぐに使用でき、Classic Universal Login エクスペリエンスのデフォルトの画面です。",
  },
  {
    term: "Management API",
    description: "Auth0 のサービスを管理し、管理タスクをプログラムで実行するための Auth0 の API。",
  },
  {
    term: "Metadata",
    description:
      "設定やプロファイル設定など、ユーザーが更新できる情報。メタデータは ID トークンに追加され、ユーザープロファイルに保存できます。",
  },
  {
    term: "Migration",
    description:
      "顧客が特定の機能または動作から移行するプロセス。移行は非推奨化段階の間に行う必要があります。",
  },
  {
    term: "Multi-factor authentication (MFA)",
    description:
      "複数の認証要素を考慮する認証プロセス。通常、第 1 の認証要素はユーザー名/パスワードで、第 2 の認証要素はメール/SMS で送られるコードやリンク、またはアプリによる OTP です。",
  },
  {
    term: "Nonce",
    description:
      "認証プロトコルで発行される任意の（多くの場合、ランダムまたは疑似ランダムな）数値で、replay attacks の検出と軽減に役立てることができます。",
  },
  {
    term: "OAuth 2.0",
    description:
      "認可プロトコルとワークフローを定義する認可フレームワーク。OAuth 2.0 では、ロール、認可グラント、認可リクエストとレスポンス、トークン処理が定義されています。",
  },
  {
    term: "OpenID",
    description:
      "アプリケーションがログイン情報を収集または保存することなく、ユーザーが本人であることを検証できるようにする認証のオープン標準。",
  },
  {
    term: "Organizations",
    description:
      "B2B 顧客がエンドユーザーを分類し、特定のロール、ログイン体験、リソースへのアクセスを定義できる Auth0 の製品。",
  },
  {
    term: "Passwordless",
    description:
      "最初の認証要素がパスワードではない認証方式。代わりに、Email または SMS で受け取る one-time password、プッシュ通知、または生体認証センサーを使用できます。",
  },
  {
    term: "Perimeter",
    description:
      "1 つのディレクトリ、そのすべてのユーザー、およびそのディレクトリを使用するすべてのアプリケーションを含む境界の集合。",
  },
  {
    term: "Product Release Stages",
    description: "Auth0 が製品機能をどのように段階的に提供し、リリースし、提供終了するかを示すフェーズ。",
  },
  {
    term: "Public Client",
    description:
      "OAuth 2.0 プロトコルでは、クライアントは confidential またはパブリッククライアントに分類されます。パブリッククライアントは資格情報を安全に保持できないため、client secret の使用を必要としないグラントタイプのみを使用すべきです。",
  },
  {
    term: "Raw Credential",
    description:
      "ユーザーとリソースの間で共有され、リソースがユーザーのアイデンティティを検証できるようにする秘密、または情報の集合。",
  },
  {
    term: "Refresh Token",
    description:
      "新しいアクセストークンを取得するために使用できる特別な種類のトークン。ユーザーに再度ログインを求めることなく、有効期限が切れそうなアクセストークンを更新するのに役立ちます。",
  },
  {
    term: "Refresh Token Rotation",
    description:
      "脆弱性を最小限に抑えるために、リフレッシュトークンを頻繁に置き換える戦略。交換のたびに新しいリフレッシュトークンも返されます。",
  },
  {
    term: "Relying Party",
    description:
      "ユーザーを認証するために、サードパーティのアイデンティティプロバイダーに依存するエンティティ（サービスやアプリケーションなど）。",
  },
  {
    term: "Resource Owner",
    description: "保護されたリソースへのアクセスを許可できるエンティティ（ユーザーやアプリケーションなど）。",
  },
  {
    term: "Resource Server",
    description:
      "保護されたリソースをホストするサーバー。リソースサーバーは、保護されたリソースへのリクエストを受け取り、応答します。",
  },
  {
    term: "Role",
    description:
      "ユーザーがシステムに対して持つべきアクセスレベルを示すために、そのユーザーに割り当てられるアイデンティティの側面。",
  },
  {
    term: "Scope",
    description:
      "アプリケーションに許可できる具体的な操作、またはユーザーに代わって要求できる情報を定義する仕組み。",
  },
  {
    term: "Security Assertion Markup Language (SAML)",
    description:
      "パスワードを使用せずに、2 者間で認証情報をやり取りできる XML ベースの標準化プロトコル。",
  },
  {
    term: "Security Token",
    description: "ユーザーが正常に認証されたことを証明するために使用される、デジタル署名された成果物。",
  },
  {
    term: "Session Cookie",
    description:
      "受信しているトークンが署名済みで有効であり、信頼できるソースからのものであることをミドルウェアが確認した後に生成されるエンティティ。",
  },
  {
    term: "Shadow Account",
    description:
      "リモートアプリケーションへのアクセスが必要なときに、ローカルディレクトリのユーザーをリモートディレクトリにも別途手動でプロビジョニングするという、維持が難しい運用。",
  },
  {
    term: "Signing Algorithm",
    description:
      "トークンが改ざんされていないことを保証するために、トークンにデジタル署名する際に使用されるハッシュアルゴリズム。",
  },
  {
    term: "Single Sign-On (SSO)",
    description:
      "ユーザーが1つのアプリケーションにログインすると、他のアプリケーションにも自動的にログインできるようにするサービス。シングルログアウトは、これと同様の仕組みを逆方向に適用したものです。",
  },
  {
    term: "Subscription",
    description: "各tenantで利用できる機能と割り当て量を定義する契約。",
  },
  {
    term: "Suspicious IP Throttling",
    description:
      "単一のIPアドレスから多数のアカウントを標的とする不審なログインからtenantを保護する攻撃対策の一種。",
  },
  {
    term: "Tenant",
    description:
      "単一のソフトウェアインスタンスに対して、特定の権限を伴う共通のアクセス権を共有する、論理的に分離されたユーザーグループ。",
  },
  {
    term: "Token Endpoint",
    description: "プログラムからトークンを要求するために使用される、認可サーバー上のendpoint。",
  },
  {
    term: "Trigger",
    description:
      "ユーザーのログインなど、特定の操作がruntime時に発生した際に、Actionを自動的に呼び出すイベント。",
  },
  {
    term: "Trust",
    description:
      "あるリソースがアイデンティティプロバイダーまたは認証機関の主張するユーザー情報を受け入れる場合、そのリソースはそのアイデンティティプロバイダーまたは認証機関を信頼しているといえます。",
  },
  {
    term: "Universal Login",
    description:
      "認可サーバーの主要機能であるauthentication flowを、Auth0が実装したもの。",
  },
  {
    term: "Web Service Federation (WS-Fed)",
    description:
      "WS-Trustを使用して、信頼関係が確立されたシステム、ドメイン、およびアイデンティティプロバイダー間でユーザーのidentityを管理するためのプロトコル。主にMicrosoft製品で使用されます。",
  },
]}
/>
