Início Rápido: Chamar uma API Web em um aplicativo daemon de exemplo

• Um requisito mínimo do SDK do .NET 6.0.
• Visual Studio 2022 ou Visual Studio Code.

• Node.js.
• Visual Studio Code ou outro editor de código.

• Python 3+.
• Visual Studio Code ou outro editor de código.

• JDK (Java Development Kit) 8 ou posterior.
• Maven.
• Um editor de código adequado.

Para o aplicativo daemon .NET, você não precisa conceder e consentir com nenhuma permissão. Esse aplicativo do tipo daemon lê suas próprias informações de registro de aplicativo, permitindo que ele faça isso sem precisar de permissões de aplicativo.

1. Na página Registros de aplicativo, selecione o aplicativo que você criou, como ciam-client-app.

2. Em Gerenciar, selecione Permissões de API.

3. Em Permissões configuradas, selecione Adicionar uma permissão.

4. Na guia APIs da Microsoft, selecione as permissões de Aplicativo do Microsoft Graph>>. Selecionamos a opção Permissões de Aplicativo já que o aplicativo entra como ele próprio, mas não em nome de um usuário.

5. Na lista Selecionar permissões, pesquise e selecione User.Read.All. Concedemos essa permissão para que o aplicativo queira ler os perfis completos de todos os usuários.

6. Selecione o botão Adicionar permissões .

7. Neste ponto, você atribuiu as permissões corretamente. No entanto, como o aplicativo daemon não permite que os usuários interajam com ele, os próprios usuários não podem consentir com essas permissões. Você, como administrador do locatário, deve consentir com essas permissões em nome de todos os usuários no locatário:

   1. Selecione Conceder consentimento do administrador para <o nome> do locatário e selecione Sim.
   2. Selecione Atualizar e verifique se Concedido para <o nome do seu locatário> aparece em Status para ambas as permissões.

1. Na página Registros de aplicativo, selecione o aplicativo que você criou, como ciam-client-app.

2. Em Gerenciar, selecione Permissões de API.

3. Em Permissões configuradas, selecione Adicionar uma permissão.

4. Na guia APIs da Microsoft, selecione as permissões de Aplicativo do Microsoft Graph>>. Selecionamos a opção Permissões de Aplicativo já que o aplicativo entra como ele próprio, mas não em nome de um usuário.

5. Na lista Selecionar permissões, pesquise e selecione User.Read.All. Concedemos essa permissão para que o aplicativo queira ler os perfis completos de todos os usuários.

6. Selecione o botão Adicionar permissões .

7. Neste ponto, você atribuiu as permissões corretamente. No entanto, como o aplicativo daemon não permite que os usuários interajam com ele, os próprios usuários não podem consentir com essas permissões. Você, como administrador do locatário, deve consentir com essas permissões em nome de todos os usuários no locatário:

   1. Selecione Conceder consentimento do administrador para <o nome> do locatário e selecione Sim.
   2. Selecione Atualizar e verifique se Concedido para <o nome do seu locatário> aparece em Status para ambas as permissões.

1. Na página Registros de aplicativo, selecione o aplicativo que você criou, como ciam-client-app.

2. Em Gerenciar, selecione Permissões de API.

3. Em Permissões configuradas, selecione Adicionar uma permissão.

4. Na guia APIs da Microsoft, selecione as permissões de Aplicativo do Microsoft Graph>>. Selecionamos a opção Permissões de Aplicativo já que o aplicativo entra como ele próprio, mas não em nome de um usuário.

5. Na lista Selecionar permissões, pesquise e selecione User.Read.All. Concedemos essa permissão para que o aplicativo queira ler os perfis completos de todos os usuários.

6. Selecione o botão Adicionar permissões .

7. Neste ponto, você atribuiu as permissões corretamente. No entanto, como o aplicativo daemon não permite que os usuários interajam com ele, os próprios usuários não podem consentir com essas permissões. Você, como administrador do locatário, deve consentir com essas permissões em nome de todos os usuários no locatário:

   1. Selecione Conceder consentimento do administrador para <o nome> do locatário e selecione Sim.
   2. Selecione Atualizar e verifique se Concedido para <o nome do seu locatário> aparece em Status para ambas as permissões.

git clone https://github.com/Azure-Samples/ms-identity-docs-code-dotnet.git

• Baixe o arquivo .zip. Extraia-o para um caminho de arquivo em que o comprimento do nome tenha menos de 260 caracteres.

git clone https://github.com/azure-samples/ms-identity-javascript-nodejs-console.git 

• Baixe o arquivo .zip. Extraia-o para um caminho de arquivo em que o comprimento do nome tenha menos de 260 caracteres.

git clone https://github.com/Azure-Samples/ms-identity-python-daemon.git 

• Baixe o arquivo .zip. Extraia-o para um caminho de arquivo em que o comprimento do nome tenha menos de 260 caracteres.

git clone https://github.com/Azure-Samples/ms-identity-java-daemon.git

• Baixe o arquivo .zip. Extraia-o para um caminho de arquivo em que o comprimento do nome tenha menos de 260 caracteres.

1. Abra uma janela do console e navegue até o diretório ms-identity-docs-code-dotnet/console-daemon :

   cd ms-identity-docs-code-dotnet/console-daemon
   

2. Abra Program.cs e substitua o conteúdo do arquivo pelo snippet a seguir;

    // Full directory URL, in the form of https://login.microsoftonline.com/<tenant_id>
    Authority = " https://login.microsoftonline.com/Enter_the_tenant_ID_obtained_from_the_Microsoft_Entra_admin_center",
    // 'Enter the client ID obtained from the Microsoft Entra admin center
    ClientId = "Enter the client ID obtained from the Microsoft Entra admin center",
    // Client secret 'Value' (not its ID) from 'Client secrets' in the Microsoft Entra admin center
    ClientSecret = "Enter the client secret value obtained from the Microsoft Entra admin center",
    // Client 'Object ID' of app registration in Microsoft Entra admin center - this value is a GUID
    ClientObjectId = "Enter the client Object ID obtained from the Microsoft Entra admin center"
   

   • Authority - A autoridade é uma URL que indica um diretório do qual a MSAL pode solicitar tokens. Substitua Enter_the_tenant_ID_obtained_from_the_Microsoft_Entra_admin_center pelo valor de ID do diretório (inquilino) que foi registrado anteriormente.
   • ClientId - O identificador do aplicativo, também conhecido como o cliente. Substitua o texto entre aspas pelo valor Application (client) ID registrado anteriormente na página de visão geral do aplicativo registrado.
   • ClientSecret - O segredo do cliente criado para o aplicativo no Centro de administração do Microsoft Entra. Insira o valor do segredo do cliente.
   • ClientObjectId - A ID do objeto do aplicativo cliente. Substitua o texto entre aspas pelo Object ID valor que você registrou anteriormente na página de visão geral do aplicativo registrado.

No editor, abra o arquivo .env e substitua os espaços reservados:

• Enter_the_Application_Id_Here com a ID do aplicativo (cliente) do aplicativo que você anteriormente registrou.
• Enter_the_Tenant_Id_Here com a ID do inquilino do locatário da sua força de trabalho.
• Enter_the_Client_Secret_Here com a chave secreta do cliente criada anteriormente.
• Enter_the_Cloud_Instance_Id_Here com https://login.microsoftonline.com.
• Enter_the_Graph_Endpoint_Here com https://graph.microsoft.com/.

1. Navegue até o diretório 1-Call-MsGraph-WithSecret .

2. No editor, abra o arquivo parameters.json e substitua os espaços reservados:

   • Enter_the_Application_Id_Here com a ID do aplicativo (cliente) do aplicativo que você anteriormente registrou.
   • Enter_the_Tenant_Id_Here com a ID do inquilino do locatário da sua força de trabalho.
   • Enter_the_Client_Secret_Here com a chave secreta do cliente criada anteriormente.

1. Navegue até o msal-client-credential-secret diretório.

2. No editor, abra o arquivo src\main\resources\application.properties e substitua os placeholders:

   • Enter_the_Application_Id_Here com a ID do aplicativo (cliente) do aplicativo que você anteriormente registrou.
   • Enter_the_Tenant_Id_Here com a ID do inquilino do locatário da sua força de trabalho.
   • Enter_the_Client_Secret_Here com a chave secreta do cliente criada anteriormente.

Na janela do console, execute o seguinte comando para compilar e executar o aplicativo:

dotnet run

Depois que o aplicativo é executado com êxito, ele exibe uma resposta semelhante ao snippet a seguir (abreviado para brevidade):

{
"@odata.context": "https://graph.microsoft.com/v1.0/$metadata#applications/$entity",
"id": "00001111-aaaa-2222-bbbb-3333cccc4444",
"deletedDateTime": null,
"appId": "00001111-aaaa-2222-bbbb-3333cccc4444",
"applicationTemplateId": null,
"disabledByMicrosoftStatus": null,
"createdDateTime": "2021-01-17T15:30:55Z",
"displayName": "identity-dotnet-console-app",
"description": null,
"groupMembershipClaims": null,
...
}

Como funciona

Um aplicativo daemon adquire um token em nome de si mesmo (não em nome de um usuário). Os usuários não podem interagir com um aplicativo daemon porque ele requer sua própria identidade. Esse tipo de aplicativo solicita um token de acesso usando sua identidade de aplicativo apresentando sua ID do aplicativo, credencial (segredo ou certificado) e um URI de ID do aplicativo. O aplicativo daemon usa o fluxo de concessão de credenciais do cliente OAuth 2.0 padrão para adquirir um token de acesso.

O aplicativo adquire um token de acesso da plataforma de identidade da Microsoft. O token de acesso tem como escopo a API do Microsoft Graph. Em seguida, o aplicativo usa o token de acesso para solicitar seus próprios detalhes de registro de aplicativo da API do Microsoft Graph. O aplicativo pode solicitar qualquer recurso da API do Microsoft Graph, desde que o token de acesso tenha as permissões certas.

O exemplo demonstra como um trabalho autônomo ou serviço Windows pode ser executado com uma identidade de aplicativo, em vez da identidade de um usuário.

1. Para instalar dependências, execute o seguinte comando:

   npm install
   

2. Use o seguinte comando para executar o aplicativo:

   node . --op getUsers
   

Se o aplicativo for executado com êxito, você deverá ver uma saída formatada em JSON representando uma lista de todos os usuários do locatário do seu ambiente de trabalho. Ele é semelhante ao seguinte trecho de código:

{
  '@odata.context': 'https://graph.microsoft.com/v1.0/$metadata#users',
  value: [
    {
      businessPhones: [],
      displayName: 'Casey Jensen',
      givenName: 'Jense',
      jobTitle: null,
      mail: null,
      mobilePhone: null,
      officeLocation: null,
      preferredLanguage: null,
      surname: 'Casey',
      userPrincipalName: 'jensen@contoso.onmicrosoft.com',
      id: 'aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb'
    },
    ...
  ]
}

Como funciona

Um aplicativo daemon adquire um token em nome de si mesmo (não em nome de um usuário). Os usuários não podem interagir com um aplicativo daemon porque ele requer sua própria identidade. Esse tipo de aplicativo solicita um token de acesso usando sua identidade de aplicativo apresentando sua ID do aplicativo, credencial (segredo ou certificado) e um URI de ID do aplicativo. O aplicativo daemon usa o fluxo de concessão de credenciais do cliente OAuth 2.0 padrão para adquirir um token de acesso.

O aplicativo adquire um token de acesso da plataforma de identidade da Microsoft. O token de acesso tem como escopo a API do Microsoft Graph. Depois, o aplicativo usa o token de acesso para ler todos os usuários no inquilino da API Microsoft Graph. O aplicativo pode solicitar qualquer recurso da API do Microsoft Graph, desde que o token de acesso tenha as permissões certas. Nesse caso, concedemos permissão de aplicativo User.Read.All para que ele leia os perfis completos de todos os usuários.

O exemplo demonstra como um trabalho autônomo ou serviço Windows pode ser executado com uma identidade de aplicativo, em vez da identidade de um usuário.

1. Para instalar dependências, execute o seguinte comando:

   pip install -r requirements.txt
   

2. Para executar o aplicativo, use o seguinte comando:

   python confidential_client_secret_sample.py parameters.json
   

Se o aplicativo for executado com êxito, você deverá ver uma saída formatada em JSON representando uma lista de todos os usuários do locatário do seu ambiente de trabalho. Ele é semelhante ao seguinte trecho de código:

{
  '@odata.context': 'https://graph.microsoft.com/v1.0/$metadata#users',
  value: [
    {
      businessPhones: [],
      displayName: 'Casey Jensen',
      givenName: 'Jense',
      jobTitle: null,
      mail: null,
      mobilePhone: null,
      officeLocation: null,
      preferredLanguage: null,
      surname: 'Casey',
      userPrincipalName: 'jensen@contoso.onmicrosoft.com',
      id: 'aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb'
    },
    ...
  ]
}

Como funciona

Um aplicativo daemon adquire um token em nome de si mesmo (não em nome de um usuário). Os usuários não podem interagir com um aplicativo daemon porque ele requer sua própria identidade. Esse tipo de aplicativo solicita um token de acesso usando sua identidade de aplicativo apresentando sua ID do aplicativo, credencial (segredo ou certificado) e um URI de ID do aplicativo. O aplicativo daemon usa o fluxo de concessão de credenciais do cliente OAuth 2.0 padrão para adquirir um token de acesso.

O aplicativo adquire um token de acesso da plataforma de identidade da Microsoft. O token de acesso tem como escopo a API do Microsoft Graph. Depois, o aplicativo usa o token de acesso para ler todos os usuários no inquilino da API Microsoft Graph. O aplicativo pode solicitar qualquer recurso da API do Microsoft Graph, desde que o token de acesso tenha as permissões certas. Nesse caso, concedemos permissão de aplicativo User.Read.All para que ele leia os perfis completos de todos os usuários.

O exemplo demonstra como um trabalho autônomo ou serviço Windows pode ser executado com uma identidade de aplicativo, em vez da identidade de um usuário.

Você pode testar o aplicativo de exemplo executando o método principal de ClientCredentialGrant.java de seu IDE ou

1. No console, execute o seguinte comando:

   $ mvn clean compile assembly:single
   

   Esse comando gera um arquivo msal-client-credential-secret-1.0.0.jar no diretório /targets .

2. Navegue até o diretório /targets e execute o arquivo executável Java usando o seguinte comando:

   $ java -jar msal-client-credential-secret-1.0.0.jar
   

Se o aplicativo for executado com êxito, você deverá ver uma saída formatada em JSON representando uma lista de todos os usuários do locatário do seu ambiente de trabalho. Ele é semelhante ao seguinte trecho de código:

{
  '@odata.context': 'https://graph.microsoft.com/v1.0/$metadata#users',
  value: [
    {
      businessPhones: [],
      displayName: 'Casey Jensen',
      givenName: 'Jense',
      jobTitle: null,
      mail: null,
      mobilePhone: null,
      officeLocation: null,
      preferredLanguage: null,
      surname: 'Casey',
      userPrincipalName: 'jensen@contoso.onmicrosoft.com',
      id: 'aaaaaaaa-0000-1111-2222-bbbbbbbbbbbb'
    },
    ...
  ]
}

Como funciona

Um aplicativo daemon adquire um token em nome de si mesmo (não em nome de um usuário). Os usuários não podem interagir com um aplicativo daemon porque ele requer sua própria identidade. Esse tipo de aplicativo solicita um token de acesso usando sua identidade de aplicativo apresentando sua ID do aplicativo, credencial (segredo ou certificado) e um URI de ID do aplicativo. O aplicativo daemon usa o fluxo de concessão de credenciais do cliente OAuth 2.0 padrão para adquirir um token de acesso.

O aplicativo adquire um token de acesso da plataforma de identidade da Microsoft. O token de acesso tem como escopo a API do Microsoft Graph. Depois, o aplicativo usa o token de acesso para ler todos os usuários no inquilino da API Microsoft Graph. O aplicativo pode solicitar qualquer recurso da API do Microsoft Graph, desde que o token de acesso tenha as permissões certas. Nesse caso, concedemos permissão de aplicativo User.Read.All para que ele leia os perfis completos de todos os usuários.

O exemplo demonstra como um trabalho autônomo ou serviço Windows pode ser executado com uma identidade de aplicativo, em vez da identidade de um usuário.

• Saiba como criar este aplicativo Web ASP.NET com o Tutorial da série : Registrar um aplicativo com a plataforma de identidade da Microsoft.

• Início Rápido: Implantar um aplicativo Web ASP.NET no Serviço de Aplicativo do Azure

• Saiba como criar seu aplicativo daemon Node.js que chama a API Web.

• Saiba como criar um aplicativo daemon python que chama APIs Web

• Saiba como criar um aplicativo daemon Java que chama APIs Web

• Para clonar o exemplo, abra um prompt de comando e navegue até onde deseja criar o projeto e insira o seguinte comando:

  git clone https://github.com/Azure-Samples/ms-identity-ciam-javascript-tutorial.git
  

• Como alternativa, baixe o arquivo .zip dos exemplos e, em seguida, extraia para um caminho de arquivo em que o comprimento do nome tenha menos de 260 caracteres.

Instale as dependências do projeto

1. Abra uma janela do console e altere para o diretório que contém o aplicativo de exemplo Node.js:

   cd 2-Authorization\3-call-api-node-daemon\App
   

2. Execute os seguintes comandos para instalar as dependências do aplicativo:

   npm install && npm update
   

• Para clonar o exemplo, abra um prompt de comando e navegue até onde deseja criar o projeto e insira o seguinte comando:

  git clone https://github.com/Azure-Samples/ms-identity-ciam-dotnet-tutorial.git
  

• Baixe o arquivo .zip. Extraia-o para um caminho de arquivo em que o comprimento do nome tenha menos de 260 caracteres.

1. No editor de código, abra o arquivo App\authConfig.js.

2. Localize o marcador de posição:

   • Enter_the_Application_Id_Here e substitua-a pela ID do aplicativo (cliente) do aplicativo daemon que você registrou anteriormente.

   • Enter_the_Tenant_Subdomain_Here e substitua-o pelo subdomínio diretório (locatário). Por exemplo, se o domínio primário da sua conta for contoso.onmicrosoft.com, use contoso. Se você não tiver o nome do locatário, saiba como ler os detalhes do locatário.

   • Enter_the_Client_Secret_Here e substitua-o pelo valor do segredo do app daemon copiado anteriormente.

   • Enter_the_Web_Api_Application_Id_Here e substitua-a pela ID do aplicativo (cliente) da API Web copiada anteriormente.

Para usar o registro do aplicativo no exemplo de API Web:

1. No editor de código, abra o arquivo API\ToDoListAPI\appsettings.json.

2. Localize o marcador de posição:

   • Enter_the_Application_Id_Here e substitua-a pela ID do aplicativo (cliente) da API Web copiada.

   • Enter_the_Tenant_Id_Here e substitua pelo identificador do Diretório (ID do inquilino) que você copiou anteriormente.

   • Enter_the_Tenant_Subdomain_Here e substitua-o pelo subdomínio diretório (locatário). Por exemplo, se o domínio primário da sua conta for contoso.onmicrosoft.com, use contoso. Se você não tiver o nome do locatário, saiba como ler os detalhes do locatário.

1. No editor de código, abra o arquivo ms-identity-ciam-dotnet-tutorial/2-Authorization/3-call-own-api-dotnet-core-daemon/ToDoListClient/appsettings.json.

2. Localize o marcador de posição:

   • Enter_the_Application_Id_Here e substitua-a pela ID do aplicativo (cliente) do aplicativo daemon que você registrou anteriormente.
   • Enter_the_Tenant_Subdomain_Here e substitua-o pelo subdomínio diretório (locatário). Por exemplo, se o domínio primário da sua conta for contoso.onmicrosoft.com, use contoso. Se você não tiver o nome do locatário, saiba como ler os detalhes do locatário.
   • Enter_the_Client_Secret_Here e substitua-o pelo valor secreto do aplicativo daemon copiado anteriormente.
   • Enter_the_Web_Api_Application_Id_Here e substitua-a pela ID do aplicativo (cliente) da API Web copiada anteriormente.

Para usar o registro do aplicativo no exemplo de API Web:

1. No seu editor de código, abra o arquivo ms-identity-ciam-dotnet-tutorial/2-Authorization/3-call-own-api-dotnet-core-daemon/ToDoListAPI/appsettings.json.

2. Localize o marcador de posição:

   • Enter_the_Application_Id_Here e substitua-a pela ID do aplicativo (cliente) da API Web copiada.
   • Enter_the_Tenant_Id_Here e substitua pelo identificador do Diretório (ID do inquilino) que você copiou anteriormente.
   • Enter_the_Tenant_Subdomain_Here e substitua-o pelo subdomínio diretório (locatário). Por exemplo, se o domínio primário da sua conta for contoso.onmicrosoft.com, use contoso. Se você não tiver o nome do locatário, saiba como ler os detalhes do locatário.

1. Abra uma janela do console e execute a API Web usando os seguintes comandos:

   cd 2-Authorization\3-call-api-node-daemon\API\ToDoListAPI
   dotnet run
   

2. Execute o cliente do aplicativo Web usando os seguintes comandos:

   2-Authorization\3-call-api-node-daemon\App
   node . --op getToDos
   

Se o aplicativo daemon e a API Web forem executados com êxito, você deverá ver algo semelhante à seguinte matriz JSON na janela do console

{
    "id": 1,
    "owner": "3e8....-db63-43a2-a767-5d7db...",
    "description": "Pick up grocery"
},
{
    "id": 2,
    "owner": "c3cc....-c4ec-4531-a197-cb919ed.....",
    "description": "Finish invoice report"
},
{
    "id": 3,
    "owner": "a35e....-3b8a-4632-8c4f-ffb840d.....",
    "description": "Water plants"
}

Como funciona

O aplicativo Node.js usa o fluxo de concessão de credenciais do cliente OAuth 2.0 para adquirir um token de acesso para si mesmo e não para o usuário. O token de acesso que o aplicativo solicita contém as permissões representadas como funções. O fluxo de credenciais do cliente usa esse conjunto de permissões no lugar de escopos de usuário para tokens de aplicativo. Você expôs essas permissões de aplicativo na API Web anteriormente e as concedeu ao aplicativo daemon.

No lado da API, uma API Web .NET de exemplo, a API deve verificar se o token de acesso tem as permissões necessárias (permissões de aplicativo). A API Web não pode aceitar um token de acesso que não tenha as permissões necessárias.

Acesso aos dados

Um ponto de extremidade de API Web deve estar preparado para aceitar chamadas de usuários e aplicativos. Portanto, ele deve ter uma maneira de responder a cada solicitação adequadamente. Por exemplo, uma chamada de um usuário por meio de permissões ou escopos delegados recebe os dados da lista de tarefas do usuário. Por outro lado, uma chamada de um aplicativo por meio de permissões/funções de aplicativo pode receber toda a lista de to-do. No entanto, neste artigo, estamos fazendo apenas uma chamada de aplicativo, portanto, não precisamos configurar permissões/escopos delegados.

1. Abra uma janela do console e execute a API Web usando os seguintes comandos:

   cd 2-Authorization\3-call-own-api-dotnet-core-daemon\ToDoListAPI
   dotnet run
   

2. Execute o cliente daemon usando os seguintes comandos:

   cd 2-Authorization\3-call-own-api-dotnet-core-daemon\ToDoListClient
   dotnet run
   

   Se o aplicativo daemon e a API Web forem executados com êxito, você deverá ver algo semelhante à seguinte matriz JSON na janela do console:

   Posting a to-do...
   Retrieving to-do's from server...
   To-do data:
   ID: 1
   User ID: 00aa00aa-bb11-cc22-dd33-44ee44ee44ee
   Message: Bake bread
   Posting a second to-do...
   Retrieving to-do's from server...
   To-do data:
   ID: 1
   User ID: 00aa00aa-bb11-cc22-dd33-44ee44ee44ee
   Message: Bake bread
   ID: 2
   User ID: 00aa00aa-bb11-cc22-dd33-44ee44ee44ee
   Message: Butter bread
   Deleting a to-do...
   Retrieving to-do's from server...
   To-do data:
   ID: 2
   User ID: 00aa00aa-bb11-cc22-dd33-44ee44ee44ee
   Message: Butter bread
   Editing a to-do...
   Retrieving to-do's from server...
   To-do data:
   ID: 2
   User ID: 00aa00aa-bb11-cc22-dd33-44ee44ee44ee
   Message: Eat bread
   Deleting remaining to-do...
   Retrieving to-do's from server...
   There are no to-do's in server
   

Como funciona

O aplicativo daemon usa o fluxo de concessão de credenciais do cliente OAuth 2.0 para adquirir um token de acesso para si mesmo e não para o usuário. O token de acesso que o aplicativo solicita contém as permissões representadas como funções. O fluxo de credenciais do cliente usa esse conjunto de permissões no lugar de escopos de usuário para tokens de aplicativo. Você expôs essas permissões de aplicativo na API Web anteriormente e as concedeu ao aplicativo daemon. O aplicativo daemon neste artigo usa a Biblioteca de Autenticação da Microsoft para .NET para simplificar o processo de aquisição de um token.

No lado da API, uma API Web .NET de exemplo, a API deve verificar se o token de acesso tem as permissões necessárias (permissões de aplicativo). A API Web rejeita tokens de acesso que não têm as permissões necessárias.

• Adquira um token de acesso e chame uma API Web em seu próprio aplicativo daemon Node.js.
• Use um certificado de cliente em vez de um segredo para autenticação em seu aplicativo confidencial Node.js.

• Use nossa série de tutoriais em várias partes para criar este aplicativo daemon do .NET do zero