Renforcer et sécuriser AEM Forms dans un environnement OSGi hardening-and-securing-aem-forms-on-osgi-environment

Découvrez les recommandations et les bonnes pratiques relatives à la sécurisation d’AEM Forms sur un serveur OSGi.

La sécurisation d’un environnement de serveur est d’une importance capitale pour une entreprise. Cet article fournit des conseils et des pratiques recommandées de sécurisation des serveurs exécutant AEM Forms. Il ne vise pas à expliquer de manière exhaustive comment renforcer des hôtes pour votre système d’exploitation. Cet article décrit plutôt les différents paramètres de renforcement de la sécurité que vous devez implémenter pour améliorer la sécurité de votre application déployée. Toutefois, pour garantir la sécurité des serveurs applicatifs, vous devez également mettre en oeuvre des procédures de surveillance, de détection et de réponse de sécurité, en plus des recommandations fournies dans cet article. Le document contient également les bonnes pratiques et les directives relatives à la sécurisation des informations d’identification personnelles (PII).

Cet article est destiné aux consultants, aux spécialistes de la sécurité, aux architectes de systèmes et aux professionnels de l’informatique chargés de planifier le développement et le déploiement d’application ou d’infrastructure d’AEM Forms. Ces rôles comprennent les rôles communs suivants :

L’image suivante affiche les composants et les protocoles utilisés dans un déploiement AEM Forms classique, y compris la topologie de pare-feu appropriée :

AEM Forms est hautement personnalisable et peut fonctionner dans de nombreux environnements différents. Certaines des recommandations peuvent ne pas s’appliquer à votre organisation.

Couche de transport sécurisée secure-transport-layer

Les vulnérabilités de la sécurité de la couche de transport sont parmi les premières menaces qui pèsent sur un serveur d’applications utilisant Internet ou un intranet. Cette section décrit le processus de renforcement des hôtes sur le réseau contre ces vulnérabilités. Il 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-feu pour la protection des hôtes.

Limiter les points de fin ouverts limit-open-endpoints

Une organisation peut avoir un pare-feu externe pour restreindre l’accès entre un utilisateur final et la batterie de publication AEM Forms. L’organisation peut également avoir un pare-feu interne pour limiter l’accès entre une ferme de publication et d’autres éléments de l’organisation (par exemple, l’instance d’auteur, l’instance de traitement, les bases de données). Autorisez les pare-feu pour autoriser l’accès à un nombre limité d’URL AEM Forms pour les utilisateurs finaux et au sein des éléments d’entreprise :

Configurer un pare-feu externe configure-external-firewall

Vous pouvez configurer un pare-feu externe pour permettre à certaines URL AEM Forms d’accéder à Internet. L’accès à ces URL est nécessaire pour remplir ou envoyer un formulaire adaptatif, HTML5, une lettre Correspondence Management ou pour se connecter à un serveur AEM Forms :

Configuration du pare-feu interne configure-internal-firewall

Vous pouvez configurer le pare-feu interne pour permettre à certains composants AEM Forms (par exemple, l’instance d’auteur, l’instance de traitement, les bases de données) de communiquer avec la batterie de publication et d’autres composants internes mentionnés dans le diagramme de topologie :

Configurer les autorisations de référentiel et les listes de contrôle d’accès (ACL) setup-repository-permissions-and-access-control-lists-acls

Par défaut, les ressources disponibles sur les noeuds de publication sont accessibles à tous. L’accès en lecture seule est activé pour toutes les ressources. Elle est requise pour activer l’accès anonyme. Si vous envisagez de restreindre l’affichage des formulaires et de n’envoyer l’accès qu’aux utilisateurs authentifiés, utilisez un groupe commun pour autoriser uniquement les utilisateurs authentifiés à disposer d’un accès en lecture seule aux ressources disponibles sur les noeuds de publication. Les emplacements/répertoires suivants contiennent des ressources de formulaire qui nécessitent un renforcement (accès en lecture seule pour les utilisateurs authentifiés) :

Gestion sécurisée des données de formulaire securely-handle-forms-data

AEM Forms stocke les données dans des emplacements prédéfinis et des dossiers temporaires. Vous devez sécuriser les données pour empêcher une utilisation non autorisée.

Configurer un nettoyage périodique du dossier temporaire setup-periodic-cleanup-of-temporary-folder

Lorsque vous configurez des formulaires pour des pièces jointes, des composants de vérification ou d’aperçu, les données correspondantes sont stockées sur les noeuds de publication sous /tmp/fd/. Les données sont régulièrement purgées. Vous pouvez modifier la tâche de purge des données par défaut pour qu’elle soit plus agressive. Pour modifier la tâche planifiée pour purger les données, ouvrez AEM console web, ouvrez la tâche de nettoyage du stockage temporaire AEM Forms et modifiez l’expression Cron.

Dans les scénarios mentionnés ci-dessus, les données sont enregistrées uniquement pour les utilisateurs authentifiés. De plus, les données sont protégées par des listes de contrôle d’accès (ACL). La modification de la purge des données est donc une étape supplémentaire pour sécuriser les informations.

Données sécurisées enregistrées par l’action d’envoi du portail de formulaires secure-data-saved-by-forms-portal-submit-action

Par défaut, l’action d’envoi Forms Portal des formulaires adaptatifs enregistre les données dans le référentiel local du noeud de publication. Les données sont enregistrées dans /content/forms/fp. Il n’est pas recommandé de stocker des données sur l’instance de publication.

Vous pouvez configurer le service de stockage pour qu’il envoie le réseau vers la grappe de traitement sans rien enregistrer localement sur le noeud de publication. La grappe de traitement se trouve dans une zone sécurisée derrière le pare-feu privé et les données restent protégées.

Utilisez les informations d’identification du serveur de traitement pour AEM service de paramètres DS afin de publier les données du noeud de publication sur le serveur de traitement. Il est recommandé d’utiliser les informations d’identification d’un utilisateur non administrateur restreint disposant d’un accès en lecture-écriture au référentiel du serveur de traitement. Pour plus d’informations, voir Configuration des services de stockage pour les brouillons et les envois.

Données sécurisées gérées par le modèle de données de formulaire (FDM) secure-data-handled-by-form-data-model-fdm

Utilisez des comptes d’utilisateurs disposant des privilèges requis minimum pour configurer des sources de données pour le modèle de données de formulaire (FDM). L’utilisation d’un compte d’administration peut fournir un accès ouvert aux métadonnées et aux entités de schéma à des utilisateurs non autorisés.
L’intégration de données fournit également des méthodes pour autoriser les demandes de service FDM. Vous pouvez insérer des mécanismes d’autorisation avant et après exécution pour valider une requête. Les demandes de service sont générées lors du préremplissage d’un formulaire, de l’envoi d’un formulaire et de l’appel de services par le biais d’une règle.

Autorisation de pré-traitement : Vous pouvez utiliser l’autorisation de prétraitement pour valider l’authenticité d’une requête avant de l’exécuter. Vous pouvez utiliser des entrées, des détails de service et de requête pour autoriser ou arrêter l’exécution de la requête. Vous pouvez renvoyer une exception d’intégration de données OPERATION_ACCESS_DENIED si l’exécution est arrêtée. Vous pouvez également modifier la requête client avant de l’envoyer pour exécution. Par exemple, modifier la saisie et ajouter des informations supplémentaires.

Autorisation de post-traitement : vous pouvez utiliser l’autorisation de post-traitement pour valider et contrôler les résultats avant de renvoyer les résultats à l’auteur de la requête. Vous pouvez également filtrer, découper et insérer des données supplémentaires dans les résultats.

Limiter l’accès des utilisateurs limit-user-access

Un ensemble différent de personnages utilisateur est requis pour les instances de création, de publication et de traitement. N’exécutez aucune instance avec des informations d’identification d’administrateur.

Sur une instance de publication :

Sur une instance d’auteur :

Sur l’auteur du traitement :

Éléments intranet sécurisés d’un environnement AEM Forms secure-intranet-elements-of-an-aem-forms-environment

En général, les grappes de traitement et le module complémentaire Forms Workflow (AEM Forms on JEE) s’exécutent derrière un pare-feu. Donc, ils sont considérés comme sûrs. Vous pouvez toujours effectuer quelques étapes pour renforcer ces environnements :

Grappe de traitement sécurisée secure-processing-cluster

Une grappe de traitement s’exécute en mode création, mais ne l’utilise pas pour les activités de développement. N’autorisez pas un utilisateur normal à être inclus dans les groupes contenu-auteurs et formulaire-utilisateurs d’une grappe de traitement.

UTILISER AEM bonnes pratiques pour sécuriser un environnement AEM Forms use-aem-best-practices-to-secure-an-aem-forms-environment

Ce document fournit des instructions spécifiques à l’environnement AEM Forms. Veillez à ce que votre installation AEM sous-jacente soit sécurisée lors du déploiement. Pour obtenir des instructions détaillées, voir la documentation Liste de contrôle de la sécurité d’AEM.