sqsc-keycloak-ruby 1.0.0.pre

Sign up to get free protection for your applications and to get access to all the features.
@@ -0,0 +1,532 @@
1
+ # Keycloak
2
+ A gem Keycloak foi desenvolvida para integrar aplicações e serviços ao sistema [Keycloak](http://www.keycloak.org/) da [Red Hat](https://www.redhat.com) para controle de usuários, autenticação, autorização e sessão.
3
+
4
+ O seu desenvolvimento foi baseado na versão 3.2 do Keycloak, cuja documentação pode ser encontrada [aqui](http://www.keycloak.org/archive/documentation-3.2.html).
5
+
6
+ Publicação da gem: https://rubygems.org/gems/keycloak
7
+
8
+ Exemplo: https://github.com/imagov/example-gem-keycloak
9
+
10
+ ## Instalação
11
+
12
+ Adicione esta linha no <b>Gemfile</b> de sua aplicação:
13
+
14
+ ```ruby
15
+ gem 'keycloak'
16
+ ```
17
+
18
+ Então execute:
19
+
20
+ $ bundle
21
+
22
+ Ou instale você mesmo:
23
+
24
+ $ gem install keycloak
25
+
26
+ Para adicionar o arquivo de configuração:
27
+
28
+ $ rails generate keycloak:config
29
+
30
+ ## Utilização
31
+
32
+ Considerando que você já possua um ambiente do Keycloak configurado e a gem já instalada, o próximo passo é definir como será a autenticação da aplicação. O Keycloak trabalha com os principais protocolos de autenticação, tais como o OpenID Connect, Oauth 2.0 e SAML 2.0, integrando acesso a sistemas via Single-Sign On, podendo inclusive disponibilizar acessos a usuários LDAP ou Active Directory.
33
+
34
+ Ao cadastrar um Reino e também um Client no seu ambiente Keycloak, você poderá fazer o download do arquivo de instalação do Client para dentro da pasta `config` da aplicação, para que a gem obtenha as informações necessárias para interagir com o Keycloak. Para fazer esse download, basta acessar o cadastro de seu Client, clicar na aba <b>Installation</b>, selecionar <b>Keycloak OIDC JSON</b> no campo <b>Format option</b> e clicar em <b>Download</b>. Caso a sua aplicação não trabalhe apenas com um client específico (aplicação servidora de APIs, por exemplo), então você poderá informar o reino que a gem irá interagir no arquivo de configuração `keycloak.rb`.
35
+
36
+ A gem possui um módulo principal chamado <b>Keycloak</b>. Dentro desse módulo há três outros módulos: <b>Client</b>, <b>Admin</b> e <b>Internal</b>.
37
+
38
+ ### Module Keycloak
39
+
40
+ O módulo Keycloak possui alguns atributos e suas definições são fundamentais para o perfeito funcionamento da gem na aplicação.
41
+
42
+ ```ruby
43
+ Keycloak.installation_file = 'path/to/file.json'
44
+ ```
45
+
46
+ Permite você determinar o local do arquivo de instalação do Keycloak, caso você esteja utilizando um. Se não for informado, o caminho default será `config/Keycloak.json`.
47
+
48
+ ```ruby
49
+ Keycloak.realm
50
+ ```
51
+
52
+ Se a sua aplicação não trabalha apenas com um client específico (aplicação servidora de APIs, por exemplo), então você poderá informar o nome do reino que a gem irá interagir nesse atributo. Ao ser instalada, a gem cria o arquivo `keycloak.rb` em `config/initializers`. Este atributo pode ser encontrado e definido nesse arquivo.
53
+
54
+
55
+ ```ruby
56
+ Keycloak.auth_server_url
57
+ ```
58
+
59
+ Para o mesmo cenário do atributo acima, você poderá informar a url do reino que a gem irá interagir nesse atributo. Ao ser instalada, a gem cria o arquivo `keycloak.rb` em `config/initializers`. Este atributo pode ser encontrado e definido nesse arquivo.
60
+
61
+
62
+ ```ruby
63
+ Keycloak.proxy
64
+ ```
65
+
66
+ Caso o ambiente onde a sua aplicação será utilizada exija a utilização de proxy para o consumo das APIs do Keycloak, então defina-o neste atributo. Ao ser instalada, a gem cria o arquivo `keycloak.rb` em `config/initializers`. Este atributo pode ser encontrado e definido nesse arquivo.
67
+
68
+ ```ruby
69
+ Keycloak.generate_request_exception
70
+ ```
71
+
72
+ Este atributo serve para definir se as exceções HTTP geradas nos retornos das requisições feitas para o Keycloak serão ou não estouradas na aplicação. Caso definido como `false`, então a exceção não será estourada e a resposta HTTP será retornada para a aplicação fazer o seu próprio tratamento. O valor default deste atributo é `true`. Ao ser instalada, a gem cria o arquivo `keycloak.rb` em `config/initializers`. Este atributo pode ser encontrado e definido nesse arquivo.
73
+
74
+
75
+ ```ruby
76
+ Keycloak.keycloak_controller
77
+ ```
78
+
79
+ É recomendado que a sua aplicação possua um controller que centraliza as ações de sessão que o Keycloak irá gerenciar, tais como a ação de login, logout, atualização de sessão, reset de senha, entre outras. Defina neste atributo qual é o nome do controller que desempenhará esse papel. Se o nome do seu controller é `SessionController`, então o valor deste atributo deverá ser apenas `session`. Ao ser instalada, a gem cria o arquivo `keycloak.rb` em `config/initializers`. Este atributo pode ser encontrado e definido nesse arquivo.
80
+
81
+
82
+ ```ruby
83
+ Keycloak.proc_cookie_token
84
+ ```
85
+
86
+ Este atributo trata-se de um método anônimo (lambda). O mesmo deve ser implementado na aplicação para que a gem tenha acesso ao token de autenticação que, por sua vez, deverá ser armazenado no cookie. Ao realizar a autenticação no keycloak através da gem, o sistema deverá armazenar o token retornado no cookie do browser, como por exemplo:
87
+ ```ruby
88
+ cookies.permanent[:keycloak_token] = Keycloak::Client.get_token(params[:user_login], params[:user_password])
89
+ ```
90
+ A aplicação poderá recuperar o token no cookie implementando o método `Keycloak.proc_cookie_token` da seguinte forma:
91
+ ```ruby
92
+ Keycloak.proc_cookie_token = -> do
93
+ cookies.permanent[:keycloak_token]
94
+ end
95
+ ```
96
+ Desta forma, todas as vezes que a gem precisar utilizar as informações do token para consumir um serviço do Keycloak, ele irá invocar este método lambda.
97
+
98
+
99
+ ```ruby
100
+ Keycloak.proc_external_attributes
101
+ ```
102
+
103
+ O Keycloak dá a possibilidade de que novos atributos sejam mapeados no cadastro de usuários. Porém, quando esses atributos são específicos da aplicação, recomenda-se que a própria os gerencie. Para isso, a melhor solução é criar esses atributos na aplicação - exemplo: criar uma tabela no banco de dados da própria aplicação contendo as colunas representando cada um dos atributos, inserindo também nessa tabela uma coluna de identificação única (unique key), contendo na mesma o Id do usuário criado no Keycloak, indicando que esse pertencente àquele Id possui aqueles atributos.
104
+ Para que a gem tenha acesso a esses atributos, defina o atributo`Keycloak.proc_external_attributes` com um método lambda obtendo do `model` os atributos do usuário logado. Exemplo:
105
+ ```ruby
106
+ Keycloak.proc_external_attributes = -> do
107
+ atributos = UsuariosAtributo.find_or_create_by(user_keycloak_id: Keycloak::Client.get_attribute('sub'))
108
+ if atributos.status.nil?
109
+ atributos.status = false
110
+ atributos.save
111
+ end
112
+ atributos
113
+ end
114
+ ```
115
+
116
+ <b>Observação:</b> Os atributos `Keycloak.proc_cookie_token` e `Keycloak.proc_external_attributes` podem ser definidos no `initialize` do controller `ApplicationController`.
117
+
118
+
119
+ ```ruby
120
+ Keycloak.validate_token_when_call_has_role
121
+ ```
122
+
123
+ Será executado o introspect do token todas as vezes que o método `Keycloak::Client.has_role?` for invocado, caso esta configuração esteja setada como `true`.
124
+
125
+
126
+ ### Keycloak::Client
127
+
128
+ O módulo `Keycloak::Client` possui os métodos que representam os serviços de <b>endpoints</b>. Esses serviços são fundamentais para a criação e atualização de tokens, efetuação de login e logout, e, também para a obtenção de informações sintéticas de um usuário logado. O que habilita a gem a fazer uso de todos esses serviços é o arquivo de instalação do client citado anteriormente.
129
+
130
+ Vamos ao detalhamento de cada um desses métodos:
131
+
132
+
133
+ ```ruby
134
+ Keycloak::Client.get_token(user, password, client_id = '', secret = '')
135
+ ```
136
+
137
+ Caso você opte por efetuar a autenticação dos usuários utilizando a tela da sua própria aplicação, então utilize esse método. Basta invocá-lo no método de login no `controller` definido com o controlador de sessão de sua aplicação, passando como parâmetro o <b>usuário</b> e a <b>senha</b> informados pelo usuário. Caso a autenticação seja válida, então será retornado um JSON contendo entre as informações principais o `access_token` e o `refresh_token`.
138
+
139
+
140
+ ```ruby
141
+ Keycloak::Client.url_login_redirect(redirect_uri, response_type = 'code')
142
+ ```
143
+
144
+ Para efetuar a autenticação dos usuários de sua aplicação utilizando um template configurado no Keycloak, redirecione a requisição para a url retornada nesse método. Passe como parâmetro a url que o usuário terá acesso no caso de êxito na autenticação(`redirect_uri`) e também o tipo de resposta (`response_type`), que caso não informado, a gem assumirá o valor `code`. Caso a autenticação seja bem sucedida, então será retornado um `code` que te habilitará a requisitar um token ao Keycloak.
145
+
146
+
147
+ ```ruby
148
+ Keycloak::Client.get_token_by_code(code, redirect_uri, client_id = '', secret = '')
149
+ ```
150
+
151
+ Ao utilizar o método `Keycloak::Client.url_login_redirect` para obter um `code`, passe-o como parâmetro neste método para que o Keycloak retorne um token, efetuando assim o login do usuário na aplicação. O segundo parâmetro (`redirect_uri`) deve ser passado para que, ao disponibilizar um token, o Keycloak redirecione para a url informada.
152
+
153
+
154
+ ```ruby
155
+ Keycloak::Client.get_token_by_exchange(issuer, issuer_token, client_id = '', secret = '')
156
+ ```
157
+
158
+ Para obter um token através de um token obtido anteriormente de um provedor confiável (padrão OpenID), como Facebook, Gooble, Twitter, ou até mesmo outro reino configurado no keycloak, basta invocar este método, passando no parâmetro `issuer` o alias do provedor configurado no reino, e, no parâmetro `issuer_token` o token obtido por esse provedor. Com isso, será retornado um token autenticado pelo teu reino.
159
+
160
+
161
+ ```ruby
162
+ Keycloak::Client.get_userinfo_issuer(access_token = '', userinfo_endpoint = '')
163
+ ```
164
+
165
+ Esse método retorna as informações do usuário de um provevedor (`issuer` do método `get_token_by_exchange`) representado pelo `access_token` passado como parâmetro. Caso o parâmetro `access_token` não seja informado, então a gem obterá essa informação no cookie.
166
+
167
+
168
+ ```ruby
169
+ Keycloak::Client.get_token_by_refresh_token(refresh_token = '', client_id = '', secret = '')
170
+ ```
171
+
172
+ Quando o usuário já estiver logado e a sua aplicação acompanhar internamente o tempo de expiração do token fornecido pelo Keycloak, então esse método poderá ser utilizado para a renovação desse token, caso o mesmo ainda seja válido. Para isso, basta passar como parãmetro o `refresh_token`. Caso não seja informado o `refresh_token`, a gem utilizará o `refresh_token` armazenado no cookie.
173
+
174
+
175
+ ```ruby
176
+ Keycloak::Client.get_token_introspection(token = '', client_id = '', secret = '', token_introspection_endpoint = '')
177
+ ```
178
+
179
+ Esse método retorna a as informações da sessão do `token` passado como parâmetro. Entre as informações retornadas, a mais importante é o campo `active`, pois ele informa se a sessão do token passado no parâmetro é ativo ou não. Isso auxiliará a sua aplicação a controlar se a sessão do usuário logado expirou ou não. Caso nenhum token seja passado como parâmetro, a gem utilizará o último `access_token` armazenado no cookie da aplicação.
180
+
181
+
182
+ ```ruby
183
+ Keycloak::Client.get_token_by_client_credentials(client_id = '', secret = '')
184
+ ```
185
+
186
+ Há alguns serviços do Keycloak como <b>reset de senha</b>, <b>cadastro de usuário</b> na tela inicial da aplicação ou até mesmo autenticação seguindo o padrão <b>OAuth 2.0</b>, que a autenticação de um usuário torna-se desnecessária. Sendo assim, podemos obter um token utilizando as credenciais da sua própria aplicação (Client) cadastrada no Keycloak. Para obter esse token, deve-se passar como parâmetro desse método o `client_id` - informado pela pessoa que cadastrou sua aplicação no Keycloak - e a `secret` de sua aplicação gerado pelo Keycloak - para gerar uma `secret`, o <b>Access Type</b> do seu Client (Aplicação) deverá estar configurado como `confidential`. Caso você não passe nenhum desses parâmetros, a gem utilizará as credenciais contidas no arquivo de instalação citado anteriormente.
187
+
188
+
189
+ ```ruby
190
+ Keycloak::Client.logout(redirect_uri = '', refresh_token = '', client_id = '', secret = '', end_session_endpoint = '')
191
+ ```
192
+
193
+ Quando utilizado antes da expiração da sessão do usuário logado, esse método encerra a sessão. Se o parâmetro `redirect_uri` for alimentado, então o Keycloak redirecionará a sua aplicação para a url informada após a efetuação do logout. O segundo parâmetro é o `refresh_token` obtido no momento da autenticação ou da atualização da sessão. Caso este último não seja informado, então a gem utilizará o `refresh_token` do cookie.
194
+
195
+
196
+ ```ruby
197
+ Keycloak::Client.get_userinfo(access_token = '', userinfo_endpoint = '')
198
+ ```
199
+
200
+ Esse método retorna informações sintéticas do usuário representado pelo `access_token` passado como parâmetro, tais como `sub` - que é o Id do usuário autenticado -, `preferred_username` - que é o nome do usuário autenticado - e `email` - que é o e-mail do usuário. Caso o parâmetro `access_token` não seja informado, então a gem obterá essa informação no cookie.
201
+
202
+
203
+ ```ruby
204
+ Keycloak::Client.url_user_account
205
+ ```
206
+
207
+ Retorna a <b>url</b> para acesso ao cadastro de usuários do Reino do arquivo de instalação (`keycloak.json`). Para ter acesso a tela, o Keycloak exigirá a autenticação do usuário. Após logado, e caso tenha permissão, o usuário terá acesso a suas informações cadastrais podendo inclusive alterá-las.
208
+
209
+
210
+ ```ruby
211
+ Keycloak::Client.has_role?(user_role, access_token = '', client_id = '', secret = '', token_introspection_endpoint = '')
212
+ ```
213
+
214
+ O método `has_role?` decodifica o JWT `access_token` e verifica se o usuário dono do token possui o <b>role</b> informado no parâmetro `user_role`. Caso o `access_token` não seja informado, então a gem utilizará o `access_token` do cookie.
215
+
216
+
217
+ ```ruby
218
+ Keycloak::Client.user_signed_in?(access_token = '', client_id = '', secret = '', token_introspection_endpoint = '')
219
+ ```
220
+
221
+ Esse método verifica se o `access_token` passado no parâmetro ainda está ativo. Para verificar se o usuário está ativo ou não, internamente a gem invoca o método `get_token_introspection`. Caso o `access_token` não seja informado, então a gem utilizará o `access_token` do cookie.
222
+
223
+
224
+ ```ruby
225
+ Keycloak::Client.get_attribute(attribute_name, access_token = '')
226
+ ```
227
+
228
+ Esse método decodifica o JWT `access_token` e retorna o valor do atributo de nome passado no parâmetro `attribute_name`. Esse atributo pode ser um <b>mapper</b> - cadastrado na seção <b>Mappers</b> do cadastro do <b>Client</b> do Reino. Caso o `access_token` não seja informado, então a gem utilizará o `access_token` do cookie.
229
+
230
+
231
+ ```ruby
232
+ Keycloak::Client.token
233
+ ```
234
+
235
+ Retorna o último token autenticado armazenado no cookie. Quando na aplicação é implementado o método `Keycloak.proc_cookie_token` e um usuário faz a autenticação da aplicação, esse método retornará o token desse usuário.
236
+
237
+
238
+ ```ruby
239
+ Keycloak::Client.external_attributes
240
+ ```
241
+
242
+ Quando implementado o método `Keycloak.proc_external_attributes`, o método `external_attributes` o retornará. A finalidade desse método é retornar os atributos específicos da aplicação não mapeados no Keycloak.
243
+
244
+
245
+ ### Keycloak::Admin
246
+
247
+ O módulo `Keycloak::Admin`disponibiliza métodos que representam as [REST APIs do Keycloak](http://www.keycloak.org/docs-api/3.2/rest-api/index.html). Para a utilização dessas APIs, será necessário um `access_token` ativo, ou seja, a autenticação deverá ocorrer antes da utilização dos métodos para que um token válido seja utilizado como credencial. Caso o `access_token` não seja informado, então a gem utilizará o `access_token` do cookie. O usuário autenticado deverá ter o `role` do respectivo serviço invocado - roles do client `realm-management`, que representa o gerenciamento do reino.
248
+
249
+ Segue abaixo a lista dos métodos. O parâmetro de rota `{realm}` de todas as APIs será obtido do arquivo de instalação `keycloak.json`:
250
+
251
+
252
+ ```ruby
253
+ # GET /admin/realms/{realm}/users
254
+ Keycloak::Admin.get_users(query_parameters = nil, access_token = nil)
255
+ ```
256
+
257
+ `get_users` retorna uma lista de usuários, filtrada de acordo com o hash de parâmetros passado em `query_parameters`.
258
+
259
+
260
+ ```ruby
261
+ # POST /admin/realms/{realm}/users
262
+ Keycloak::Admin.create_user(user_representation, access_token = nil)
263
+ ```
264
+
265
+ `create_user` cria um novo usuário no Keycloak. O parâmetro `user_representation` deve ser um hash conforme o [UserRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_userrepresentation) do Keycloak. O retorno deste método será `true` para o caso de sucesso.
266
+
267
+
268
+ ```ruby
269
+ # GET /admin/realms/{realm}/users/count
270
+ Keycloak::Admin.count_users(access_token = nil)
271
+ ```
272
+
273
+ `count_users` retorna a quantidade de usuários do reino.
274
+
275
+
276
+ ```ruby
277
+ # GET /admin/realms/{realm}/users/{id}
278
+ Keycloak::Admin.get_user(id, access_token = nil)
279
+ ```
280
+
281
+ `get_user` retorna a representação do usuário identificado pelo parâmetro `id` - que é o <b>ID</b> criado pelo Keycloak ao criar um novo usuário.
282
+
283
+
284
+ ```ruby
285
+ # PUT /admin/realms/{realm}/users/{id}
286
+ Keycloak::Admin.update_user(id, user_representation, access_token = nil)
287
+ ```
288
+
289
+ `update_user` atualiza o cadastro do usuário identificado pelo `id` - que é o <b>ID</b> criado pelo Keycloak ao criar um novo usuário. No parâmetro `user_representation` deverá ser uma hash com os campos que serão alterados, respeitando o [UserRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_userrepresentation) do Keycloak. O retorno deste método será `true` para o caso de sucesso.
290
+
291
+
292
+ ```ruby
293
+ # DELETE /admin/realms/{realm}/users/{id}
294
+ Keycloak::Admin.delete_user(id, access_token = nil)
295
+ ```
296
+
297
+ `delete_user` exclui o cadastro do usuário identificado pelo `id` - que é o <b>ID</b> criado pelo Keycloak ao criar um novo usuário. O retorno deste método será `true` para o caso de sucesso.
298
+
299
+
300
+ ```ruby
301
+ # DELETE /admin/realms/{realm}/users/{id}/consents/{client}
302
+ Keycloak::Admin.revoke_consent_user(id, client_id = nil, access_token = nil)
303
+ ```
304
+
305
+ `revoke_consent_user` revoga os tokens de um usuário identificado pelo `id` - que é o <b>ID</b> criado pelo Keycloak ao criar um novo usuário - no client identificado pelo parâmetro `client_id`.
306
+
307
+
308
+ ```ruby
309
+ # PUT /admin/realms/{realm}/users/{id}/execute-actions-email
310
+ Keycloak::Admin.update_account_email(id, actions, redirect_uri = '', client_id = nil, access_token = nil)
311
+ ```
312
+
313
+ `update_account_email` envia um e-mail de atualização da conta para o usuário representado pelo parâmetro `id`. O e-mail contém um link que o usuário poderá clicar para executar um conjunto de ações representados pelo parâmetro `actions` - que aguarda um `array` de [ações definidas pelo Keycloak](http://www.keycloak.org/docs/3.2/server_admin/topics/users/required-actions.html). Um exemplo de valor que pode ser passado para o parâmetro `actions` é `['UPDATE_PASSWORD']`, que indica que a ação que o usuário deverá tomar ao clicar o link do e-mail é de alterar a sua senha. No parâmetro `redirect_uri`, caso necessário, deverá ser passada uma <b>url</b> para que, ao término do envio do e-mail, a aplicação seja redirecionada. O parâmetro `client_id` deverá ser informado caso o Client responsável pela as ações que deverão ser executadas não seja o mesmo do arquivo de instalação `keycloak.json`.
314
+
315
+
316
+ ```ruby
317
+ # GET /admin/realms/{realm}/users/{id}/role-mappings
318
+ Keycloak::Admin.get_role_mappings(id, access_token = nil)
319
+ ```
320
+
321
+ `get_role_mappings` retorna todas as <b>Role Mappings</b> do reino atribuídas ao usuário identificado pelo parâmetro `id`, independentemente do Client.
322
+
323
+ ```ruby
324
+ # GET /admin/realms/{realm}/groups
325
+ Keycloak::Admin.get_groups(query_parameters = nil, access_token = nil)
326
+ ```
327
+
328
+ `get_groups` retorna a lista de [GroupRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_grouprepresentation) do reino. O parâmetro opcional `query_parameters` espera um hash com propriedades correspondentes a qualquer um dos [query parameters](https://www.keycloak.org/docs-api/3.2/rest-api/index.html#_groups_resource) aceitos pela API.
329
+
330
+
331
+ ```ruby
332
+ # GET /admin/realms/{realm}/clients
333
+ Keycloak::Admin.get_clients(query_parameters = nil, access_token = nil)
334
+ ```
335
+
336
+ `get_clients` retorna uma lista de [ClientRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_clientrepresentation) Clients pertencentes ao reino. O parâmetro `query_parameters` espera um hash com os atributos `clientId` - caso deseje que a lista seja filtrada pelo `client_id` - e `viewableOnly` - para filtrar se os Clients de administração do Keycloak serão ou não retornados na lista.
337
+
338
+
339
+ ```ruby
340
+ # GET /admin/realms/{realm}/clients/{id}/roles
341
+ Keycloak::Admin.get_all_roles_client(id, access_token = nil)
342
+ ```
343
+
344
+ `get_all_roles_client` retorna uma lista de [RoleRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_rolerepresentation) com todos os <b>roles</b> do client identificado pelo parâmetro `id` - deve ser passado nesse parâmetro o `ID` do Client e não o `client_id`.
345
+
346
+
347
+ ```ruby
348
+ # GET /admin/realms/{realm}/clients/{id}/roles/{role-name}
349
+ Keycloak::Admin.get_roles_client_by_name(id, role_name, access_token = nil)
350
+ ```
351
+
352
+ `get_roles_client_by_name` retorna a [RoleRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_rolerepresentation) do role identificado pelo parâmetro `role_name` - que é o nome do role.
353
+
354
+
355
+ ```ruby
356
+ # POST /admin/realms/{realm}/users/{id}/role-mappings/clients/{client}
357
+ Keycloak::Admin.add_client_level_roles_to_user(id, client, role_representation, access_token = nil)
358
+ ```
359
+
360
+ `add_client_level_roles_to_user` insere um <b>role</b> do Client (representado pelo parâmetro `client`) ao usuário representado pelo parâmetro `id`. O parâmetro `role_representation` deverá receber um `array` de [RoleRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_rolerepresentation) que serão inseridos no usuário. Em caso de sucesso, o retorno será `true`.
361
+
362
+
363
+ ```ruby
364
+ # DELETE /admin/realms/{realm}/users/{id}/role-mappings/clients/{client}
365
+ Keycloak::Admin.delete_client_level_roles_from_user(id, client, role_representation, access_token = nil)
366
+ ```
367
+
368
+ `delete_client_level_roles_from_user` exclui um <b>Client-Role</b> (representado pelo parâmetro `client`) do usuário representado pelo parâmetro `id`. O parâmetro `role_representation` deverá receber um `array` de [RoleRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_rolerepresentation) que serão retirados do usuário. Em caso de sucesso, o retorno será `true`.
369
+
370
+
371
+ ```ruby
372
+ # GET /admin/realms/{realm}/users/{id}/role-mappings/clients/{client}
373
+ Keycloak::Admin.get_client_level_role_for_user_and_app(id, client, access_token = nil)
374
+ ```
375
+
376
+ `get_client_level_role_for_user_and_app` retorna uma lista de [RoleRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_rolerepresentation) dos <b>Client-Roles</b> do Client representado pelo parâmetro `client` vinculados ao usuário representado pelo parâmetro `id`.
377
+
378
+
379
+ ```ruby
380
+ Keycloak::Admin.update_effective_user_roles(id, client_id, roles_names, access_token = nil)
381
+ ```
382
+
383
+ `update_effective_user_roles` não está na lista de <b>Admin APIs</b> do Keycloak. Este método vincula ao usuário representado pelo parâmetro `id` todos os roles passados em um `array` no parâmetro `roles_names`. Os roles passados no parâmetro `roles_names` deverão pertencer ao Client representado pelo parâmetro `client_id`. Caso o usuário possua o vínculo com um role que não esteja no parâmetro `roles_names`, esse vínculo será removido, pois a finalidade desse método é que o usuário assuma efetivamente os roles passados nesse parâmetro. Em caso de sucesso, o retorno será `true`.
384
+
385
+
386
+ ```ruby
387
+ PUT /admin/realms/{realm}/users/{id}/reset-password
388
+ Keycloak::Admin.reset_password(id, credential_representation, access_token = nil)
389
+ ```
390
+
391
+ `reset_password` altera a senha do usuário representado pelo parâmetro `id`. A nova senha é representada pelo parâmetro `credential_representation`, que trata-se de um conjunto de informações formatadas segundo a seção [CredentialRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_credentialrepresentation) do manual de APIs do Keycloak.
392
+
393
+
394
+ ```ruby
395
+ GET /admin/realms/{realm}/groups/{id}/role-mappings/clients/{client}/composite
396
+ Keycloak::Admin.get_effective_client_level_role_composite_user(id, client, access_token = nil)
397
+ ```
398
+
399
+ `get_effective_client_level_role_composite_user` retorna uma lista (array) de [RoleRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_rolerepresentation) de um <b>Grupo</b> representado pelo parâmetro `id` atrelados a um <b>Client</b> representado pelo parâmetro `client`.
400
+
401
+
402
+ Caso tenha algum serviço no manual [Keycloak Admin REST API](http://www.keycloak.org/docs-api/3.2/rest-api/index.html) que não tenha sido implementado na gem, há uma possibilidade do mesmo ser invocado utilizando os <b>Generics Methods</b> do model `Keycloak::Admin`. Os <b>Generics Methods</b> te possibilita fazer a requisição de qualquer uma das APIs, seja ela `GET`, `POST`, `PUT` ou `DELETE`, passando os parâmetros da requisição como `hashes` nos parâmetros `query_parameters` e `body_parameter` dos <b>Generics Methods</b>.
403
+ <br>
404
+ Veja a seguir os <b>Generics Methods</b>:
405
+ <br>
406
+
407
+ ```ruby
408
+ Keycloak::Admin.generic_get(service, query_parameters = nil, access_token = nil)
409
+ ```
410
+
411
+ `generic_get` permite que você faça requisições de serviços `GET` do <b>Keycloak</b>. A parte da URI que identifica o serviço deve ser passada no parâmetro `service`, já com os parâmetros de rota (como o `{client}`, por exemplo) devidamente substituídos. No parâmetro `query_parameters` você poderá passar um `hash` contendo os <b>Queries Parameters</b> da requisição.<br>
412
+ Exemplo:
413
+ ```ruby
414
+ Keycloak::Admin.generic_get("users/", {email: 'admin@test.com'}, "eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldU...")
415
+ ```
416
+
417
+
418
+
419
+ ```ruby
420
+ Keycloak::Admin.generic_post(service, query_parameters, body_parameter, access_token = nil)
421
+ ```
422
+
423
+ `generic_post` permite que você faça requisições de serviços `POST` do <b>Keycloak</b>. A parte da URI que identifica o serviço deve ser passada no parâmetro `service`, já com os parâmetros de rota (como o `{client}`, por exemplo) devidamente substituídos. No parâmetro `query_parameters` você poderá passar um `hash` contendo os <b>Query Parameters</b> da requisição. No parâmetro `body_parameter` você poderá passar um `hash` contendo os <b>Body Parameters</b> da requisição.<br>
424
+ Exemplo:
425
+ ```ruby
426
+ Keycloak::Admin.generic_post("users/", nil, { username: "admin", email: "admin@test.com", enabled: true }, "eyJhbGciOiJSUzI1NiIsInR5cCIgOiAiSldU...")
427
+ ```
428
+
429
+
430
+ ```ruby
431
+ Keycloak::Admin.generic_put(service, query_parameters, body_parameter, access_token = nil)
432
+ ```
433
+
434
+ `generic_put` permite que você faça requisições de serviços `PUT` do <b>Keycloak</b>. A parte da URI que identifica o serviço deve ser passada no parâmetro `service`, já com os parâmetros de rota (como o `{client}`, por exemplo) devidamente substituídos. No parâmetro `query_parameters` você poderá passar um `hash` contendo os <b>Query Parameters</b> da requisição. No parâmetro `body_parameter` você poderá passar um `hash` contendo os <b>Body Parameters</b> da requisição.
435
+
436
+
437
+ ```ruby
438
+ Keycloak::Admin.generic_delete(service, query_parameters = nil, body_parameter = nil, access_token = nil)
439
+ ```
440
+
441
+ `generic_delete` permite que você faça requisições de serviços `DELETE` do <b>Keycloak</b>. A parte da URI que identifica o serviço deve ser passada no parâmetro `service`, já com os parâmetros de rota (como o `{client}`, por exemplo) devidamente substituídos. No parâmetro `query_parameters` você poderá passar um `hash` contendo os <b>Query Parameters</b> da requisição. No parâmetro `body_parameter` você poderá passar um `hash` contendo os <b>Body Parameters</b> da requisição.
442
+
443
+
444
+
445
+ ### Keycloak::Internal
446
+
447
+ O módulo `Keycloak::internal` disponibiliza métodos criados para facilitar a interação entre a aplicação e o <b>Keycloak</b>. Partindo das informações encontradas no arquivo de instalação `keycloak.json`, todos os métodos invocados serão autenticados automaticamente, utilizando as credências da aplicação (`grant_type = client_credentials`), dependendo assim dos <b>roles</b> atribuídos a mesma para que o retorno da requisição seja autorizado.
448
+
449
+
450
+ ```ruby
451
+ Keycloak::Internal.get_users(query_parameters = nil, client_id = '', secret = '')
452
+ ```
453
+
454
+ `get_users` invoca o método `Keycloak::Admin.get_users` que, por sua vez, retorna uma lista de usuários, filtrada de acordo com o hash de parâmetros passado em `query_parameters`.
455
+
456
+ ```ruby
457
+ Keycloak::Internal.get_groups(query_parameters = nil, client_id = '', secret = '')
458
+ ```
459
+
460
+ `get_groups` invoca o método `Keycloak::Admin.get_groups` que retonar a hierarquia dos grupos do reino, filtrado de acordo com o hash passado no parâmetro `query_parameters`.
461
+
462
+
463
+ ```ruby
464
+ Keycloak::Internal.change_password(user_id, redirect_uri = '', client_id = '', secret = '')
465
+ ```
466
+
467
+ `change_password` invocará a API `PUT /admin/realms/{realm}/users/{id}/execute-actions-email` do Keycloak requisitando a action `UPDATE_PASSWORD`. Isso fará com que o Keycloak dispare um e-mail para o usuário representado pelo parâmetro `user_id`. O parâmetro `redirect_uri` é opcional. Se não for preenchido, então não haverá nenhum link para clicar após a ação de reset de senha ter sido concluída.
468
+
469
+
470
+ ```ruby
471
+ Keycloak::Internal.get_user_info(user_login, whole_word = false, client_id = '', secret = ''))
472
+ ```
473
+
474
+ `get_user_info`, baseado no parâmetro `user_login`, que poderá recepcionar o `username` ou o `email` do usuário, retornará uma lista (array) de [UserRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_userrepresentation) no caso em que o parâmetro `whole_word` for `false`, ou retornará um [UserRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_userrepresentation) quando o parâmetro `whole_word` for `true`. O parâmetro `whole_word` indica se o método deverá considerar usuários que tenham no `username` ou `email` parte da expressão passada no parâmetro `user_login` - para os casos de `whole_word = false` -, ou que tenha exatamente a expressão passada nesse parâmetro - para os casos de `whole_word = true`.
475
+
476
+
477
+ ```ruby
478
+ Keycloak::Internal.forgot_password(user_login, redirect_uri = '', client_id = '', secret = '')
479
+ ```
480
+
481
+ `forgot_password` invocará o método `Keycloak::Internal.change_password` após invocar o método `Keycloak::Internal.get_user_info` - passando no parâmetro `user_login` do método descrito o parâmetro `user_login`deste tópico e passando `true` no parâmetro `whole_word`. A utilização deste método é indicado para os casos de aplicações permitam o reset da senha dos usuários sem que o mesmo esteja logado.
482
+
483
+
484
+ ```ruby
485
+ Keycloak::Internal.exists_name_or_email(value, user_id = '', client_id = '', secret = '')
486
+ ```
487
+
488
+ `exists_name_or_email` verifica se no reino já existe algum usuário com `username` ou o `email` passado no parâmetro `value`. O parâmetro `user_id` serve para passar o `ID` de um usuário nos casos em que deseja-se alterar o `username` ou o `email` do mesmo, para que assim sejam considerados na verificação do `username` e do `email` usuários diferentes do usuário com o `ID` informado em `user_id`.
489
+
490
+
491
+ ```ruby
492
+ Keycloak::Internal.get_logged_user_info(client_id = '', secret = '')
493
+ ```
494
+
495
+ `get_logged_user_info` retorna o [UserRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_userrepresentation) do usuário logado na aplicação.
496
+
497
+
498
+ ```ruby
499
+ # GET /admin/realms/{realm}/users
500
+ Keycloak::Internal.logged_federation_user?(client_id = '', secret = '')
501
+ ```
502
+
503
+ `logged_federation_user?` incova o método `Keycloak::Internal.get_logged_user_info` e verifica se o mesmo é um <b>Federation User</b> (um usuário do LDAP por exemplo).
504
+
505
+
506
+ ```ruby
507
+ # GET /admin/realms/{realm}/users
508
+ Keycloak::Internal.create_starter_user(username, password, email, client_roles_names, proc = nil, client_id = '', secret = '')
509
+ ```
510
+
511
+ `create_starter_user` é indicado para aplicações que permitam a criação de novos usuários sem que um usuário esteja logado ou até mesmo para criar novos usuários a partir do `rake db:seed`. Nos parâmetros `username`, `password` e `email` devem ser passados o nome, a senha, e o e-mail do usuário, respectivamente. No parâmetro `client_roles_names`deve ser passado uma lista (array) com o nome dos `roles` do Client que serão atribuídos ao usuário. O parâmetro `proc` trata-se de um método <b>lambda</b> que disponibilizará como parâmetro a [UserRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_userrepresentation) do usuário criado para que sejam definidas ações por parte da aplicação. Esse método terá como retorno o mesmo retorno do método do parâmetro `proc` se o mesmo for definido, caso contrário retornará a [UserRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_userrepresentation) do usuário criado.
512
+
513
+
514
+ ```ruby
515
+ Keycloak::Internal.get_client_roles(client_id = '', secret = '')
516
+ ```
517
+
518
+ `get_client_roles` retornará uma lista (array) de [RoleRepresentation](http://www.keycloak.org/docs-api/3.2/rest-api/index.html#_rolerepresentation) do Client indicado no parâmetro `client_id` ou, na falta desse, pelo Client do arquivo de instalação `keycloak.json`.
519
+
520
+
521
+ ```ruby
522
+ Keycloak::Internal.get_client_user_roles(user_id, client_id = '', secret = '')
523
+ ```
524
+
525
+ `get_client_user_roles` invocará o método `Keycloak::Admin.get_effective_client_level_role_composite_user` considerando o Client indicado no parâmetro `client_id` ou, na falta desse, pelo Client do arquivo de instalação `keycloak.json` e o usuário representado pelo parâmetro `user_id`.
526
+
527
+
528
+ ```ruby
529
+ Keycloak::Internal.has_role?(user_id, user_role, client_id = '', secret = '')
530
+ ```
531
+
532
+ `has_role?` informará se o usuário representado pelo parâmetro `user_id` possui o <b>role</b> com o nome representado pelo parâmetro `user_role`.