Authentication

Magento allows developers to define web API resources and their permissions in the webapi.xml configuration file. See Services as Web APIs.

Before you can make web API calls, you must authenticate your identity and have necessary permissions (authorization) to access the API resource. Authentication allows Magento to identify the caller’s user type. A user’s (administrator, integration, customer, or guest) access rights determine an API call’s resource accessibility.

Accessible resources

The list of resources that you can access depends on your user type. All customers have the same permissions, and as a result the same resources accessible. The preceding statement is true for guest users as well. Each administrator or integration user can have a unique set of permissions which is configured in the Admin. Permissions required to access particular resource are configured in the webapi.xml file. This table lists the resources that each user type can access:

Relationship between acl.xml and webapi.xml

The acl.xml file defines the access control list (ACL) for a given module. It defines the available set of permissions to access resources.

All acl.xml files across all Magento modules are consolidated to build an ACL tree, which is used to select allowed Admin role resources or third-party integration access (System > Extension > Integration > Add New Integration > Available APIs).

Sample customer acl.xml

For example, account management, customer configuration, and customer group resource permissions are defined in the Customer module’s acl.xml.

When a developer creates the Web API configuration file (webapi.xml), the permissions defined in acl.xml are referenced to create access rights for each API resource.

Sample (truncated) customer webapi.xml

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
<routes xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:noNamespaceSchemaLocation="urn:magento:module:Magento_Webapi:etc/webapi.xsd">
    <!-- Customer Group -->
    <route url="/V1/customerGroups/:id" method="GET">
        <service class="Magento\Customer\Api\GroupRepositoryInterface" method="getById"/>
        <resources>
            <resource ref="Magento_Customer::group"/>
        </resources>
    </route>
............
.......
.....
    <!-- Customer Account -->
    <route url="/V1/customers/:customerId" method="GET">
        <service class="Magento\Customer\Api\CustomerRepositoryInterface" method="getById"/>
        <resources>
            <resource ref="Magento_Customer::customer"/>
        </resources>
    </route>
    <route url="/V1/customers" method="POST">
        <service class="Magento\Customer\Api\AccountManagementInterface" method="createAccount"/>
        <resources>
            <resource ref="anonymous"/>
        </resources>
    </route>
    <route url="/V1/customers/:customerId" method="PUT">
        <service class="Magento\Customer\Api\CustomerRepositoryInterface" method="save"/>
        <resources>
            <resource ref="Magento_Customer::manage"/>
        </resources>
    </route>
    <route url="/V1/customers/me" method="PUT">
        <service class="Magento\Customer\Api\CustomerRepositoryInterface" method="save"/>
        <resources>
            <resource ref="self"/>
        </resources>
        <data>
            <parameter name="customer.id" force="true">%customer_id%</parameter>
        </data>
    </route>
..........
.....
...

For example, in the preceding webapi.xml for the customerGroups resource, only a user with Magento_Customer::group authorization can GET /V1/customerGroups/:id. On the other hand, you can create a customer using POST /V1/customers anonymously (or by a guest).

Authorization is granted to either an administrator (or an integration) defined in the Admin with the customer group selected as one of the resources in the ACL tree.

A guest or anonymous is a special permission that doesn’t need to be defined in acl.xml (and will not show up in the permissions tree in the Admin). It just indicates that the current resource in webapi.xml can be accessed without the need for authentication.

Similarly, self is a special access used if you already have an authenticated session with the system. Self access enables a user to access resources they own. For example, GET /V1/customers/me fetches the logged-in customer’s details. This is typically useful for JavaScript-based widgets.

Web API clients and authentication methods

You must use a client, such as a mobile application or an external batch job, to access Magento services using web APIs.

Each type of client has a preferred authentication method. To authenticate, use the authentication method for your preferred client:

The following sections describe tips about which type of authentication method you should use depending on your use case.

Token based (Bearer Authentication)

This method is a good choice for authenticating customers and Admin users in third-party applications that need to make authorized API calls to the Magento store.

• Customer Token—Use this token in applications to authorize specific customer and query data related to that customer (for example, customer details, cart, and orders).
• Admin Token—Use this token in applications to authorize an Admin user and access Admin-related APIs.

Request a token and then (include it in future requests)(/devdocs-archive/2.3/guides/v2.3/get-started/authentication/gs-authentication-token.html#web-api-access).

You should use this type of authentication mechanism over HTTPS.

Integration (Bearer Authentication)

This method is a good choice for integrating with a third-party system that supports this kind of authentication. You can restrict access to specific resources.

Magento generates a consumer key, consumer secret, access token, and access token secret when you create an active integration (self activated).

To use bearer authentication for API requests, you can use an access token. Create an active integration (self activated) and use the access token in the authorization header:

1
curl -X GET "http://magento2ce74.loc:8080/index.php/rest/V1/customers/1" -H "Authorization: Bearer 9xvitupdkju0cabq2i3dxyg6bblqmg5h"

You should use this type of authentication mechanism over HTTPS.

Integration (Oauth)

This method is a good choice for integrating with a third-party system that supports OAuth 1.0a.

After activating an integration (self activated), you can use the generated consumer key, consumer secret, access token, and access token secret to provide third-party systems access to Magento Store resources. You do not need to make calls to the /oauth/token/request or /oauth/token/access endpoints to exchange tokens.

If a third-party system provides endpoints, you can use them to activate an integration and link your account. After completing the activation process, a third-party service can use the consumer key, consumer secret, access token, and access token secret provided by Magento during activation to make API calls.

Related topics

Proceed to the authentication method for your preferred client:

• Mobile application. Token-based authentication.

• Third-party application. OAuth-based authentication.

• JavaScript widget on the Admin or storefront. Session-based authentication.

• Extension attribute authentication

• Configure services as web APIs

• Create an ACL rule