APIキーを使ってAPIを認証する
開始前に
- APIの管理またはAPIの有効化/無効化の権限を持っていることを確認してください。 管理者の場合は、この権限を持っている必要があります。
- Postmanがシステムにインストールされている場合、またはウェブ版のPostmanを使うこともできる
このタスクについて
APIを公開すると、アプリケーション・ロジックや機密データが表示され、組織にセキュリティ・リスクをもたらす可能性がある。 認証がなければ、API は不正アクセス、誤用、悪用に対して脆弱である。 認証されていないユーザーやアプリケーションは、潜在的に機密データやリソースにアクセスしたり、不正なアクションを実行したり、過剰なリクエストでAPIに負荷をかけたりする可能性がある。 APIのセキュリティが重要になるのはこのためだ。 APIをセキュアにする方法の1つは、ユーザー認証情報と暗号化されたアクセスコードを通して、APIの公開をコントロールする認証メカニズムを実装することです。 認証メカニズムは、認証されたユーザーだけにアクセスを許可するゲートキーパーとして機能する。
HTTP Basic認証、APIキー認証、OAuth 2.0 認証、JWT認証など、さまざまなAPI認証方法を使用できます。 特定のAPIに適切な認証方式を選択するかどうかは、実装の容易さよりも、クライアントを検証するために必要なセキュリティのレベルに依存する。
例えば、 HTTP Basic認証は、リスクの低いデータやリソースへの一般アクセスを制限するのに有効だが、それでも最低限のセキュリティ管理は必要である。 APIキー認証は、APIプロバイダーが個々のクライアントを識別し、その許可をnとして規制したいシナリオでうまく機能する。 一方、OAuth 2.0 や JWT 認証方式は、トークンの失効やトークンのリフレッシュという形で、より高度なセキュリティを提供する。
webMethods API Gateway は、Basic Auth、APIキー、OAuth 2.0、OAuth with OpenID,、JWTといった様々な認証方法を提供している。 以下の例は、APIキー・ベースの認証を使用して、APIに安全にアクセスするシナリオを示している。 APIキー認証方式は、システムが生成する文字列を使用する。この文字列は、長い文字列または数字の羅列で構成され、識別情報およびAPIアクセストークンの一意のペアを作成する。 キーは、コード、その開発者、ユーザー、そしてAPIコールが行われたアプリケーションを認識する。 クライアントがAPIキーを認証すると、サーバーはその身元を認識し、簡単にデータにアクセスできるようになる。
図はAPIキー・ベースの認証メカニズムを示している。
以下の例は、REST APIである Petstoreを APIキーで保護する手順と、このAPIキーを使用してAPIにアクセスする方法を示している。
手順
次のタスク
APIに安全にアクセスできたので、APIを使い始めることができる。