Chính sách Xác minh khóa API

Bạn đang xem tài liệu về Apigee Edge.
Chuyển đến Tài liệu về Apigee X.
thông tin

Nội dung

Chính sách Xác minh khoá API cho phép bạn thực thi quy trình xác minh khoá API trong thời gian chạy, chỉ cho phép ứng dụng có khoá API được phê duyệt sẽ truy cập vào API của bạn. Chính sách này đảm bảo rằng khoá API là hợp lệ, có chưa bị thu hồi và được phê duyệt sử dụng các tài nguyên cụ thể được liên kết với API của bạn của Google dành cho doanh nghiệp.

Mẫu

Khoá trong tham số truy vấn

<VerifyAPIKey name="APIKeyVerifier">
    <APIKey ref="request.queryparam.apikey" />
</VerifyAPIKey>

Trong ví dụ này, chính sách sẽ tìm khoá API trong một biến luồng được gọi request.queryparam.apikey. Biến request.queryparam.{name} là biến luồng cạnh chuẩn được điền bằng giá trị của thông số truy vấn được chuyển trong yêu cầu ứng dụng.

Lệnh curl sau đây chuyển khoá API trong một tham số truy vấn:

curl http://myorg-test.apigee.net/mocktarget?apikey=IEYRtW2cb7A5Gs54A1wKElECBL65GVls

Khóa trong tiêu đề

<VerifyAPIKey name="APIKeyVerifier">
    <APIKey ref="request.header.x-apikey" />
</VerifyAPIKey>

Trong ví dụ này, chính sách sẽ tìm khoá API trong một biến luồng được gọi request.header.x-apikey. Biến request.header.{name} là biến luồng cạnh chuẩn được điền bằng giá trị của một tiêu đề trong yêu cầu ứng dụng.

CURL sau đây minh hoạ cách chuyển khoá API trong một tiêu đề:

curl "http://myorg-test.apigee.net/mocktarget" -H "x-apikey:IEYRtW2cb7A5Gs54A1wKElECBL65GVls"

Khoá trong biến

<VerifyAPIKey name="APIKeyVerifier">
    <APIKey ref="requestAPIKey.key"/>
</VerifyAPIKey>

Chính sách này có thể tham chiếu bất kỳ biến nào chứa khoá. Chính sách trong ví dụ này trích xuất khoá API từ biến có tên requestAPIKey.key.

Cách hệ thống điền biến đó là tuỳ thuộc vào bạn. Ví dụ: bạn có thể sử dụng tính năng Trích xuất Chính sách biến để điền requestAPIKey.key từ một tham số truy vấn có tên là myKey, như minh hoạ bên dưới:

<ExtractVariables async="false" continueOnError="false" enabled="true" name="SetAPIKeyVar">
    <Source>request</Source>
    <QueryParam name="myKey">
        <Pattern ignoreCase="true">{key}</Pattern>
    </QueryParam>
    <VariablePrefix>requestAPIKey</VariablePrefix>
    <IgnoreUnresolvedVariables>true</IgnoreUnresolvedVariables>
</ExtractVariables>

Truy cập vào các biến về luồng chính sách

<AssignMessage async="false" continueOnError="false" enabled="true" name="accessverifyvars">
    <AssignVariable>
        <Name>devFirstName</Name>
        <Ref>verifyapikey.verify-api-key.developer.firstName</Ref>
        <Value>ErrorOnCopy</Value>
    </AssignVariable>
    <AssignVariable>
        <Name>devLastName</Name>
        <Ref>verifyapikey.verify-api-key.developer.lastName</Ref>
        <Value>ErrorOnCopy</Value>
    </AssignVariable>
    <AssignVariable>
        <Name>devEmail</Name>
        <Ref>verifyapikey.verify-api-key.developer.email</Ref>
        <Value>ErrorOnCopy</Value>
    </AssignVariable>
    <IgnoreUnresolvedVariables>true</IgnoreUnresolvedVariables>
    <AssignTo createNew="false" transport="http" type="request"/>
</AssignMessage>

Edge tự động điền sẵn một nhóm biến luồng khi thực thi Khoá API Xác minh về khoá API hợp lệ. Bạn có thể sử dụng các biến này để truy cập thông tin như ứng dụng tên, mã ứng dụng và thông tin về nhà phát triển hoặc công ty đã đăng ký ứng dụng đó. Trong ví dụ ở trên, bạn sử dụng chính sách Chỉ định tin nhắn để truy cập tên, họ của nhà phát triển tên và địa chỉ email sau khi thực thi Khoá API Xác minh.

Tất cả các biến này đều có tiền tố:

verifyapikey.{policy_name}

Trong ví dụ này, tên của chính sách khoá API Xác minh là "verify-api-key". Vì vậy, bạn tham chiếu tên của nhà phát triển đưa ra yêu cầu bằng cách truy cập vào biến verifyapikey.verify-api-key.developer.firstName.

Tìm hiểu Edge


Giới thiệu về chính sách Xác minh khoá API

Khi nhà phát triển đăng ký ứng dụng trên Edge, Edge sẽ tự động tạo khoá người dùng và cặp bí mật. Bạn có thể xem cặp khoá bí mật và khoá người dùng của ứng dụng trong giao diện người dùng Edge hoặc truy cập chúng từ API Edge.

Tại thời điểm đăng ký ứng dụng, nhà phát triển chọn một hoặc nhiều sản phẩm API để liên kết với ứng dụng, trong đó sản phẩm API là một tập hợp tài nguyên có thể truy cập thông qua proxy API. Sau đó, nhà phát triển chuyển khoá API (khoá người tiêu dùng) như một phần của mọi yêu cầu đối với API trong sản phẩm API được liên kết với ứng dụng. Hãy xem phần Tổng quan về việc xuất bản để biết thêm thông tin.

Bạn có thể dùng khoá API làm mã xác thực hoặc dùng các khoá này để truy cập vào OAuth mã thông báo. Trong OAuth, khoá API được gọi là "client id" (mã ứng dụng khách). Các tên này có thể sử dụng thay thế cho nhau. Xem Trang chủ OAuth để biết thêm thông tin.

Edge tự động điền sẵn một nhóm biến luồng khi thực thi chính sách Xác minh khoá API. Xem Flow biến bên dưới để biết thêm thông tin.

Tham chiếu phần tử

Sau đây là các phần tử và thuộc tính mà bạn có thể thiết lập theo chính sách này:

<VerifyAPIKey async="false" continueOnError="false" enabled="true" name="Verify-API-Key-1">
    <DisplayName>Custom label used in UI</DisplayName>
    <APIKey ref="variable_containing_api_key"/>
</VerifyAPIKey>

&lt;VerifyAPIKey&gt; thuộc tính

Ví dụ sau đây cho thấy các thuộc tính trên thẻ <VerifyAPIKey>:

<VerifyAPIKey async="false" continueOnError="false" enabled="true" name="Verify-API-Key-1">

Bảng sau đây mô tả những thuộc tính chung cho tất cả phần tử mẹ của chính sách:

Thuộc tính Mô tả Mặc định Sự hiện diện
name

Tên nội bộ của chính sách. Giá trị của thuộc tính name có thể chứa chữ cái, số, dấu cách, dấu gạch nối, dấu gạch dưới và dấu chấm. Giá trị này không được vượt quá 255 ký tự.

(Không bắt buộc) Bạn có thể dùng phần tử <DisplayName> để gắn nhãn chính sách trong trình chỉnh sửa proxy giao diện người dùng quản lý bằng tên ngôn ngữ tự nhiên khác.

Không áp dụng Bắt buộc
continueOnError

Đặt thành false để trả về lỗi khi chính sách không thành công. Điều này là dự kiến đối với hầu hết các chính sách.

Đặt thành true để tiếp tục thực thi luồng ngay cả sau khi có chính sách không thành công.

false Không bắt buộc
enabled

Hãy đặt thành true để thực thi chính sách này.

Đặt thành false để tắt chính sách này. Chính sách này sẽ không được thực thi ngay cả khi luồng đó vẫn được liên kết với một luồng.

đúng Không bắt buộc
async

Thuộc tính này không được dùng nữa.

false Không được dùng nữa

&lt;DisplayName&gt; phần tử

Hãy sử dụng cùng với thuộc tính name để gắn nhãn chính sách trong phần trình chỉnh sửa proxy giao diện người dùng quản lý có tên ngôn ngữ tự nhiên khác.

<DisplayName>Policy Display Name</DisplayName>
Mặc định

Không áp dụng

Nếu bạn bỏ qua phần tử này, giá trị của thuộc tính name của chính sách sẽ là đã sử dụng.

Sự hiện diện Không bắt buộc
Loại Chuỗi

&lt;APIKey&gt; phần tử

Phần tử này chỉ định biến luồng chứa khoá API. Thông thường, ứng dụng gửi khoá API trong tham số truy vấn, tiêu đề HTTP hoặc tham số biểu mẫu. Ví dụ: nếu khoá được gửi trong tiêu đề có tên là x-apikey, thì bạn sẽ tìm thấy khoá trong biến: request.header.x-apikey

Mặc định NA
Sự hiện diện Bắt buộc
Loại Chuỗi

Thuộc tính

Bảng sau đây mô tả các thuộc tính của phần tử <APIKey>

Thuộc tính Mô tả Mặc định Sự hiện diện
tham chiếu

Tham chiếu đến biến chứa khoá API. Bạn chỉ được chọn một vị trí cho mỗi chính sách.

Không áp dụng Bắt buộc

Ví dụ

Trong những ví dụ này, khoá được chuyển vào các tham số và một tiêu đề có tên là x-apikey.

Dưới dạng tham số truy vấn:

<VerifyAPIKey name="APIKeyVerifier">
    <APIKey ref="request.queryparam.x-apikey"/>
</VerifyAPIKey>

Dưới dạng tiêu đề HTTP:

<VerifyAPIKey name="APIKeyVerifier">
    <APIKey ref="request.header.x-apikey"/>
</VerifyAPIKey>

Dưới dạng tham số biểu mẫu HTTP:

<VerifyAPIKey name="APIKeyVerifier">
    <APIKey ref="request.formparam.x-apikey"/>
</VerifyAPIKey>

Giản đồ

Biến luồng

Khi chính sách Xác minh khoá API được thực thi trên một khoá API hợp lệ, Edge sẽ điền sẵn một tập hợp quy trình biến. Các biến này sẽ có sẵn trong các chính sách hoặc mã được thực thi sau trong quy trình và thường được dùng để thực hiện xử lý tuỳ chỉnh dựa trên các thuộc tính của khoá API như tên ứng dụng, sản phẩm API dùng để uỷ quyền khoá hoặc thuộc tính tuỳ chỉnh của khoá API đó.

Chính sách này điền sẵn một số loại biến luồng, bao gồm:

  • Giải pháp chung
  • Ứng dụng
  • Nhà phát triển
  • Công ty
  • Số liệu phân tích

Mỗi loại biến luồng có một tiền tố khác nhau. Tất cả biến đều là đại lượng vô hướng, ngoại trừ các biến được biểu thị cụ thể dưới dạng mảng.

Biến luồng chung

Bảng sau đây liệt kê các biến quy trình chung được điền theo chính sách Xác minh khoá API. Tất cả các biến này đều có tiền tố:

verifyapikey.{policy_name}

Ví dụ: verifyapikey.{policy_name}.client_id

Các biến có sẵn bao gồm:

Biến Mô tả
client_id Khoá của người dùng (còn gọi là khoá API hoặc khoá ứng dụng) do ứng dụng yêu cầu cung cấp.
client_secret Thông tin mật của người dùng được liên kết với khoá của người dùng.
redirection_uris Bất kỳ URI chuyển hướng nào trong yêu cầu.
developer.app.id

Mã ứng dụng của nhà phát triển đưa ra yêu cầu.

developer.app.name Tên ứng dụng của ứng dụng của nhà phát triển đưa ra yêu cầu.
developer.id

Mã của nhà phát triển đã đăng ký làm chủ sở hữu của ứng dụng đưa ra yêu cầu.

developer.{custom_attrib_name} Mọi thuộc tính tuỳ chỉnh bắt nguồn từ hồ sơ khoá ứng dụng.
DisplayName Giá trị <DisplayName> của chính sách .
failed Đặt thành "true" khi xác thực Khoá API không thành công.
{custom_app_attrib} Mọi thuộc tính tuỳ chỉnh bắt nguồn từ hồ sơ ứng dụng. Chỉ định tên của tuỳ chỉnh .
apiproduct.name* Tên của sản phẩm API dùng để xác thực yêu cầu.
apiproduct.{custom_attrib_name}* Mọi thuộc tính tuỳ chỉnh bắt nguồn từ hồ sơ sản phẩm API.
apiproduct.developer.quota.limit* Hạn mức được đặt cho sản phẩm API, nếu có.
apiproduct.developer.quota.interval* Khoảng thời gian hạn mức được đặt trên sản phẩm API, nếu có.
apiproduct.developer.quota.timeunit* Đơn vị thời gian của hạn mức được đặt trên sản phẩm API, nếu có.
* Các biến của sản phẩm API được điền tự động nếu các sản phẩm API đó là được định cấu hình với môi trường, proxy và tài nguyên hợp lệ (được lấy từ proxy.pathsuffix). Để biết hướng dẫn về cách thiết lập các sản phẩm API, hãy xem Sử dụng Edge API quản lý để phát hành API.

Biến luồng ứng dụng

Chính sách này đã điền sẵn các biến luồng sau đây chứa thông tin về ứng dụng. Tất cả các biến này đều có tiền tố:

verifyapikey.{policy_name}.app.

Ví dụ:

verifyapikey.{policy_name}.app.name

Các biến có sẵn bao gồm:

Biến Mô tả
name Tên ứng dụng.
id Mã của ứng dụng.
accessType Apigee không dùng đến.
callbackUrl URL gọi lại của ứng dụng. Thường chỉ dùng cho OAuth.
DisplayName Tên hiển thị của ứng dụng.
status Trạng thái của ứng dụng, chẳng hạn như "đã phê duyệt" hoặc "bị thu hồi".
apiproducts Một mảng chứa danh sách sản phẩm API được liên kết với ứng dụng.
appFamily Bất kỳ nhóm ứng dụng nào chứa ứng dụng đó hoặc "mặc định".
appParentStatus Trạng thái gốc của ứng dụng, chẳng hạn như "đang hoạt động" hoặc "không hoạt động"
appType Loại ứng dụng, hoặc là "Công ty" hoặc "Nhà phát triển".
appParentId Mã của ứng dụng mẹ.
created_at Dấu ngày/giờ khi tạo ứng dụng.
created_by Địa chỉ email của nhà phát triển đã tạo ứng dụng.
last_modified_at Dấu ngày/giờ khi ứng dụng được cập nhật lần gần đây nhất.
last_modified_by Địa chỉ email của nhà phát triển đã cập nhật ứng dụng lần gần đây nhất.
{app_custom_attributes} Thuộc tính ứng dụng tuỳ chỉnh bất kỳ. Chỉ định tên của thuộc tính tuỳ chỉnh.

Biến luồng của nhà phát triển

Các biến luồng sau chứa thông tin về nhà phát triển được điền sẵn bằng . Tất cả các biến này đều có tiền tố:

verifyapikey.{policy_name}.developer

Ví dụ:

verifyapikey.{policy_name}.developer.id

Các biến có sẵn bao gồm:

Biến Mô tả
id Trả về {org_name}@@@{developer_id}
userName Tên người dùng của nhà phát triển.
firstName Tên của nhà phát triển.
lastName Họ của nhà phát triển.
email Địa chỉ email của nhà phát triển.
status Trạng thái của nhà phát triển, là đang hoạt động, không hoạt động hoặc đăng nhập_lock.
apps Một loạt ứng dụng liên kết với nhà phát triển.
created_at Tem ngày/giờ khi nhà phát triển được tạo.
created_by Địa chỉ email của người dùng đã tạo nhà phát triển.
last_modified_at Dấu ngày/giờ khi nhà phát triển được sửa đổi lần gần đây nhất.
last_modified_by Địa chỉ email của người dùng đã sửa đổi nhà phát triển.
{developer_custom_attributes} Thuộc tính tuỳ chỉnh bất kỳ của nhà phát triển. Chỉ định tên của thuộc tính tuỳ chỉnh.
Company Tên của công ty (nếu có) liên kết với nhà phát triển.

Biến lưu lượng của công ty

Những biến luồng sau đây có chứa thông tin về công ty được điền sẵn bằng . Tất cả các biến này đều có tiền tố:

verifyapikey.{policy_name}.company

Ví dụ:

verifyapikey.{policy_name}.company.name

Các biến có sẵn bao gồm:

Biến Mô tả
name Tên công ty.
displayName Tên hiển thị của công ty.
id

Mã công ty.

apps Một mảng chứa danh sách các ứng dụng của công ty.
appOwnerStatus
Trạng thái của chủ sở hữu ứng dụng, là đang hoạt động, không hoạt động hoặc sign_lock.
created_at Dấu ngày/giờ khi công ty được tạo.
created_by Địa chỉ email của người dùng đã tạo công ty.
last_modified_at Dấu ngày/giờ khi công ty được sửa đổi lần gần đây nhất.
last_modified_by Địa chỉ email của người dùng sửa đổi công ty lần gần đây nhất.
{company_custom_attributes} Thuộc tính tuỳ chỉnh của công ty. Chỉ định tên của thuộc tính tuỳ chỉnh.

Biến Analytics

Các biến sau đây được tự động điền vào Analytics khi áp dụng chính sách Xác minh khoá API được thực thi cho khoá API hợp lệ. Các biến này chỉ được điền sẵn bằng Khoá API Xác minh và chính sách OAuth.

Các biến và giá trị có thể được dùng làm phương diện để xây dựng báo cáo Analytics nhằm thu được thông tin về mô hình tiêu thụ của nhà phát triển và ứng dụng.

  • apiproduct.name
  • developer.app.name
  • client_id
  • developer.id

Tham chiếu lỗi

This section describes the fault codes and error messages that are returned and fault variables that are set by Edge when this policy triggers an error. This information is important to know if you are developing fault rules to handle faults. To learn more, see What you need to know about policy errors and Handling faults.

Runtime errors

These errors can occur when the policy executes.

Fault code HTTP status Cause
keymanagement.service.CompanyStatusNotActive 401 The Company associated with the Developer App that has the API key you are using has an inactive status. When a Company's status is set to inactive, you cannot access the developers or apps associated with that Company. An org admin can change a Company's status using the management API. See Set the Status of a Company.
keymanagement.service.DeveloperStatusNotActive 401

The developer who created the Developer App that has the API key you are using has an inactive status. When an App Developer's status is set to inactive, any Developer Apps created by that developer are deactivated. An admin user with appropriate permissions (such as Organization Administrator) can change a developer's status in the following ways:

keymanagement.service.invalid_client-app_not_approved 401 The Developer App associated with the API key is revoked. A revoked app cannot access any API products and cannot invoke any API managed by Apigee Edge. An org admin can change the status of a Developer App using the management API. See Approve or Revoke Developer App.
oauth.v2.FailedToResolveAPIKey 401 The policy expects to find the API key in a variable that is specified in the policy's <APIKey> element. This error arises when the expected variable does not exist (it cannot be resolved).
oauth.v2.InvalidApiKey 401 An API key was received by Edge, but it is invalid. When Edge looks up the key in its database, it must exactly match the on that was sent in the request. If the API worked previously, make sure the key was not regenerated. If the key was regenerated, you will see this error if you try to use the old key. For details, see Register apps and manage API keys.
oauth.v2.InvalidApiKeyForGivenResource 401 An API key was received by Edge, and it is valid; however, it does not match an approved key in the Developer App associated with your API proxy through a Product.

Deployment errors

These errors can occur when you deploy a proxy containing this policy.

Error name Cause
SpecifyValueOrRefApiKey The <APIKey> element does not have a value or key specified.

Fault variables

These variables are set when a runtime error occurs. For more information, see What you need to know about policy errors.

Variables Where Example
fault.name="fault_name" fault_name is the name of the fault, as listed in the Runtime errors table above. The fault name is the last part of the fault code. fault.name Matches "FailedToResolveAPIKey"
oauthV2.policy_name.failed policy_name is the user-specified name of the policy that threw the fault. oauthV2.VK-VerifyAPIKey.failed = true

Example error responses

{  
   "fault":{  
      "faultstring":"Invalid ApiKey",
      "detail":{  
         "errorcode":"oauth.v2.InvalidApiKey"
      }
   }
}
{  
   "fault":{  
      "detail":{  
         "errorcode":"keymanagement.service.DeveloperStatusNotActive"
      },
      "faultstring":"Developer Status is not Active"
   }
}

Example fault rule

<FaultRule name="FailedToResolveAPIKey">
    <Step>
        <Name>AM-FailedToResolveAPIKey</Name>
    </Step>
    <Condition>(fault.name Matches "FailedToResolveAPIKey") </Condition>
</FaultRule>

Chủ đề có liên quan