Sécurisation de votre environnement d’AEM Forms sur JEE hardening-your-aem-forms-on-jee-environment

Découvrez divers paramètres de renforcement de la sécurité pour améliorer la sécurité d’AEM Forms sur JEE dans le cadre d’une exécution pour un intranet d’entreprise.

Cet article fournit des recommandations et des bonnes pratiques de sécurisation des serveurs exécutant AEM Forms sur JEE. Il ne vise pas à expliquer de manière exhaustive comment renforcer des hôtes pour votre système d’exploitation et vos serveurs d’applications. Au lieu de cela, cet article décrit plusieurs paramètres de renforcement de la sécurité, que vous pouvez implémenter pour améliorer la sécurité d’AEM Forms lorsque celui-ci est exécuté pour un intranet d’entreprise. Toutefois, pour que les serveurs d’applications AEM Forms sur JEE restent sécurisés, vous devez également implémenter des procédures de surveillance, de détection et de réponse de sécurité.

Cet article décrit des techniques de renforcement à appliquer au cours des étapes suivantes, lors du cycle de vie de l’installation et de la configuration :

AEM Forms sur JEE est hautement personnalisable et compatible avec de nombreux environnements. Certaines des recommandations peuvent ne pas correspondre aux besoins de votre organisation.

Préinstallation preinstallation

Avant d’installer AEM Forms sur JEE, vous pouvez appliquer des solutions de sécurité à la couche réseau et au système d’exploitation. Cette section décrit certains problèmes et fournit des recommandations pour réduire les vulnérabilités de la sécurité dans ces domaines.

Installation et configuration sous UNIX et Linux

Vous ne devez pas installer ni configurer AEM Forms sur JEE à l’aide d’un shell racine. Par défaut, les fichiers sont installés sous le répertoire /opt et l’utilisateur ou l’utilisatrice qui effectue l’installation a besoin de disposer de toutes les autorisations de fichier sous /opt. De même, une personne peut parfaitement exécuter une installation sous un répertoire /user dans lequel elle dispose de toutes les autorisations de fichier.

Installation et configuration sous Windows

Sous Windows, vous devez effectuer l’installation en tant qu’administrateur ou administratrice si vous installez AEM Forms sur JEE sur JBoss à l’aide de la procédure clé en main ou si vous installez PDF Generator. Par ailleurs, lorsque vous installez PDF Generator sous Windows avec prise en charge des applications natives, vous devez exécuter l’installation sous la même identité que l’utilisateur ou utilisatrice Windows ayant installé Microsoft Office. Pour plus de détails sur l’installation des privilèges, reportez-vous au document Installer et déployer AEM Forms sur JEE de votre serveur d’applications.

Sécurité de la couche réseau network-layer-security

Les vulnérabilités de sécurité réseau comptent parmi les premières menaces qui affectent les serveurs d’applications accessibles par Internet ou par un intranet. Cette section décrit le processus de renforcement des hôtes du réseau contre ces vulnérabilités. Elle traite de la segmentation du réseau, du renforcement de la pile TCP/IP (Transmission Control Protocol/Internet Protocol) et de l’utilisation de pare-feux pour protéger les hôtes.

Le tableau suivant décrit des processus classiques qui permettent de réduire les vulnérabilités de la sécurité réseau.

Sécurité du système d’exploitation operating-system-security

Le tableau suivant décrit plusieurs approches utilisables pour minimiser les vulnérabilités de sécurité du système d’exploitation.

Pour plus d’informations de sécurité pour votre système d’exploitation, consultez « Informations sur la sécurité des systèmes d’exploitation ».

Installation installation

Cette section décrit des techniques que vous pouvez utiliser pendant le processus d’installation d’AEM Forms pour réduire les failles de sécurité. Dans certains cas, ces techniques utilisent des options qui font partie du processus d’installation. Le tableau suivant décrit ces techniques.

Étapes de post-installation post-installation-steps

Une fois AEM Forms sur JEE installé avec succès, il est important que vous assuriez une maintenance régulière de l’environnement pour en optimiser la sécurité.

La section suivante décrit en détail les différentes tâches recommandées pour sécuriser le serveur Forms Server déployé.

Sécurité d’AEM Forms aem-forms-security

Les paramètres recommandés suivants s’appliquent au serveur AEM Forms sur JEE hors de l’application Web administrative. Pour réduire les risques de sécurité du serveur, appliquez ces paramètres immédiatement après avoir installé AEM Forms sur JEE.

Correctifs de sécurité

Le risque de voir une personne non autorisée accéder au serveur d’applications s’accroît si les correctifs de sécurité et les mises à niveau du revendeur ne sont pas appliqués en temps utile. Testez les correctifs de sécurité avant de les appliquer aux serveurs de production pour vous assurer de la compatibilité et de la disponibilité des applications. De même, créez des politiques et des procédures pour contrôler et installer régulièrement les correctifs. Les mises à jour d’AEM Forms sur JEE se trouvent sur le site de téléchargement des produits Enterprise.

Comptes de service (JBoss clé en main sous Windows uniquement)

AEM Forms sur JEE installe un service par défaut en utilisant le compte système local. Le compte d’utilisateur système local intégré présente un haut niveau d’accessibilité ; il fait partie du groupe d’administration. Si une identité de processus de travail est exécutée en tant que compte d’utilisateur système local, ce processus de travail dispose d’un accès complet à l’ensemble du système.

Pour exécuter le serveur d’applications sur lequel est déployé AEM Forms sur JEE, appliquez les instructions suivantes en utilisant un compte non administratif spécifique :

Désactivation du servlet d’amorçage de Configuration Manager

Configuration Manager a utilisé une servlet déployée sur votre serveur d’applications pour amorcer la base de données AEM Forms sur JEE. Étant donné que Configuration Manager accède à ce servlet avant la fin de la configuration, son accès n’a pas été sécurisé pour les personnes autorisées et il doit être désactivé après avoir correctement utilisé Configuration Manager pour configurer AEM Forms sur JEE.

Verrouillage de l’accès distant au Trust Store

Configuration Manager vous permet de télécharger des informations d’identification d’extensions Acrobat Reader DC dans le Trust Store d’AEM Forms sur JEE. Cela signifie que l’accès au service d’informations d’identification du Trust Store sur les protocoles distants (SOAP et EJB) a été activé par défaut. Cet accès n’est plus nécessaire après avoir téléchargé les informations d’identification des droits en utilisant Configuration Manager, ou si vous décidez d’utiliser la console d’administration ultérieurement pour gérer les informations d’identification.

Vous pouvez désactiver l’accès distant à tous les services de Trust Store en suivant les étapes de la section Désactivation des accès distants facultatifs à des services.

Désactivation de tous les accès anonymes non indispensables

Certains services Server Forms comportent des opérations qu’une personne anonyme peut appeler. Si l’accès anonyme à ces services n’est pas obligatoire, désactivez-le en suivant les étapes de Désactivation des accès anonymes non indispensables à des services.

Modifier le mot de passe d’administration par défaut change-the-default-administrator-password

Lors de l’installation d’AEM Forms sur JEE, un compte d’utilisateur par défaut unique est configuré pour Super-administrateur/Administrateur à ID de connexion avec un mot de passe par défaut, password. Modifiez immédiatement ce mot de passe à l’aide de Configuration Manager.

En outre, il est recommandé de modifier le mot de passe par défaut de l’administrateur CRX en procédant comme suit :

Désactiver la génération WSDL disable-wsdl-generation

La génération WSDL (Web Service Definition Language) ne doit être activée que pour les environnements de développement dans lesquels les développeurs et développeuses utilisent la génération WSDL pour créer leurs applications clientes. Vous pouvez choisir de désactiver la génération WSDL dans un environnement de production pour éviter d’exposer les détails internes d’un service.

Sécurité du serveur d’applications application-server-security

Le tableau suivant décrit certaines techniques qui permettent de sécuriser votre serveur d’applications une fois l’application AEM Forms sur JEE installée.

Sécurité de la base de données database-security

Lorsque vous sécurisez votre base de données, implémentez les mesures indiquées par le fournisseur de votre base de données. Attribuez à l’utilisateur de la base de données le nombre minimum d’autorisations requises sur cette base de données pour permettre l’utilisation avec AEM Forms sur JEE. Par exemple, n’utilisez pas de compte avec des privilèges d’administration de base de données.

Sur Oracle, le compte de base de données que vous utilisez nécessite uniquement les privilèges CONNECT, RESOURCE et CREATE VIEW. Pour connaître les exigences des autres bases de données, voir Préparation à l’installation d’AEM Forms on JEE (serveur unique).

Configuration de la sécurité intégrée dans SQL Server sur Windows pour JBoss configuring-integrated-security-for-sql-server-on-windows-for-jboss

Configuration de la sécurité intégrée dans SQL Server sur Windows pour WebLogic configuring-integrated-security-for-sql-server-on-windows-for-weblogic

Configuration de la sécurité intégrée dans SQL Server sur Windows pour WebSphere configuring-integrated-security-for-sql-server-on-windows-for-websphere

Sur WebSphere, vous pouvez configurer la sécurité intégrée uniquement lorsque vous utilisez un pilote JDBC SQL Server externe et non le pilote JDBC SQL Server intégré à WebSphere.

Protection de l’accès aux contenus sensibles dans la base de données protecting-access-to-sensitive-content-in-the-database

Le schéma de la base de données AEM Forms contient des informations sensibles relatives à la configuration du système et aux processus métier et doit être protégé par un pare-feu. La base de données doit être considérée comme faisant partie de la même zone de confiance que Forms Server. Pour éviter tout risque de divulgation d’informations et de vol de données d’entreprise, la base de données doit être configurée par l’administrateur ou l’administratrice de base de données (DBA) pour donner l’accès aux administrateurs et administratrices autorisés uniquement.

Pour une sécurité accrue, prévoyez d’utiliser des outils spécifiques au revendeur de votre base de données pour chiffrer les colonnes des tableaux contenant les données suivantes :

Pour plus d’informations des outils spécifiques à des revendeurs, voir « Informations sur la sécurité des bases de données ».

Sécurité LDAP ldap-security

En règle générale, un annuaire LDAP (Lightweight Directory Access Protocol) est utilisé par AEM Forms on JEE comme une source d’informations relatives aux utilisateurs, aux utilisatrices et aux groupes de l’entreprise et comme un moyen d’authentifier les mots de passe. Assurez-vous que votre annuaire LDAP est configuré pour utiliser le protocole SSL (Secure Socket Layer) et qu’AEM Forms on JEE est configuré pour accéder à votre annuaire LDAP en utilisant son port SSL.

Déni de service LDAP ldap-denial-of-service

Une attaque courante utilisant LDAP consiste, pour une personne malveillante, à omettre délibérément de s’authentifier à plusieurs reprises. Ceci oblige le serveur d’annuaires LDAP à interdire à un utilisateur ou une utilisatrice l’accès à tous les services dépendant de LDAP.

Vous pouvez définir le nombre de tentatives d’authentification maximum autorisé et la durée du verrouillage appliqué par AEM Forms lorsqu’un utilisateur ou une utilisatrice échoue de manière répétée à s’authentifier auprès dAEM Forms. Dans la console d’administration, choisissez des valeurs faibles. Lors de la sélection du nombre d’échecs d’authentification maximum autorisé, il est important de comprendre que si toutes les tentatives échouent, AEM Forms verrouille l’utilisateur ou l’utilisatrice avant que le serveur d’annuaire LDAP ne le fasse.

Définir le verrouillage de compte automatique set-automatic-account-locking

Contrôle et journalisation auditing-and-logging

L’utilisation appropriée et sécurisée des capacités de contrôle et de journalisation des applications peut contribuer au suivi et à la détection rapides des événements liés à la sécurité et autres anomalies. L’utilisation efficace des options d'audit et de journalisation dans une application implique notamment le suivi des connexions ayant réussi et échoué, ainsi que des événements clés de l’application comme la création ou la suppression d’enregistrements clés.

Vous pouvez utiliser les capacités de contrôle pour détecter de nombreux types d’attaques, parmi lesquels :

Ce tableau décrit les techniques de contrôle et de journalisation que vous pouvez utiliser pour limiter les vulnérabilités du serveur.

Autoriser un utilisateur ou une utilisatrice ne disposant pas de droits d’administrateur à exécuter PDF Generator

Vous pouvez permettre à un utilisateur non administrateur ou une utilisatrice non administratrice d’utiliser PDF Generator. Normalement, seuls les utilisateurs et utilisatrices disposant de droits d’administrateur peuvent utiliser PDF Generator. Effectuez les étapes suivantes pour permettre à un utilisateur non administrateur d’exécuter PDF Generator :

Configuration d’AEM Forms on JEE pour un accès au-delà de l’entreprise configuring-aem-forms-on-jee-for-access-beyond-the-enterprise

Une fois AEM Forms sur JEE installé avec succès, il est important que vous assuriez une maintenance régulière de la sécurité de votre environnement. Cette section décrit les tâches recommandées pour assurer la maintenance de la sécurité du serveur de production AEM Forms on JEE.

Configuration d’un proxy inverse pour l’accès Web setting-up-a-reverse-proxy-for-web-access

Un proxy inverse peut être utilisé pour garantir qu’un jeu d’URL pour des applications AEM Forms on JEE est disponible à la fois pour des utilisateurs et utilisatrices externes et internes. Cette configuration est plus sûre que si vous autorisiez des utilisateurs à se connecter directement au serveur d’applications sur lequel est exécuté AEM Forms sur JEE. Le proxy inverse exécute toutes les requêtes HTTP pour le serveur d’applications qui exécute AEM Forms sur JEE. Les utilisateurs et utilisatrices disposent d’un accès réseau limité au seul proxy inverse et ne peuvent se connecter qu’aux URL prises en charge par le proxy inverse.

URL racine AEM Forms on JEE pour une utilisation avec un serveur proxy inverse

Les URL suivantes sont les URL racine de chaque application Web AEM Forms on JEE. Configurez votre proxy inverse pour qu’il n’expose que les URL de fonctionnalités d’applications Web dont vous souhaitez autoriser l’accès aux utilisateurs finaux et utilisatrices finales.

Certaines URL sont présentées comme des applications Web accessibles par les utilisateurs finaux et utilisatrices finales. Évitez d’exposer d’autres URL Configuration Manager pour l’accès à des utilisateurs et utilisatrices externes via le proxy inverse.

Protection contre les attaques Cross-Site Request Forgery (CSRF) protecting-from-cross-site-request-forgery-attacks

Un Cross-site request forgery (CSRF) exploite la confiance d’un site web envers l’utilisateur dans le but de transmettre des instructions non autorisées à son insu. Le principe de l’attaque consiste à inclure un lien ou un script dans une page web ou une URL dans un courrier électronique afin d’accéder à un autre site sur lequel l’utilisateur a déjà été authentifié.

Par exemple, vous pouvez être connecté à la console d’administration tout en explorant un autre site web. L’une des pages Web peut inclure une balise d’image HTML avec un attribut src visant un script côté serveur sur le site Web de la victime. En utilisant le mécanisme d’authentification de session basé sur les cookies que fournissent les navigateurs web, le site web attaquant peut envoyer des requêtes malveillantes au script côté serveur ciblé en les faisant passer pour les requêtes de l’utilisateur ou de l'utilisatrice légitime. Pour obtenir d’autres exemples, voir https://owasp.org/www-community/attacks/csrf#Examples.

Les caractéristiques suivantes sont communes aux cas de CSRF :

AEM Forms on JEE utilise la fonctionnalité de filtrage des référents pour bloquer les attaques CSRF. Les termes suivants sont utilisés dans cette section pour décrire ce dispositif de filtrage des référents :

Filtrage des référents referer-filtering

Le processus de filtrage des référents peut être décrit comme suit :

Gérer le filtrage des référents managing-referer-filtering

AEM Forms on JEE effectue un filtrage des référents afin de spécifier les référents qui sont autorisés à accéder aux ressources du serveur. Par défaut, le filtrage des référents ne filtre pas les requêtes qui utilisent une méthode HTTP sécurisée, par exemple GET, sauf si CSRF_CHECK_GETS est défini sur true. Si le numéro de port pour un référent autorisé est défini sur 0, AEM Forms on JEE autorisera toutes les requêtes des référents provenant de cet hôte quel que soit le numéro de port. Si aucun numéro de port n’est spécifié, seules les requêtes provenant du port par défaut 80 (HTTP) ou du port 443 (HTTPS) sont autorisées. Le filtrage des référents est désactivé si toutes les entrées de la liste de référents autorisés sont supprimées.

Lorsque vous installez Document Services pour la première fois, la liste de référents autorisés est mise à jour avec l’adresse du serveur sur lequel Document Services est installé. Les entrées pour le serveur comprennent le nom du serveur, l’adresse IPv4, l’adresse IPv6 si le protocole IPv6 est activé, l’adresse de bouclage et une entrée localhost. Les noms ajoutés à la liste de référents autorisés sont renvoyés par le système d’exploitation hôte. Par exemple, un serveur dont l’adresse IP est 10.40.54.187 contiendra les entrées suivantes : https://server-name:0, https://10.40.54.187:0, https://127.0.0.1:0, http://localhost:0. Pour chaque nom non qualifié renvoyé par le système d’exploitation hôte (les noms sans adresse IPv4, IPv6 ou sans nom de domaine qualifié) la liste autorisée n’est pas mise à jour. Modifiez la liste de référents autorisés en fonction de votre environnement de travail. Ne déployez pas le serveur Forms Server dans l’environnement de production avec la liste de référents autorisés par défaut. Après avoir modifié l’un des référents autorisés, l’une des exceptions aux référents ou l’un des URI, assurez-vous de redémarrer le serveur pour que les modifications prennent effet.

Gérer la liste de référents autorisés

Vous pouvez gérer la liste de référents autorisés à partir de l’interface User Management de la console d’administration. L’interface User Management offre des fonctionnalités pour créer, éditer ou supprimer la liste. Pour plus d’informations sur l’utilisation de la liste de référents autorisés, reportez-vous à la section Prévenir les attaques CSRF du guide Aide à l’administration.

Gérer les exceptions aux référents autorisés et des listes des URI autorisés

AEM Forms on JEE fournit des API pour gérer la liste des exceptions aux référents autorisés et la liste des URI autorisés. Vous pouvez utiliser ces API pour récupérer, créer, modifier ou supprimer la liste. Voici la liste des API disponibles :

Pour plus d’informations sur les API, reportez-vous à la référence API d’AEM Forms on JEE.

Utilisez la liste LC_GLOBAL_ALLOWED_REFERER_EXCEPTION pour les exceptions aux référents autorisés au niveau global, c’est-à-dire pour définir les exceptions qui s’appliquent à toutes les applications. Cette liste contient uniquement des URI ayant soit un chemin absolu (par exemple /index.html), soit un chemin relatif (par exemple /sample/). Vous pouvez également ajouter une expression régulière à la fin d’un URI relatif, par ex, /sample/(.)*.

L’ID de liste LC_GLOBAL_ALLOWED_REFERER_EXCEPTION est définie comme une constante dans la classe UMConstants de l’espace de noms com.adobe.idp.um.api, figurant dans adobe-usermanager-client.jar. Vous pouvez utiliser les API AEM Forms pour créer, modifier ou éditer cette liste. Par exemple, pour créer la liste globale des exceptions aux référents autorisés, utilisez :

addAllowedRefererExceptions(UMConstants.LC_GLOBAL_ALLOWED_REFERER_EXCEPTION, Arrays.asList("/index.html", "/sample/(.)*"))

Utilisez la liste CSRF_ALLOWED_REFERER_EXCEPTIONS pour les exceptions spécifiques à une application.

Désactiver le filtrage des référents

Dans le cas où le filtrage des référents bloque complètement l’accès au serveur Forms Server et que vous ne pouvez pas modifier la liste des référents autorisés, vous pouvez mettre à jour le script de démarrage du serveur et désactiver le filtrage des référents.

Incluez l’argument JAVA -Dlc.um.csrffilter.disabled=true dans le script de démarrage et redémarrez le serveur. Assurez-vous de supprimer l’argument JAVA après avoir correctement reconfiguré la liste de référents autorisés.

Filtrer les référents pour les fichiers WAR personnalisés

Vous avez peut-être créé des fichiers WAR personnalisés afin de travailler avec AEM Forms on JEE pour répondre aux besoins de votre entreprise. Pour activer le filtrage des référents pour vos fichiers WAR personnalisés, vous devez inclure adobe-usermanager-client.jar dans le chemin de classe pour les fichiers WAR et inclure une entrée de filtre dans le fichier « web.xml » avec les paramètres suivants :

CSRF_CHECK_GETS contrôle la vérification du référent pour les requêtes GET. Si ce paramètre n’est pas défini, la valeur par défaut est définie sur false. Incluez ce paramètre uniquement si vous souhaitez filtrer vos requêtes GET.

CSRF_ALLOWED_REFERER_EXCEPTIONS est l’identifiant de la liste des exceptions aux référents autorisés. Le filtrage des référents empêche les requêtes provenant de référents de la liste identifiée par l’identifiant de la liste d’appeler toute ressource du serveur Forms Server.

CSRF_ALLOWED_URIS_LIST_NAME est l’ID de la liste des URI autorisés. Le filtrage des référents ne bloque pas les requêtes concernant les ressources de la liste identifiées par l’ID de liste, quelle que soit la valeur de l’en-tête référent dans la requête.

CSRF_ALLOW_NULL_REFERER contrôle le comportement du filtrage des référents lorsque le référent est null ou non présent. Si ce paramètre n’est pas défini, la valeur par défaut est définie sur false. Incluez ce paramètre uniquement si vous souhaitez autoriser les référents ayant pour valeur NULL. L’autorisation des référents ayant pour valeur NULL peut permettre certains types d’attaques CSRF (Cross Site Request Forgery).

CSRF_NULL_REFERER_EXCEPTIONS est une liste des URI pour lesquels une vérification référent n’est pas exécutée lorsque la valeur du référent est null. Ce paramètre est activé uniquement lorsque la variable CSRF_ALLOW_NULL_REFERER est définie sur false. Séparez plusieurs URI dans la liste par une virgule.

Voici un exemple de l’entrée de filtre dans le fichier web.xml pour un EXEMPLE de fichier WAR :

<filter>
       <filter-name> filter-name </filter-name>
       <filter-class> com.adobe.idp.um.auth.filter.RemoteCSRFFilter </filter-class>
     <!-- default is false -->
     <init-param>
      <param-name> CSRF_ALLOW_NULL_REFERER </param-name>
      <param-value> false </param-value>
     </init-param>
     <!-- default is false -->
     <init-param>
      <param-name> CSRF_CHECK_GETS </param-name>
      <param-value> true </param-value>
     </init-param>
     <!-- Optional -->
     <init-param>
       <param-name> CSRF_NULL_REFERER_EXCEPTIONS </param-name>
       <param-value> /SAMPLE/login, /SAMPLE/logout  </param-value>
     </init-param>
     <!-- Optional -->
     <init-param>
      <param-name> CSRF_ALLOWED_REFERER_EXCEPTIONS </param-name>
      <param-value> SAMPLE_ALLOWED_REF_EXP_ID </param-value>
     </init-param>
     <!-- Optional -->
     <init-param>
      <param-name> CSRF_ALLOWED_URIS_LIST_NAME </param-name>
      <param-value> SAMPLE_ALLOWED_URI_LIST_ID     </param-value>
     </init-param>
</filter>
    ........
    <filter-mapping>
      <filter-name> filter-name </filter-name>
      <url-pattern>/*</url-pattern>
    </filter-mapping>

Résolution des incidents

Si des requêtes serveur légitimes sont bloquées par le filtre CSRF, essayez l’une des méthodes suivantes :

Configuration réseau sécurisée secure-network-configuration

Cette section décrit les protocoles et les ports requis par AEM Forms on JEE et fournit des recommandations pour déployer AEM Forms on JEE dans une configuration réseau sécurisée.

Protocoles réseau utilisés par AEM Forms on JEE network-protocols-used-by-aem-forms-on-jee

Lorsque vous configurez une architecture réseau sécurisée comme décrit dans la section précédente, les protocoles réseau suivants sont requis pour l’interaction entre AEM Forms on JEE et d’autres systèmes dans le réseau de votre entreprise.

Ports de serveur d’applications ports-for-application-servers

Cette section décrit les ports par défaut (et les plages de configurations alternatives) pour chaque type de serveur d’applications pris en charge. Ces ports doivent être activés ou désactivés sur le pare-feu interne, selon la fonctionnalité réseau que vous souhaitez autoriser aux clients et clientes qui se connectent au serveur d’applications qui exécute AEM Forms sur JEE.

Ports JBoss

Ports WebLogic

**Ports WebSphere **

Pour plus d’informations sur les ports WebSphere requis par AEM Forms sur JEE, consultez Configuration des numéros de ports dans l’interface utilisateur de WebSphere Application Server.

Configuration de SSL configuring-ssl

En vous référant à l’architecture physique décrite dans la section Architecture physique d’AEM Forms on JEE, configurez SSL pour toutes les connexions que vous prévoyez d’utiliser. Spécifiquement, toutes les connexions SOAP doivent être établies via SSL pour empêcher que les informations d’identification des utilisateurs et des utilisatrices soient exposées sur un réseau.

Pour obtenir des instructions sur la manière de configurer SSL sur JBoss, WebLogic et WebSphere, consultez « Configuration de SSL » dans l’aide d’administration.

Pour plus d’informations sur l’importation de certificats dans JVM (Java Virtual Machine) configuré pour un serveur AEM Forms, consultez la section Authentification mutuelle dans l’Aide d’AEM Forms Workbench.

Configuration de la redirection SSL configuring-ssl-redirect

Après avoir configuré votre serveur d’applications pour qu’il prenne en charge SSL, vous devez vous assurer que l’ensemble du trafic HTTP vers les applications et les services utilise le port SSL.

Pour configurer la redirection SSL pour WebSphere et WebLogic, reportez-vous à la documentation de votre serveur d’applications.

Recommandations de sécurité spécifiques à Windows windows-specific-security-recommendations

Cette section contient des recommandations de sécurité spécifiques à Windows dans le cadre de l’exécution d’AEM Forms sur JEE.

Comptes de service JBoss jboss-service-accounts

L’installation clé en main d’AEM Forms sur JEE installe un compte de service par défaut en utilisant le compte système local. Le compte d’utilisateur système local intégré présente un haut niveau d’accessibilité ; il fait partie du groupe Administrateurs. Si une identité de processus de travail est exécutée en tant que compte d’utilisateur système local, ce processus de travail dispose d’un accès complet à l’ensemble du système.

Exécution du serveur d’applications à l’aide d’un compte non administratif spécifique run-the-application-server-using-a-non-administrative-account

Sécurité du système de fichiers file-system-security

AEM Forms sur JEE utilise le système de fichiers comme suit :

Lorsque vous utilisez des dossiers de contrôle comme moyen d’envoi et de réception de documents avec un service Forms Server, soyez très prudent quant à la sécurité du système de fichiers. Lorsqu’un utilisateur ou une utilisatrice dépose des contenus dans le dossier de contrôle, ces contenus sont exposés via le dossier de contrôle. Dès lors, le service n’authentifie pas l’utilisateur final réel ou l’utilisatrice finale réelle. Au lieu de cela, il considère que la sécurité par liste de contrôle d’accès et par niveau de dossier a été définie au niveau des dossiers pour déterminer qui peut effectivement appeler le service.

Recommandations de sécurité spécifiques à JBoss jboss-specific-security-recommendations

La présente section propose des recommandations relatives à la configuration du serveur d’applications qui sont spécifiques à JBoss 7.0.6. lorsque celui-ci est utilisé pour exécuter AEM Forms sur JEE.

Désactiver la console de gestion JBoss et la console JMX disable-jboss-management-console-and-jmx-console

L’accès à la console de gestion JBoss et à la console JMX est déjà configuré (la surveillance JMX est désactivée) lorsque vous installez AEM Forms sur JEE sur Jboss en appliquant la méthode d’installation clé en main. Si vous utilisez votre propre serveur d’applications JBoss, assurez-vous que l’accès à la console de gestion JBoss et à la console de surveillance JMX est sécurisé. L’accès à la console de surveillance JMX est défini dans le fichier de configuration de JBoss appelé jmx-invoker-service.xml.

Désactiver l’exploration des répertoires disable-directory-browsing

Après vous être identifié dans la console d’administration, il vous est possible de parcourir la liste des répertoires de la console en modifiant l’URL. Par exemple, si vous modifiez l’URL pour l’une de ces adresses, une liste de répertoires s’affiche :

https://<servername>:8080/adminui/secured/
https://<servername>:8080/um/

Recommandations de sécurité spécifiques à WebLogic weblogic-specific-security-recommendations

Cette section présente des recommandations relatives à la configuration du serveur d’applications et spécifiques à WebLogic 9.1 lorsque celui-ci est utilisé pour exécuter AEM Forms sur JEE.

Désactiver l’exploration des répertoires disable_directory_browsing-1

Définissez les propriétés index-directories du fichier weblogic.xml sur false, comme illustré dans l’exemple suivant :

<container-descriptor>
    <index-directory-enabled>false
    </index-directory-enabled>
</container-descriptor>

Activer le port SSL de WebLogic enable-weblogic-ssl-port

Par défaut, WebLogic n’active pas le port d’écoute SSL par défaut, 7002. Activez ce port dans la console d’administration du serveur WebLogic avant de configurer SSL.

Recommandations de sécurité spécifiques à WebSphere websphere-specific-security-recommendations

Cette section contient des recommandations relatives à la configuration du serveur d’applications et destinées à sécuriser WebSphere lors de l’exécution d’AEM Forms on JEE.

Désactiver l’exploration des répertoires disable_directory_browsing-2

Définissez la propriété directoryBrowsingEnabled du fichier ibm-web-ext.xml sur false.

Activer la sécurité administrative de WebSphere enable-websphere-administrative-security