LDAP (L ightweight D irectory A ccess P rotocol) est un protocole utilisé pour accéder aux services d’annuaire centralisé. Cela permet de réduire l’effort de gestion des comptes utilisateur, car plusieurs applications peuvent accéder à ces comptes. L’un de ces serveurs LDAP est Active Directory. LDAP est souvent utilisé pour appliquer l’authentification unique, qui permet à un utilisateur d’accéder à plusieurs applications après s’être connecté une seule fois.
Les comptes utilisateur peuvent être synchronisés entre le serveur LDAP et le référentiel, les détails du compte LDAP étant enregistrés dans le référentiel. Cela permet d’affecter les comptes aux groupes de référentiel pour attribuer les autorisations et les privilèges requis.
Le référentiel utilise l’authentification LDAP pour authentifier ces utilisateurs, avec les informations d’identification transmises au serveur LDAP pour la validation, ce qui est requis avant d’autoriser l’accès au référentiel. Pour améliorer les performances, les informations d’identification validées peuvent être mises en cache par le référentiel, avec un délai d’expiration pour s’assurer que la revalidation se produit après une période appropriée.
Lorsqu’un compte est supprimé du serveur LDAP, la validation n’est plus effectuée et l’accès au référentiel est donc refusé. Les informations sur les comptes LDAP enregistrés dans le référentiel peuvent également être purgées.
L’utilisation de tels comptes est transparente pour vos utilisateurs, lesquels ne voient aucune différence entre les comptes d’utilisateur et de groupe créés à partir de LDAP et ceux créés uniquement dans le référentiel.
Dans AEM 6, la prise en charge de LDAP est fournie avec une nouvelle implémentation qui requiert un type de configuration différent de celui des versions précédentes.
Toutes les configurations LDAP sont désormais disponibles en tant que configurations OSGi. Elles peuvent être configurées via la console de gestion web à l’adresse suivante :
https://serveraddress:4502/system/console/configMgr
Pour que LDAP fonctionne avec AEM, vous devez créer trois configurations OSGi :
Regardez la vidéo Module de connexion externe Oak - Authentification avec LDAP, et au-delà pour découvrir en détail les modules de connexion externes.
Pour lire un exemple de configuration d’Experience Manager avec Apache DS, consultez la section Configuration d’Adobe Experience Manager 6.5 pour l’utilisation d’Apache Directory Service (en anglais).
Le fournisseur d’identités LDAP est utilisé pour définir la manière dont les utilisateurs sont extraits du serveur LDAP.
Il figure dans la console de gestion sous le nom Fournisseur d’identités LDAP Oak Apache Jackrabbit.
Les options de configuration suivantes sont disponibles pour le fournisseur d’identités LDAP :
Nom du fournisseur LDAP | Nom de la configuration de ce fournisseur LDAP. |
Nom d’hôte du serveur LDAP |
Nom d’hôte du serveur LDAP |
Port du serveur LDAP | Port du serveur LDAP |
Utiliser SSL | Indique si une connexion SSL (LDAP) doit être utilisée. |
Utiliser TLS | Indique si TLS doit être démarré sur les connexions. |
Désactivation de la vérification de certificat | Indique si la validation du certificat du serveur doit être désactivée. |
DN de liaison | DN de l’utilisateur pour l’authentification. Si ce champ n’est pas renseigné, la liaison est anonyme. |
Lier le mot de passe | Mot de passe de l’utilisateur pour l’authentification |
Délai de recherche | Durée jusqu’à ce que la recherche expire |
max actif sur le pool d’administration | Nombre maximale d’actifs sur le pool de connexions d’administration. |
Max actif sur le pool d’utilisateurs | Nombre maximal d’actifs sur le pool de connexions utilisateur. |
DN de base de l’utilisateur | DN des recherches d’utilisateurs |
Classes d’objet utilisateur | La liste des classes d’objets qu’une entrée utilisateur doit contenir. |
Attribut d’identifiant utilisateur | Nom de l’attribut qui contient l’identifiant de l’utilisateur. |
Filtre supplémentaire utilisateur | Filtre LDAP supplémentaire à utiliser lors de la recherche d’utilisateurs. Le filtre final est formaté comme suit : '(&(<idAttr>=<userId>)(objectclass=<objectclass>)<extraFilter>)' (user.extraFilter) |
Chemins de noms utilisateur | Contrôle si le DN doit être utilisé pour calculer une partie du chemin intermédiaire. |
DN de base du groupe | DN de base pour les recherches de groupe. |
Classes d’objet de groupe | La liste des classes d’objets qu’une entrée de groupe doit contenir. |
Attribut de nom de groupe | Nom de l’attribut qui contient le nom du groupe. |
Filtre supplémentaire de groupe | Filtre LDAP supplémentaire à utiliser lors de la recherche de groupes. Le filtre final est formaté comme suit : '(&(<nameAttr>=<groupName>)(objectclass=<objectclass>)<extraFilter>)' |
Chemins d’accès DN du groupe | Contrôle si le DN doit être utilisé pour calculer une partie du chemin intermédiaire. |
Attribut du membre du groupe | Attribut Groupe contenant le ou les membres d’un groupe. |
Le gestionnaire de synchronisation définit comment les utilisateurs et les groupes du fournisseur d’identités sont synchronisés avec le référentiel.
Il se trouve sous le nom Gestionnaire de synchronisation par défaut Apache Jackrabbit Oak dans la console de gestion.
Les options de configuration suivantes sont disponibles pour le gestionnaire de synchronisation :
Nom du gestionnaire de synchronisation | Nom de la configuration de synchronisation. |
Délai d’expiration de l’utilisateur | Durée jusqu’à ce qu’un utilisateur synchronisé expire. |
Abonnement automatique des utilisateurs | Liste des groupes auxquels un utilisateur synchronisé est automatiquement ajouté. |
Mappage des propriétés de l’utilisateur | Définition du mappage de liste des propriétés locales à partir de propriétés externes. |
Préfixe du chemin d’accès de l’utilisateur | Préfixe de chemin d’accès utilisé lors de la création de nouveaux utilisateurs. |
Expiration de l’appartenance de l’utilisateur | Heure à partir de laquelle l’appartenance expire. |
Niveau d’imbrication de l’appartenance de l’utilisateur | Renvoie la profondeur maximale de l’imbrication de groupes lorsque les relations d’appartenance sont synchronisées. Une valeur égale à 0 désactive la recherche de l’appartenance à un groupe. Une valeur égale à 1 ajoute uniquement les groupes directs d’un utilisateur. Cette valeur est sans effet lorsque des groupes individuels uniquement sont synchronisés dans le cadre de la synchronisation d’un ancêtre d’appartenance d’utilisateur. |
Délai d’expiration du groupe | Durée jusqu’à l’expiration d’un groupe synchronisé. |
Appartenance automatique au groupe | Liste des groupes auxquels un groupe synchronisé est automatiquement ajouté. |
Mappage des propriétés du groupe | Définition du mappage de liste des propriétés locales à partir de propriétés externes. |
Préfixe du chemin d’accès du groupe | Préfixe de chemin d’accès utilisé lors de la création de groupes. |
Le module de connexion externe est placé sous Module de connexion externe Apache Jackrabbit Oak, dans la console de gestion.
Le module de connexion externe Apache Jackrabbit Oak met en œuvre les spécifications JAAS (Java Authentication and Authorization Service). Consultez le Guide de référence de la sécurité Oracle Java officiel pour plus d’informations.
Son objectif est de définir quel fournisseur d’identités et quel gestionnaire de synchronisation utiliser, reliant ainsi les deux modules.
Les options de configuration suivantes sont disponibles :
Classement JAAS | Spécification du classement (c’est-à-dire de l’ordre de tri) de cette entrée de module de connexion. Les entrées sont triées dans l’ordre décroissant (les configurations ayant une valeur de rang supérieure apparaissent en premier). |
---|---|
Indicateur de contrôle JAAS | Propriété spécifiant si un module de connexion est OBLIGATOIRE, REQUIS, SUFFISANT ou FACULTATIF. Reportez-vous à la documentation de configuration JAAS pour plus d’informations sur la signification de ces indicateurs. |
Domaine JAAS | Nom du domaine (ou nom de l’application) sur lequel LoginModule est enregistré. Si aucun nom de domaine n’est indiqué, LoginModule est enregistré avec un domaine par défaut tel que configuré dans la configuration Felix JAAS. |
Nom du fournisseur d’identité | Nom du fournisseur d’identité. |
Nom du gestionnaire de synchronisation | Nom du gestionnaire de synchronisation. |
Si vous envisagez plusieurs configurations LDAP avec votre instance AEM, vous devez créer des fournisseurs d’identité et des gestionnaires de synchronisation distincts pour chaque configuration.
Vous pouvez configurer AEM 6 pour vous authentifier auprès de LDAP via SSL en suivant la procédure ci-dessous :
Cochez la case Utiliser SSL ou Utiliser TLS lorsque vous configurez le Fournisseur d’identités LDAP.
Configurez le gestionnaire de synchronisation et le module de connexion externe en fonction de votre configuration.
Installez les certificats SSL sur votre machine virtuelle Java si nécessaire. Pour ce faire, vous pouvez utiliser l’outil keytool :
keytool -import -alias localCA -file <certificate location> -keystore <keystore location>
Testez la connexion au serveur LDAP.
Les certificats auto-signés peuvent être utilisés lors de la configuration d’AEM pour s’authentifier auprès d’AEM via SSL. Voici un exemple de méthode de travail utilisée pour générer des certificats à utiliser avec AEM.
Assurez-vous qu’une bibliothèque SSL est installée et fonctionne. Cette procédure prend OpenSSL comme exemple.
Créez un fichier de configuration OpenSSL personnalisée (cnf). Vous pouvez l’effectuer en copiant le fichier de configuration openssl.cnf par défaut et en le personnalisant. Sur les systèmes UNIX, ce fichier se trouve généralement dans /usr/lib/ssl/openssl.cnf
.
Créez la clé racine CA en exécutant la commande ci-dessous sur un terminal :
openssl genpkey -algorithm [public key algorithm] -out certificatefile.key -pkeyopt [public key algorithm option]
Créez ensuite un certificat auto-signé :
openssl req -new -x509 -days [number of days for certification] -key certificatefile.key -out root-ca.crt -config CA/openssl.cnf
Examinez le certificat nouvellement généré pour vous assurer que tout est en règle :
openssl x509 -noout -text -in root-ca.crt
Assurez-vous que tous les dossiers spécifiés dans le fichier de configuration de certificat (.cnf) existent. Si ce n’est pas le cas, créez-les.
Créez une source aléatoire, en exécutant, par exemple :
openssl rand -out private/.rand 8192
Déplacez les fichiers .pem créés vers les emplacements définis dans le fichier .cnf.
Enfin, ajoutez le certificat au KeyStore Java.
Vous pouvez activer la journalisation du débogage pour le fournisseur d’identités LDAP et le module de connexion externe afin de résoudre les problèmes de connexion.
Pour activer la journalisation du débogage, procédez comme suit :
Niveau de consignation : Débogage
Fichier journal logs/ldap.log
Motif de message : {0,date,dd.MM.yyyy HH:mm:ss.SSS} *{4}* {2}
Journal : org.apache.jackrabbit.oak.security.authentication.ldap
Niveau de consignation : Débogage
Fichier journal : logs/external.log
Motif de message : {0,date,dd.MM.yyyy HH:mm:ss.SSS} *{4}* {2}
Journal : org.apache.jackrabbit.oak.spi.security.authentication.external
Les utilisateurs synchronisés via LDAP peuvent faire partie de différents groupes dans AEM. Ces groupes peuvent être des groupes LDAP externes qui seront ajoutés à AEM dans le cadre du processus de synchronisation, mais il peut également s’agir de groupes ajoutés séparément et ne faisant pas partie du schéma d’affiliation de groupe LDAP d’origine.
Dans la plupart des cas, il peut s’agir de groupes ajoutés par un administrateur AEM local ou par n’importe quel autre fournisseur d’identités.
Si un utilisateur est supprimé d’un groupe sur le serveur LDAP, cette suppression est également reflétée au niveau d’AEM lors de la synchronisation. Néanmoins, toutes les autres affiliations de groupe de l’utilisateur qui n’ont pas été ajoutées par LDAP restent en place.
AEM détecte et gère la purge des utilisateurs des groupes externes à l’aide de la propriété rep:externalId
. Cette propriété est automatiquement ajoutée aux utilisateurs ou aux groupes synchronisés par le gestionnaire de synchronisation et contient des informations sur le fournisseur d’identités d’origine.
Pour plus d’informations, voir la documentation d’Apache Oak relative à la Synchronisation des utilisateurs et des groupes.
Si vous envisagez d’utiliser LDAP via SSL, assurez-vous que les certificats que vous utilisez sont créés sans l’option de commentaire Netscape. Si cette option est activée, l’authentification échoue avec une erreur de négociation SSL.