O analista João administra o servidor de autenticação Keycloak do TJAP. A aplicação TJApp está registrada como um client OpenID Connect do Keycloak, sob o nome tjapp-client. João recebeu a solicitação de habilitar em tjapp-client o recurso que permite a própria aplicação cliente, TJApp, obter um token de acesso de forma autônoma, sem envolver nenhum usuário final. João habilitou em tjapp-client o recurso:
- A)direct grants;
Errada: direct grants dependem de credenciais de usuário e não servem para a aplicação cliente obter token sozinha, sem usuário final.
- B)client adapters;
Errada: client adapters são componentes de integração com aplicações, não um recurso de obtenção autônoma de token pelo client.
- C)token mappers;
Errada: token mappers servem para ajustar claims e conteúdo do token, não para criar a capacidade de emissão autônoma.
- D)identity brokers;
Errada: identity brokers fazem a intermediação entre provedores de identidade, o que é diferente de uma conta técnica do client.
- E)service accounts.
Certa: service accounts permitem que o próprio client obtenha token de acesso sem interação de usuário, típico do fluxo máquina para máquina.
Gabarito: E
No Keycloak, quando uma aplicação cliente precisa pegar um token de acesso por conta própria, sem depender de login de usuário, o recurso buscado é o de credenciais da própria aplicação. Isso é muito comum em integrações servidor a servidor: a aplicação fala com o servidor de autenticação, se identifica como cliente e recebe um token para atuar em nome dela mesma. Sem novela, sem tela de login, sem usuário clicando em nada. No padrão OpenID Connect e no Keycloak, isso é feito com as service accounts. Elas permitem que o client tenha uma conta técnica associada, usada justamente para obter tokens de forma autônoma. Em geral, isso se encaixa no fluxo client credentials, em que a aplicação se autentica como cliente e recebe o access token. Por isso o gabarito é a alternativa E. A ideia do enunciado é exatamente "a própria aplicação cliente obter um token de acesso sem envolver nenhum usuário final". Isso descreve o uso de service accounts no Keycloak, que é o mecanismo certo para autenticação de máquina para máquina. As outras opções tentam confundir com termos próximos do ecossistema, mas não atendem ao requisito central da questão. Aqui o ponto-chave é: sem usuário, com token para o próprio client. Nesse cenário, service accounts é a palavra mágica.