> ## Documentation Index
> Fetch the complete documentation index at: https://docs-staging-feat-init-gt-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）があります。HTTP Authorization ヘッダーで Bearer 資格情報として API に送信する必要があります。"
  }, {
    term: "アカウントリンク",
    description: "資格情報を一度提供するだけで複数のリソースやアプリケーションにアクセスできるよう、複数のプラットフォームにまたがるユーザーアカウントを連携させること。"
  }, {
    term: "Actions",
    description: "Auth0 ランタイムの特定の時点で実行される、セキュアでテナント固有のバージョン管理された Node.js 関数。Actions を使用すると、カスタムロジックで Auth0 の機能をカスタマイズおよび拡張できます。"
  }, {
    term: "適応型多要素認証",
    description: "ログイン試行の信頼度が低いと判断された場合にのみユーザーに対してトリガーされる多要素認証（MFA）。適応型 MFA では、正規ユーザーのログイン体験を変えることなく、悪意のある行為者によるアクセスを困難にする必要がある場合にのみ Auth0 が MFA をトリガーします。"
  }, {
    term: "アプリケーション",
    description: "認証とアイデンティティ管理に Auth0 を利用するソフトウェア。Auth0 は、シングルページ、通常の Web、ネイティブ、マシンツーマシンのアプリケーションをサポートします。"
  }, {
    term: "攻撃対策",
    description: "総当たり攻撃対策、不審な IP のスロットリング、漏洩パスワード検出、ボット検出、適応型多要素認証など、攻撃の検出と軽減のために Auth0 が提供する機能。"
  }, {
    term: "Audience",
    description: "発行されたトークンの対象者を表す一意の識別子で、JSON Web Token では aud クレームとして表されます。audience 値は、ID トークンの場合はアプリケーション（クライアント ID）、アクセストークンの場合は呼び出される API（API 識別子）です。Auth0 では、アクセストークンのリクエストで送信される Audience 値によって、そのトークンが不透明形式と JWT 形式のどちらで返されるかが決まります。"
  }, {
    term: "Auth0 Dashboard",
    description: "アプリケーションや API の登録、ユーザーストアや別のアイデンティティプロバイダーへの接続、Auth0 サービスの設定を行える、Auth0 の主要な管理インターフェイス。"
  }, {
    term: "認証デバイス",
    description: "Client-Initiated Backchannel Authentication Flow で、ユーザーが認証を行い、同意を付与するデバイス。"
  }, {
    term: "認証サーバー",
    description: "ユーザーのアイデンティティを確認または否認するサーバー。認証サーバーは、ユーザーが利用できる操作やリソースを制限しません（ただし、その判断に必要なコンテキストを提供することはできます）。"
  }, {
    term: "認可コード",
    description: "認可サーバーによって生成され、認可レスポンスの一部としてアプリケーションに返されるランダムな文字列。認可コードは比較的短期間で失効し、認可コードフロー（Proof Key for Code Exchange（PKCE）の有無を問わず）を使用する際に、トークンエンドポイントでアクセストークンと交換されます。"
  }, {
    term: "認可フロー",
    description: "OAuth 2.0 で定義されている認可グラントの別名。認可フローは、リソース（アプリケーションまたは AIP）が要求者にアクセスを付与するために使用するワークフローです。テクノロジーや要求者の種類に応じて、リソース所有者は認可コードフロー、PKCE、ROPG、Implicit、または Client Credential を使用できます。"
  }, {
    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: "混乱した代理人",
    description: "攻撃者がクライアントやサービスをだまし、攻撃者に代わって操作を実行させる状況。"
  }, {
    term: "接続",
    description: "Auth0 とアプリケーションのユーザーソースとの関係。ユーザーソースには、アイデンティティプロバイダー、パスワードレス認証方式、ユーザーデータベースなどがあります。"
  }, {
    term: "利用デバイス",
    description: "Client-Initiated Backchannel Authentication Flow で、ユーザーがサービスを利用するために使用するデバイス。"
  }, {
    term: "カスタムドメイン",
    description: "専用または独自の名前を持つサードパーティドメイン。CNAME とも呼ばれます。"
  }, {
    term: "非推奨",
    description: "対象の機能や動作が新規サブスクライバーにはサポートされず、積極的な機能強化は行われず、最小限の保守のみが行われることを示す製品リリース段階。"
  }, {
    term: "デジタルアイデンティティ",
    description: "特定のアプリケーションが提供する機能の文脈において、特定のユーザーを定義する属性の集合。"
  }, {
    term: "デジタル署名",
    description: "トークン内のビットを改ざんから保護する暗号化文字列。ビットが変更または改ざんされると署名を検証できなくなり、トークンは拒否されます。"
  }, {
    term: "ディレクトリ",
    description: "ユーザーを一元管理するリポジトリ（最もよく知られているものは Active Directory）で、資格情報と属性を集約し、各アプリケーションが独自のローカルアイデンティティ設定を持つ必要をなくします。"
  }, {
    term: "早期アクセス",
    description: "対象の機能や動作をテストしフィードバックを提供してもらうために、限られた数のサブスクライバーまたは顧客開発パートナー（CDP）に提供する製品リリース段階。"
  }, {
    term: "サポート終了",
    description: "参照されている機能または動作がプラットフォームから削除されたことを示す製品リリース段階です。継続して使用すると、エラーが発生する可能性があります。"
  }, {
    term: "End of Life Date",
    description: "Date when access to a feature or behavior is removed from the platform. End Of Life Dates can vary between different plan types."
  }, {
    term: "Fine-grained Authorization (FGA)",
    description: "Auth0’s SaaS product that gives individual users access to specific objects or resources within your application."
  }, {
    term: "Flow",
    description: "Processes that can be extended using Actions. Each Flow is made up of one or more Triggers and represents the logical pipeline through which information moves during a single point in the Auth0 journey."
  }, {
    term: "General Availability",
    description: "Product release stage during which the referenced feature or behavior is fully functional and available to all subscribers for production use."
  }, {
    term: "Group",
    description: "Set of one or more users. In the Auth0 Authorization Extension, use groups to grant access to many users at a time."
  }, {
    term: "ID Token",
    description: "Credential meant for the client itself, rather than for accessing a resource. It has a fixed format that clients can parse and validate."
  }, {
    term: "Identity Provider (IdP)",
    description: "Service that stores and manages digital identities. Auth0 supports trusted social, enterprise, and legal identity providers."
  }, {
    term: "JSON Web Token (JWT)",
    description: "Open, industry standard RFC 7519 method for representing claims securely between two parties. At Auth0, ID Tokens are always returned in JWT format, and Access Tokens are often in JWT format."
  }, {
    term: "Localization",
    description: "Ability to render the New Universal Login experience into a supported language."
  }, {
    term: "Lock",
    description: "Auth0's UI widget for authenticating users. It is ready to go as-is and is the default face of the Classic Universal Login experience."
  }, {
    term: "Management API",
    description: "Auth0's API to manage Auth0 services and perform administrative tasks programatically."
  }, {
    term: "Metadata",
    description: "Information users can update, such as preferences or profile settings. Metadata is added to ID tokens and can be stored in user profiles."
  }, {
    term: "Migration",
    description: "Process by which a customer moves away from a particular feature or behavior. Migrations should occur during the Deprecation stage."
  }, {
    term: "Multi-factor authentication (MFA)",
    description: "Authentication process that considers multiple factors. Typically the first factor is username/password, and the second is a code or link via email/SMS, or OTP via an app."
  }, {
    term: "Nonce",
    description: "Arbitrary (often random or pseudo-random) number issued in an authentication protocol that can be used to help detect and mitigate replay attacks."
  }, {
    term: "OAuth 2.0",
    description: "Authorization framework that defines authorization protocols and workflows. OAuth 2.0 defines roles, authorization grants, authorization requests and responses, and token handling."
  }, {
    term: "OpenID",
    description: "Open standard for authentication that allows applications to verify users are who they say they are without needing to collect or store login information."
  }, {
    term: "Organizations",
    description: "Auth0 product that allows B2B customers to categorize end-users and define specific roles, login experience, and access to resources."
  }, {
    term: "Passwordless",
    description: "Form of authentication where the first factor is not a password. Instead, it could be a one-time password received by email or SMS, a push notification, or a biometric sensor."
  }, {
    term: "Perimeter",
    description: "Set of boundaries that encompass a directory, all of its users, and all of the applications which use the directory."
  }, {
    term: "Product Release Stages",
    description: "Phases that describe how Auth0 stages, releases, and retires product functionality."
  }, {
    term: "Public Client",
    description: "According to the OAuth 2.0 protocol, clients can be confidential or public. Public clients cannot hold credentials securely, so should only use grant types that do not require the use of their client secret."
  }, {
    term: "Raw Credential",
    description: "Shared secret or set of information that is agreed upon between the user and the resource that allow the resource to verify the identity of a user."
  }, {
    term: "Refresh Token",
    description: "Special kind of token that can be used to obtain a renewed Access Token. It is useful for renewing expiring Access Tokens without forcing the user to log in again."
  }, {
    term: "Refresh Token Rotation",
    description: "Strategy of frequently replacing refresh tokens to minimize vulnerability. Each exchange also returns a new refresh token."
  }, {
    term: "Relying Party",
    description: "Entity (such as a service or application) that depends on a third-party identity provider to authenticate a user."
  }, {
    term: "Resource Owner",
    description: "Entity (such as a user or application) capable of granting access to a protected resource."
  }, {
    term: "Resource Server",
    description: "Server hosting protected resources. Resource servers accept and respond to protected resource requests."
  }, {
    term: "Role",
    description: "Aspect of a user’s identity assigned to the user to indicate the level of access they should have to the system."
  }, {
    term: "Scope",
    description: "Mechanism that defines the specific actions applications can be allowed to do or information they can request on a user’s behalf."
  }, {
    term: "Security Assertion Markup Language (SAML)",
    description: "XML-based standardized protocol by which two parties can exchange authentication information without the use of a password."
  }, {
    term: "Security Token",
    description: "Digitally-signed artifact used to prove that the user was successfully authenticated."
  }, {
    term: "Session Cookie",
    description: "Entity emitted by middleware after it establishes that the token it is receiving is signed, valid, and comes from a trusted source."
  }, {
    term: "Shadow Account",
    description: "Difficult-to-sustain practice of manually provisioning a user from a local directory separately in a remote directory when they need access to remote applications."
  }, {
    term: "Signing Algorithm",
    description: "Hashing algorithm used to digitally sign tokens to ensure the token has not been tampered with."
  }, {
    term: "Single Sign-On (SSO)",
    description: "Service that, after a user logs into one application, automatically logs them into other applications as well. Single Logout works similarly in reverse."
  }, {
    term: "Subscription",
    description: "Agreement that defines the features and quotas available for each of your tenants."
  }, {
    term: "Suspicious IP Throttling",
    description: "Form of attack protection that protects your tenant against suspicious logins targeting too many accounts from a single IP address."
  }, {
    term: "Tenant",
    description: "A logically-isolated group of users who share common access with specific privileges to a single software instance."
  }, {
    term: "Token Endpoint",
    description: "Endpoint on the Authorization Server that is used to programmatically request tokens."
  }, {
    term: "Trigger",
    description: "Event that automatically invokes an Action when a specific operation, such as a user logging in, occurs at runtime."
  }, {
    term: "Trust",
    description: "A resource trusts an identity provider or authority when that resource is willing to believe what the authority says about its users."
  }, {
    term: "Universal Login",
    description: "Auth0’s implementation of the authentication flow, which is the key feature of an Authorization Server."
  }, {
    term: "Web Service Federation (WS-Fed)",
    description: "Protocol for managing user identities between systems, domains, and identity providers with established trust using WS-Trust. Mainly used for Microsoft products."
  }];
  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製品で使用されます。",
  },
]}
/>
