A
API キー (API key)
API キーは、API にアクセスする際にクライアントを認証 (Authentication) し、認可 (Authorization) するために使用される一意の識別子です。これは、クライアントの身元を確認し、特定のリソースやサービスへのアクセスを許可するために API リクエストに含まれる秘密のトークンとして機能します。API キーは通常、サーバー間の通信や公開データへのアクセスに使用されます。
詳細を見る
E
eXtensible Access Control Markup Language (XACML)
eXtensible Access Control Markup Language (XACML) は、アクセスコントロールポリシーを表現するための XML ベースの言語です。主に属性に基づくアクセス制御 (ABAC) ポリシーを実装するために使用されます。
詳細を見る
I
ID トークン (ID token)
ID トークンは、認可サーバーからクライアントアプリケーションに発行される JSON Web トークン (JWT) です。認証されたユーザーの識別子やクレームといった情報が含まれています。このトークンはユーザーのアイデンティティを確認し、クライアントアプリケーションがユーザーに代わって保護されたリソースにアクセスすることを可能にします。
詳細を見る
J
JSON Web Encryption (JWE)
JSON Web Encryption (JWE) は JSON 形式のデータを暗号化および復号化する標準的な方法です。これは、JSON Web Tokens (JWTs) 内の機密情報を保護するためによく使用されます。
詳細を見る
JSON Web Key (JWK)
JSON Web Key (JWK) は暗号キーを表現するために使用される JSON ベースのフォーマットです。複数の JWK をまとめる必要がある場合、JSON Web Key Set (JWKS) として整理されます。
詳細を見る
JSON Web Signature (JWS)
JSON Web Signature (JWS) は、JSON 形式のデータを署名および検証するための標準的な方法です。OpenID Connect (OIDC) で JSON Web トークン (JWT) の完全性および信頼性を確保するために利用されます。
詳細を見る
JSON Web Token (JWT)
JSON Web Token (JWT) は、RFC 7519 で定義されたオープンスタンダードであり、2者間の安全な通信を可能にします。コンパクトでURLセーフであり、自己完結型であるため、サービス間で認証 (Authentication) と認可 (Authorization) のデータを伝送するのに理想的です。
詳細を見る
O
OAuth 2.0
OAuth 2.0 は、アプリケーション (クライアント) がユーザーまたはアプリケーション自身に代わって保護されたリソースへの限定的なアクセスを取得することを可能にする、広く使用されている認可フレームワークです。
詳細を見る
OAuth 2.0 認可グラント (Grant)
OAuth 2.0 認可グラント (Grant)（時には "OAuth 2.0 grant type" や "OAuth 2.0 flow" とも呼ばれる）は、クライアントが認可サーバーからアクセス トークンを取得するための方法です。OAuth クライアントがアイデンティティを認証 (Authentication) し認可 (Authorization) するための重要な部分です。
詳細を見る
OAuth 2.1
OAuth 2.1 は、OAuth 2.0 認可フレームワークの更新提案であり、安全でないフローを廃止し、新しいベストプラクティスを導入することで、安全性と使いやすさを向上させることを目的としています。
詳細を見る
OpenID Connect (OIDC)
OpenID Connect (OIDC) は OAuth 2.0 の上に構築された認証 (Authentication) レイヤーであり、クライアントがユーザーを認証 (Authentication) し、標準化された方法でアイデンティティ情報を取得できるようにします。
詳細を見る
OpenID Connect (OIDC) ディスカバリー (Discovery)
OpenID Connect (OIDC) ディスカバリーは、クライアントが OpenID プロバイダのエンドポイントと設定を自動的に発見することを可能にするメカニズムです。
詳細を見る
P
Proof Key for Code Exchange (PKCE)
Proof Key for Code Exchange (PKCE) は、OAuth 2.0 の認可コードを傍受と不正使用から保護するためのセキュリティ拡張です。OAuth 2.1 ではすべての種類のクライアントに適用されます。
詳細を見る
U
Userinfo エンドポイント (Userinfo endpoint)
Userinfo エンドポイントはクライアントにユーザー情報を提供する OpenID Connect (OIDC) エンドポイントです。これは ID トークンを補完するエンドポイントであり、クライアントが追加のユーザー情報を取得できるようにします。
詳細を見る
W
WebAuthn
WebAuthn は公開鍵クレデンシャルにアクセスするための API であり、パスキーの実装を容易にします。
詳細を見る
ア
アイデンティティとアクセス管理 (Identity and access management, IAM)
アイデンティティとアクセス管理 (IAM) は、デジタルアイデンティティを管理し、リソースへのアクセスを制御するために使用されるプロセス、テクノロジー、ポリシーを包括する広範な概念です。現代のアプリケーションやシステムにおけるセキュリティの基本的な側面です。
詳細を見る
アイデンティティプロバイダー (Identity provider, IdP)
アイデンティティプロバイダー (IdP) は、アイデンティティを管理するサービスです。現代のアイデンティティプロバイダーは、認証に OpenID Connect (OIDC) を、認可に OAuth 2.0 をサポートしています。
詳細を見る
アクセストークン (Access token)
アクセストークンは、アイデンティティ（例: ユーザーまたはサービス）に代わって保護されたリソースにアクセスするための資格情報です。トークンのスコープ（権限）に基づいて、リソースへのアクセスを許可するベアラートークンです。
詳細を見る
アクセス制御 (Access control)
アクセス制御 (Access control) は、システム内の特定のリソースに対して誰がどのようなアクションを実行できるかを制限することです。これは、アクセスポリシーを定義し施行するための基本的なセキュリティメカニズムです。
詳細を見る
イ
インプリシットフロー (Implicit flow)
OIDC のインプリシットフロー (implicit flow) は、SPA のための認証 (authentication) メソッドであり、バックエンドサーバーを介さずに認可サーバー (authorization server) から直接トークンを迅速に受け取ることを可能にします。しかし、トークンを URL に露出させることでセキュリティが低下するというデメリットがあります。
詳細を見る
ウ
ウェブフック (Webhook)
ウェブフック (Webhooks) は、ウェブアプリケーションがリアルタイムで互いに通信する方法です。特定のイベントが発生したときに、あるアプリケーションが別のアプリケーションに自動メッセージや情報を送信することを可能にします。従来の API のように一方のアプリケーションがもう一方に更新を要求する必要があるのではなく、イベントが発生するとすぐにデータを受信側アプリケーションにプッシュします。
詳細を見る
エ
エンタープライズ SSO (Enterprise SSO)
エンタープライズ シングルサインオン (SSO) は、組織内の従業員向けに設計された特定のタイプの SSO です。
詳細を見る
オ
オーディエンス (Audience)
トークン内のオーディエンス (audience) クレームは、通常クライアントアプリケーションや API リソースのような想定される受信者を指定します。これにより、トークンが正しいサービスでのみ使用されることを保証し、不正アクセスを防ぐことでセキュリティを強化します。
詳細を見る
オフラインアクセス (Offline access)
オフラインアクセス (Offline access) により、クライアントはユーザーが再認証することなく新しいアクセス トークン (access tokens) を取得できます。これは、長期間のセッションやより良いユーザーエクスペリエンスに役立ちます。
詳細を見る
ク
クライアント (Client)
OAuth 2.0 と OpenID Connect (OIDC) において、クライアントはユーザーまたは自身のために認証または認可を要求するアプリケーションです。クライアントはパブリックまたはコンフィデンシャル (プライベート) であり、トークンを取得するために異なるグラントタイプを使用します。
詳細を見る
クライアント・クレデンシャル・フロー (Client credentials flow)
クライアント・クレデンシャル・フロー (Client credentials flow) は、機密クライアントが保護されたリソースにアクセスするためのアクセストークン (access token) を取得できるようにする OAuth 2.0 グラントタイプです。これは、マシン間 (サーバー間) の通信に適しています。
詳細を見る
クレーム (Claim)
JSON Web Token (JWT) におけるクレーム (Claim) は、特定の情報を伝える名前と値のペアです。より広い文脈では、クレームは情報を表す名前と値のペアです。
詳細を見る
クロスサイトリクエストフォージェリ (Cross-site request forgery, CSRF)
クロスサイトリクエストフォージェリ (CSRF) とは、ユーザーが認証された状態の Web アプリケーションで不正な操作を実行させる攻撃です。認可されていない操作につながる一般的なセキュリティ脆弱性です。
詳細を見る
サ
サービスプロバイダー (Service provider, SP)
サービスプロバイダー (SP) は、認証 (Authentication) および認可のためにアイデンティティプロバイダー (IdP) に依存するアプリケーションまたはサービスです。
詳細を見る
ジ
ジャストインタイム (JIT) プロビジョニング (Just-in-time provisioning)
ジャストインタイム (JIT) プロビジョニングは、アイデンティティとアクセス管理 (IAM) プロセスで、ユーザーがシステムまたはアプリケーションに初めてアクセスしようとしたときに、ユーザーアカウントを動的に自動的に作成します。このアプローチは、オンボーディングプロセスを効率化し、必要なときにのみユーザーアカウントを作成することで、管理の手間を減らし、セキュリティを改善します。
詳細を見る
シ
シングルサインオン (Single sign-on, SSO)
シングルサインオン (Single sign-on, SSO) は、ユーザーが1つの資格情報セットで複数のシステムにアクセスできる認証方法です。identity and access management (IAM) システムの重要なコンポーネントとして、SSO は現代のクラウドベースのアプリケーションやサービスで広く使用されており、ユーザーアクセスを簡素化し、セキュリティを向上させます。
詳細を見る
ス
スコープ (Scope)
スコープ (Scope) は、アプリケーションがユーザーの保護されたリソースにアクセスするために要求する権限を定義します。これは、OAuth 2.0 および OIDC における基本的な概念であり、アプリケーションがユーザーのデータにどの程度アクセスできるかを制御します。
詳細を見る
セ
セキュリティアサーションマークアップ言語 (Security Assertion Markup Language, SAML)
セキュリティアサーションマークアップ言語 (Security Assertion Markup Language, SAML) は、アイデンティティプロバイダーとサービスプロバイダーの間で認証 (Authentication) と認可データを交換するためのXMLベースの標準です。
詳細を見る
デ
デバイスフロー (Device flow)
OAuth 2.0 デバイス認証フローは、入力が制限されたデバイスやヘッドレスアプリケーションのためのユーザーフレンドリーなサインイン方法です。ユニークなデバイスコードを確認することで、ユーザーがフルユーザーインターフェイスを持つセカンダリデバイスを通してデバイスを認証することが可能になります。
詳細を見る
ト
トークンインスペクション (Token introspection)
トークンインスペクション (Token introspection) は、クライアント (clients) が認可サーバー (authorization server) にアクセスできるトークンを照会して検証し、それに関するメタデータを取得できるようにする OAuth 2.0 の拡張機能です。
詳細を見る
トークンリクエスト (Token request)
トークンリクエスト (Token request) は OAuth 2.0 における資格情報（例：authorization code や refresh token）を一連のトークン、通常は以下の1つまたは複数のトークンに交換するリクエストを指します: access token, ID token, または refresh token。
詳細を見る
ハ
ハイブリッドフロー (Hybrid flow)
ハイブリッドフロー (Hybrid flow) は、認可コードフローおよびインプリシットフローを組み合わせた OpenID Connect (OIDC) フローです。これは認証においてセキュリティと使いやすさのバランスを提供するために設計されています。
詳細を見る
パ
マ
マジックリンク (Magic link)
マジックリンクは、認証プロセスを完了するために使用できる一回限りのURLです。
詳細を見る
マシン間通信 (Machine-to-machine)
マシン間通信 (Machine-to-machine, M2M) は、デバイス間で人間の介入なしに自動的にデータが交換されることを指します。認証 (Authentication) と認可の文脈では、M2M 通信にはリソースにアクセスする必要があるクライアントアプリケーションが関与することが多く、そのクライアントアプリケーションは機械 (サービス) であるか、ユーザーの代理として行動する機械です。
詳細を見る
マネジメント API (Management API)
アイデンティティおよびアクセス管理 (IAM) のコンテキストでのマネジメント API (Management API) は、ユーザー、アプリケーション、ロール、権限などのリソースをプログラムで管理するためのものです。通常は RESTful であり、IAM システムとユーザーインターフェースの間に抽象化レイヤーを提供し、自動化、統合、およびカスタム機能の開発を可能にします。
詳細を見る
マルチテナンシー (Multi-tenancy)
マルチテナンシーは、単一のアプリケーションインスタンスが複数の顧客（テナント）にサービスを提供し、データを隔離し安全に保つソフトウェアアーキテクチャです。リソースを最適化し、保守を簡素化するために、クラウドコンピューティングやSaaSで一般的です。
詳細を見る
マルチファクター認証 (Multi-factor authentication, MFA)
マルチファクター認証 (MFA) は、ユーザーが認証プロセスを完了するために少なくとも2つの形式の識別を提供するよう要求するセキュリティメカニズムです。これにより、認可されていないアクセスのリスクを大幅に減少させる追加のセキュリティ層が追加されます。
詳細を見る
リ
リソースインジケーター (Resource indicator)
OAuth 2.0 におけるリソースインジケーター(Resource indicator)は、RFC 8707 で定義された拡張パラメーターで、クライアントが認可リクエストにおいてリソースサーバーの場所を指定することを可能にします。これは、単一の認可サーバーで複数のリソースサーバーを扱うためのスケーラブルな方法を提供します。
詳細を見る
リソースサーバー (Resource server)
リソースサーバーとは、クライアントがアクセスしたい保護されたリソースをホストするサーバーを指します。また、access token を検証し、クライアントに保護されたリソースを提供する責任もあります。
詳細を見る
リソース所有者 (Resource owner)
リソース所有者は、保護されたリソースへのアクセスを許可する能力を持つアイデンティティ（通常はユーザー）です。OAuth 2.0 では、リソース所有者はリソースサーバーにおいて、クライアントが代理でそのリソースにアクセスすることを許可できます。
詳細を見る
リダイレクト URI (Redirect URI)
リダイレクト URI は、利用者が行う認可要求 (authorization request) 後に認可サーバー (authorization server) がユーザーエージェントをリダイレクトする URI です。ユーザー操作が関与する OAuth 2.0 と OpenID Connect (OIDC) のグラントにおいて必須のパラメーターです。
詳細を見る
リフレッシュトークン (Refresh token)
リフレッシュトークンは、ユーザーが再認証することなく新しいアクセストークンを取得するために使用される長期間有効な認証情報です。ユーザーセッションを維持し、より良いユーザーエクスペリエンスを提供するために使用されます。
詳細を見る
ロ
ロール (Role)
ロールは、ユーザーが実行できるアクションを定義するアクセスコントロール システム内の権限の集合であり、ユーザーにアクセス権を効率的に管理および割り当てを行う方法を提供します。
詳細を見る
ワ
ワンタイムパスワード (One-time password, OTP)
ワンタイムパスワード (OTP) は、単一の取引またはサインインセッションに使用される一意で一時的なコードです。
詳細を見る
不
不透明トークン (Opaque token)
不透明トークン (Opaque token) は、形式がissuerによって決定されるトークンの一種で、一般的に文字や数字の列として現れ、直接的な検証に必要なすべての情報を含むのではなく、issuerによる検証が必要です。
詳細を見る
属
属性ベースのアクセス制御 (Attribute-based access control, ABAC)
属性ベースのアクセス制御 (ABAC) は、アクセス制御の決定を行うために属性（例えば、ユーザーロール、リソースプロパティ、環境条件など）を使用するアクセス制御モデルです。これは、保護されたリソースへのアクセスを管理するための柔軟で動的な方法です。
詳細を見る
役
役割ベースのアクセス制御 (Role-based access control, RBAC)
役割ベースのアクセス制御 (RBAC) は、許可をユーザーに直接ではなく役割に割り当てるアクセス制御モデルであり、システム内のアクセス権を柔軟かつ効率的に管理する方法を提供します。
詳細を見る
時
時間ベースのワンタイムパスワード (Time-based one-time password, TOTP)
時間ベースのワンタイムパスワード (TOTP) は、現在の時刻を主要な要素として使用するアルゴリズムによって生成される、一時的でユニークなコードです。
詳細を見る
署
署名キー (Signing key)
署名キーは、OpenID Connect (OIDC) において JSON Web Tokens の署名と検証に使用される暗号化キーです。OpenID プロバイダーによって発行されたトークンの完全性と真正性を保証するために使用されます。
詳細を見る
認
認可 (Authorization)
認可 (Authorization) は、あるアイデンティティがリソース上でどのようなアクションを実行できるかを決定するプロセスです。アクセス ポリシーを定義し、適用するための基本的なセキュリティ メカニズムです。
詳細を見る
認可コードフロー (Authorization code flow)
認可コードフロー (Authorization code flow) は、安全な OAuth 2.0 メカニズムであり、アプリケーションがユーザーの代理でアクセストークンを取得できるようにします。これには、ユーザー認証、認可コードの生成、およびトークンの交換が含まれます。
詳細を見る
認可サーバー (Authorization Server)
認可サーバー (Authorization Server) は、OAuth 2.0 フレームワークの一部であり、クライアントが認証 (Authentication) と認可に成功した後にアクセス トークン (Access Token) を発行します。また、OpenID Connect (OIDC) において ID トークン (ID Token) をクライアントに発行する OpenID プロバイダー (OP) でもあります。
詳細を見る
認可要求 (Authorization request)
認可要求 (Authorization request) は、OAuth 2.0 においてユーザーに代わってクライアントが保護されたリソースへアクセスするための許可を得るためのリクエストです。それは OAuth 2.0 のユーザー認可フローの最初のステップです。
詳細を見る
認証 (Auth, disambiguation)
「auth」という用語は、認証 (authentication) または認可 (authorization) の略としてよく使用されます。これらの概念は関連していますが、根本的に異なります。
詳細を見る
認証 (Authentication)
認証 (Authentication) は、アイデンティティの所有権（ユーザーやサービスなど）を確認するプロセスです。これはアイデンティティとアクセス管理 (IAM) システムの基盤であり、アプリケーションやサービスを保護するために不可欠です。
詳細を見る
認証要求 (Authentication request)
認証要求 (Authentication request) は、ユーザーを認証するための OpenID Connect (OIDC) リクエストです。OAuth 2.0 の認可リクエストを再利用し、認証をサポートするために拡張されています。
詳細を見る