AEM formulários oferecem suporte ao provisionamento just-in-time de usuários que ainda não existem no Gerenciamento de usuários. Com o provisionamento just-in-time, os usuários são adicionados automaticamente ao Gerenciamento de usuários depois que suas credenciais são autenticadas com êxito. Além disso, funções e grupos relevantes são atribuídos dinamicamente ao novo usuário.
A autenticação tradicional funciona assim:
Quando um usuário tenta fazer logon em AEM formulários, o Gerenciamento de usuários transmite as credenciais do usuário sequencialmente para todos os provedores de autenticação disponíveis. (As credenciais de logon incluem uma combinação de nome de usuário/senha, tíquete Kerberos, assinatura PKCS7 e assim por diante.)
O provedor de autenticação valida as credenciais.
O provedor de autenticação verifica se o usuário existe no banco de dados do Gerenciamento de usuários. Os seguintes resultados são possíveis:
Existe: Se o usuário estiver atual e desbloqueado, o Gerenciamento de usuários retornará a autenticação bem-sucedida. No entanto, se o usuário não for atual ou estiver bloqueado, o Gerenciamento de usuários retornará a falha de autenticação.
Não existe: O Gerenciamento de usuários retorna a falha de autenticação.
Inválido: O Gerenciamento de usuários retorna a falha de autenticação.
O resultado retornado pelo provedor de autenticação é avaliado. Se o provedor de autenticação retornar a autenticação bem-sucedido, o usuário poderá fazer logon. Caso contrário, o Gerenciamento de usuários verificará o próximo provedor de autenticação (etapas 2 a 3).
A falha de autenticação é retornada se nenhum provedor de autenticação disponível validar as credenciais do usuário.
Quando o provisionamento just-in-time é implementado, um novo usuário é criado dinamicamente no Gerenciamento de usuários se um dos provedores de autenticação validar as credenciais do usuário. (Após a etapa 3 do procedimento de autenticação tradicional, acima).
Os AEM forms fornecem as seguintes APIs para o provisionamento just-in-time:
package com.adobe.idp.um.spi.authentication ;
publ ic interface IdentityCreator {
/**
* Tries to create a user with the in formation provided in the <code>UserProvisioningBO</code> object.
* If the user is successfully created, a valid AuthResponse is returned along with the information using which the user was created.
* It is the responsibility of the IdentityCreator to set the User obje ct in the cre dential map with th e ke y <code>UMA u thenticationUtil.authenticatedUserKey</code>
* The credentials are available in the <code>UserProvisioningBO</code> object in the 'credentials' property.
* If the IdentityCreator is unable to create a user due to any reason, it returns <code>null</code>
* @param userBO An object of <code>com.adobe. i dp.um . spi.authenti c ationUserProvisioningBO</code>
* @return */public AuthResponse create(UserProvisioningBO userBO);
/**
* Returns the name of the IdentityCreator which will be registered in preferences.
* This name is used to associate the IdentityProvider with the Auth Provider Configuration in the domain.
* @return The name of the Identity Creator which is recognized in Configuration.
*/
public String getName();
}
package com.adobe.idp.um.spi.authentication;
import com.adobe.idp.um.api.infomodel.User;
public interface AssignmentProvider {
/**
* Tries to assign roles or permissions or group memberships to users created via Just-in-time provisioning.
* @param user The User created via the Just-in-time provisioning process.
* @return a Boolean flag indicating whether the assignment was successful or not.
*/
public Boolean assign(User user);
/**
* Returns the name of the AssignmentProvider through which it is registered under preferences.
* This name is used to associate the AssignmentProvider with the Auth Provider Configuration in the domain.
* @return The name of the AssignmentProvider which is recognized in Configuration.
*/public String getName();
}
IdentityCreator
para um domínio híbrido, verifique se uma senha de teste está especificada para o usuário local. Não deixe este campo de senha vazio.DomainSpecificAuthentication
para validar as credenciais do usuário em relação a um domínio específico.Escreva um DSC implementando as APIs na seção "APIs para provisionamento just-in-time".
Implante o DSC no servidor de formulários.
Crie um domínio ativado apenas no tempo:
Salve o novo domínio.
Suponha que um usuário esteja tentando fazer logon em AEM formulários e que um provedor de autenticação aceite suas credenciais de usuário. Se o usuário ainda não existir no banco de dados do Gerenciamento de usuários, a verificação de identidade do usuário falhará. AEM formulários agora executa as seguintes ações:
UserProvisioningBO
com os dados de autenticação e coloque-os em um mapa de credenciais.UserProvisioningBO
, buscar e invocar o IdentityCreator
e AssignmentProvider
para o domínio .IdentityCreator
. Se retornar um bem-sucedido AuthResponse
, extrair UserInfo
no mapa de credenciais. Passe para o AssignmentProvider
para atribuição de grupo/função e qualquer outro pós-processamento depois que o usuário é criado.O recurso de provisionamento just-in-time é fornecido com uma implementação padrão de IdentityCreator
que você pode usar para criar usuários dinamicamente. Os usuários são criados com as informações associadas aos diretórios no domínio.