Fortalecimento do AEM Forms no ambiente JEE

Conheça uma variedade de configurações de fortalecimento de segurança para melhorar a segurança do AEM Forms no JEE executado em uma intranet corporativa.

O artigo descreve recomendações e práticas recomendadas para proteger servidores que executam o AEM Forms no JEE. Este não é um documento abrangente de fortalecimento do host para o seu sistema operacional e servidores de aplicativos. Em vez disso, este artigo descreve uma variedade de configurações que fortalecem a segurança que você deve implementar para melhorar a segurança do AEM Forms no JEE que está sendo executado em uma intranet corporativa. No entanto, para garantir que o AEM Forms nos servidores de aplicativos JEE permaneça seguro, você também deve implementar procedimentos de monitoramento de segurança, detecção e resposta.

O artigo descreve técnicas de proteção que devem ser aplicadas durante os seguintes estágios durante o ciclo de vida de instalação e configuração:

• Pré-instalação: Use essas técnicas antes de instalar o AEM Forms no JEE.
• Instalação: Use essas técnicas durante o processo de instalação do AEM Forms no JEE.
• Pós-instalação: Use essas técnicas após a instalação e periodicamente a partir de então.

O AEM Forms no JEE é altamente personalizável e pode funcionar em vários ambientes diferentes. Algumas recomendações podem não se ajustar às necessidades de sua organização.

Pré-instalação

Antes de instalar o AEM Forms no JEE, você pode aplicar soluções de segurança à camada de rede e ao sistema operacional. Esta seção descreve alguns problemas e faz recomendações para reduzir as vulnerabilidades de segurança nessas áreas.

Instalação e configuração no UNIX e Linux

Você não deve instalar ou configurar o AEM Forms no JEE usando um shell raiz. Por padrão, os arquivos são instalados no diretório /opt, e o usuário que executa a instalação precisa de todas as permissões de arquivo em /opt. Como alternativa, uma instalação pode ser executada no diretório /user de um usuário individual onde ele já tem todas as permissões de arquivo.

Instalação e configuração no Windows

Você deve executar a instalação no Windows como administrador se estiver instalando o AEM Forms no JEE em JBoss usando o método turnkey ou se estiver instalando o PDF Generator. Além disso, ao instalar o PDF Generator no Windows com suporte a aplicativos nativos, você deve executar a instalação como o mesmo usuário do Windows que instalou o Microsoft Office. Para obter mais informações sobre privilégios de instalação, consulte o documento* Instalação e implantação do AEM Forms no JEE* para o seu servidor de aplicativos.

Segurança de camada de rede

As vulnerabilidades de segurança de rede estão entre as primeiras ameaças a qualquer servidor de aplicativos voltado para a Internet ou para a intranet. Esta seção descreve o processo de proteção dos hosts na rede contra essas vulnerabilidades. Ele aborda a segmentação de rede, o fortalecimento da pilha do protocolo de controle de transmissão/protocolo de Internet (TCP/IP) e o uso de firewalls para proteção de host.

A tabela a seguir descreve processos comuns que reduzem as vulnerabilidades de segurança da rede.

Segurança do sistema operacional

A tabela a seguir descreve algumas abordagens possíveis para minimizar as vulnerabilidades de segurança encontradas no sistema operacional.

Para obter informações adicionais sobre segurança para seu sistema operacional, consulte "Informações de segurança do sistema operacional".

Instalação

Esta seção descreve técnicas que você pode usar durante o processo de instalação do AEM Forms para reduzir vulnerabilidades de segurança. Em alguns casos, essas técnicas usam opções que fazem parte do processo de instalação. A tabela a seguir descreve essas técnicas.

Etapas de pós-instalação

Depois de instalar o AEM Forms no JEE com êxito, é importante manter o ambiente periodicamente de uma perspectiva de segurança.

A seção a seguir descreve em detalhes as diferentes tarefas recomendadas para proteger o Forms Server implantado.

Segurança do AEM Forms

As configurações recomendadas a seguir se aplicam ao servidor do AEM Forms no JEE fora do aplicativo Web administrativo. Para reduzir os riscos de segurança para o servidor, aplique essas configurações imediatamente após instalar o AEM Forms no JEE.

Patches de segurança

Há um risco maior de que um usuário não autorizado possa obter acesso ao servidor de aplicativos se os patches e as atualizações de segurança do fornecedor não forem aplicados em tempo hábil. Teste os patches de segurança antes de aplicá-los aos servidores de produção para garantir a compatibilidade e a disponibilidade dos aplicativos. Além disso, crie políticas e procedimentos para verificar e instalar patches regularmente. As atualizações do AEM Forms no JEE estão no site de download de produtos Enterprise.

Contas de serviço (JBoss turnkey no Windows apenas)

O AEM Forms no JEE instala um serviço, por padrão, usando a conta LocalSystem. A conta de usuário LocalSystem interna tem um alto nível de acessibilidade; ela faz parte do grupo Administradores. Se uma identidade do processo de trabalho for executada como a conta de usuário LocalSystem, esse processo de trabalho terá acesso total a todo o sistema.

Para executar o servidor de aplicativos no qual o AEM Forms no JEE é implantado, usando uma conta não administrativa específica, siga estas instruções:

1. No Microsoft Management Console (MMC), crie um usuário local para o serviço Forms Server para fazer logon como:

   • Selecionar Usuário não pode alterar senha.
   • No Membro de , verifique se Usuários grupo está listado.
   OBSERVAÇÃO

   Não é possível alterar essa configuração para PDF Generator.

2. Selecionar Início > Configurações > Ferramentas administrativas > Serviços.

3. Clique duas vezes no JBoss para AEM Forms no JEE e interrompa o serviço.

4. No Fazer Logon selecione Esta conta, procure a conta de usuário que você criou e digite a senha da conta.

5. No MMC, abra Configurações de segurança locais e selecione Políticas Locais > Atribuição de direitos do usuário.

6. Atribua os seguintes direitos à conta de usuário em que o Forms Server está sendo executado:

   • Negar logon pelos Serviços de Terminal
   • Negar logon local
   • Fazer logon como serviço (já deve estar definido)

7. Conceda à nova conta de usuário permissões de modificação nos seguintes diretórios:

   • Diretório de Armazenamento Global de Documentos (GDS): o local do diretório GDS é configurado manualmente durante o processo de instalação do AEM Forms. Se a configuração de local permanecer vazia durante a instalação, o local assumirá como padrão um diretório na instalação do servidor de aplicativos em [JBoss root]/server/[type]/svcnative/DocumentStorage
   • Diretório do repositório CRX: o local padrão é [AEM-Forms-installation-location]\crx-repository
   • Diretórios temporários do AEM Forms:
     • Caminho TMP ou TEMP (Windows) conforme definido nas variáveis de ambiente
     • (AIX, Linux ou Solaris) Diretório inicial do usuário conectado Em sistemas baseados em UNIX, um usuário não raiz pode usar o seguinte diretório como o diretório temporário:
     • (Linux) /var/tmp ou /usr/tmp
     • (AIX) /tmp ou /usr/tmp
     • (Solaris) /var/tmp ou /usr/tmp

8. Conceda à nova conta de usuário permissões de gravação nos seguintes diretórios:

   • [JBoss-diretory]\independente\implantação
   • [JBoss-diretory]\autônomo\
   • [JBoss-diretory]\bin\
   OBSERVAÇÃO

   O local de instalação padrão do JBoss Application Server:

   • Windows: C:\Adobe\Adobe_Experience_Manager_Forms\jboss
   • Linux: /opt/jboss/

9. Inicie o servidor de aplicativos.

Desabilitando o servlet de inicialização do Configuration Manager

O Configuration Manager usou um servlet implantado em seu servidor de aplicativos para executar a inicialização do AEM Forms no banco de dados JEE. Como o Configuration Manager acessa esse servlet antes que a configuração seja concluída, o acesso a ele não foi protegido para usuários autorizados e deve ser desativado após você ter usado com êxito o Configuration Manager para configurar o AEM Forms no JEE.

1. Descompacte o adobe-livecycle-[appserver]arquivo .ear.

2. Abra o arquivo META-INF/application.xml.

3. Procure a seção adobe-bootstrapper.war:

   <!-- bootstrapper start -->
   <module id="WebApp_adobe_bootstrapper">
       <web>
           <web-uri>adobe-bootstrapper.war</web-uri>
           <context-root>/adobe-bootstrapper</context-root>
       </web>
   </module>
   <module id="WebApp_adobe_lcm_bootstrapper_redirector">
       <web>
           <web-uri>adobe-lcm-bootstrapper-redirector.war</web-uri>
           <context-root>/adobe-lcm-bootstrapper</context-root>
       </web>
   </module>
   <!-- bootstrapper end-->
   

4. Pare o servidor do AEM Forms.

5. Comente o adobe-bootstrapper.war e o adobe-lcm-bootstrapper-rediretory. módulos war como se segue:

   <!-- bootstrapper start -->
   <!--
   <module id="WebApp_adobe_bootstrapper">
       <web>
           <web-uri>adobe-bootstrapper.war</web-uri>
           <context-root>/adobe-bootstrapper</context-root>
       </web>
   </module>
   <module id="WebApp_adobe_lcm_bootstrapper_redirector">
       <web>
           <web-uri>adobe-lcm-bootstrapper-redirector.war</web-uri>
           <context-root>/adobe-lcm-bootstrapper</context-root>
       </web>
   </module>
   -->
   <!-- bootstrapper end-->
   

6. Salve e feche o arquivo META-INF/application.xml

7. Compacte o arquivo EAR e reimplante-o no servidor de aplicativos.

8. Inicie o servidor do AEM Forms.

9. Digite o URL abaixo em um navegador para testar a alteração e garantir que ela não funcione mais.

   https://<localhost>:<port>/adobe-bootstrapper/bootstrap

Bloquear acesso remoto ao Armazenamento de Confiança

O Configuration Manager permite que você carregue uma credencial de extensões do Acrobat Reader DC na loja de confiança do AEM Forms no JEE. Isso significa que o acesso ao Serviço de Credenciais de Armazenamento de Confiança em protocolos remotos (SOAP e EJB) foi habilitado por padrão. Esse acesso não será mais necessário depois que você tiver carregado a credencial de Direitos usando o Configuration Manager ou se decidir usar o Console de Administração posteriormente para gerenciar credenciais.

Você pode desabilitar o acesso remoto a todos os serviços de Armazenamento Confiável seguindo as etapas da seção Desativar o acesso remoto não essencial aos serviços.

Desabilitar todo o acesso anônimo não essencial

Alguns serviços do Forms Server têm operações que podem ser chamadas por um chamador anônimo. Se o acesso anônimo a esses serviços não for necessário, desative-o seguindo as etapas em Desabilitação de acesso anônimo não essencial a serviços.

Alterar a senha padrão do administrador

Quando o AEM Forms no JEE é instalado, uma única conta de usuário padrão é configurada para o usuário Super Administrador/ administrador de ID de logon com uma senha padrão de senha. Você deve alterar essa senha imediatamente usando o Gerenciador de configurações.

1. Digite o seguinte URL em um navegador da Web:

   https://[host name]:[port]/adminui
   

   O número de porta padrão é um destes:

   JBoss: 8080

   WebLogic Server: 7001

   WebSphere: 9080.

2. No Nome do usuário campo, tipo administrator e, no Senha campo, tipo password.

3. Clique em Configurações > User Management > Usuários e grupos.

4. Tipo administrator no Localizar e clique em Localizar.

5. Clique em Superadministrador na lista de usuários.

6. Clique em Alterar senha na página Editar Usuário.

7. Especifique a nova senha e clique em Salvar.

Além disso, é recomendável alterar a senha padrão do Administrador do CRX executando as seguintes etapas:

1. Efetue logon no https://[server]:[port]/lc/libs/granite/security/content/useradmin.html usando o nome de usuário/senha padrão.
2. Digite Administrador no campo de pesquisa e clique em Ir.
3. Selecionar Administrador do resultado da pesquisa e clique no botão Editar no canto inferior direito da interface.
4. Especifique a nova senha na caixa Nova senha e a senha antiga na caixa Sua senha campo.
5. Clique no ícone Salvar na parte inferior direita da interface.

Desativar geração de WSDL

A geração da WSDL (Web Service Definition Language) deve ser ativada somente para ambientes de desenvolvimento, onde a geração WSDL é usada pelos desenvolvedores para criar seus aplicativos clientes. Você pode optar por desativar a geração WSDL em um ambiente de produção para evitar a exposição dos detalhes internos de um serviço.

1. Digite o seguinte URL em um navegador da Web:

   https://[host name]:[port]/adminui
   

2. Selecionar Configurações > Configurações principais do sistema > Configurações.

3. Desmarcar Ativar WSDL e selecione OK.

Segurança do servidor de aplicativos

A tabela a seguir descreve algumas técnicas para proteger o servidor de aplicativos após a instalação do aplicativo AEM Forms no JEE.

Segurança do banco de dados

Ao proteger seu banco de dados, você deve implementar as medidas descritas pelo fornecedor do banco de dados. Você deve alocar um usuário do banco de dados com as permissões de banco de dados mínimas necessárias concedidas para uso pelo AEM Forms no JEE. Por exemplo, não use uma conta com privilégios de administrador de banco de dados.

No Oracle, a conta do banco de dados que você usa precisa apenas dos privilégios CONNECT, RESOURCE e CREATE VIEW. Para requisitos semelhantes em outros bancos de dados, consulte Preparando para instalar o AEM Forms no JEE (servidor único).

Configurando segurança integrada para SQL Server no Windows para JBoss

1. Modificar [JBOSS_HOME]\standalone\configuration\lc_{datasource.xml} para adicionar integratedSecurity=true ao URL de conexão, conforme mostrado neste exemplo:

    jdbc:sqlserver://<serverhost>:<port>;databaseName=<dbname>;integratedSecurity=true
   

2. Adicione o arquivo sqljdbc_auth.dll ao caminho de sistemas do Windows no computador que está executando o servidor de aplicativos. O arquivo sqljdbc_auth.dll está localizado com a instalação do driver Microsoft SQL JDBC 6.2.1.0.

3. Modifique a propriedade do serviço JBoss do Windows (JBoss para AEM Forms em JEE) para Fazer logon como no sistema local para uma conta de logon que tenha um banco de dados AEM Forms e um conjunto mínimo de privilégios. Se você estiver executando o JBoss na linha de comando e não como um serviço do Windows, não será necessário executar essa etapa.

4. Definir Segurança para o SQL Server a partir de Misto para Somente Autenticação do Windows.

Configurando a segurança integrada do SQL Server no Windows para WebLogic

1. Inicie a Console de Administração do WebLogic Server digitando o seguinte URL na linha URL de um web browser:

   https://[host name]:7001/console
   

2. Em Centro de alterações, clique em Bloquear e editar.

3. Em Estrutura do domínio, clique em [base_domain] > Serviços > JDBC > Fontes de dados e, no painel direito, clique em IDP_DS.

4. Na tela seguinte, na guia Configuração clique na guia Pool de conexão e, na guia Propriedades caixa, digite integratedSecurity=true.

5. Em Estrutura do domínio, clique em [base_domain] > Serviços > JDBC > Fontes de dados e, no painel direito, clique em RM_DS.

6. Na tela seguinte, na guia Configuração clique na guia Pool de conexão e, na guia Propriedades caixa, digite integratedSecurity=true.

7. Adicione o arquivo sqljdbc_auth.dll ao caminho de sistemas do Windows no computador que está executando o servidor de aplicativos. O arquivo sqljdbc_auth.dll está localizado com a instalação do driver Microsoft SQL JDBC 6.2.1.0.

8. Definir Segurança para o SQL Server a partir de Misto para Somente Autenticação do Windows.

Configuração da segurança integrada do SQL Server no Windows para WebSphere

No WebSphere, você pode configurar a segurança integrada somente quando usar um driver JDBC externo do SQL Server, não o driver JDBC do SQL Server incorporado ao WebSphere.

1. Faça logon no Console administrativo do WebSphere.
2. Na árvore de navegação, clique em Recursos > JDBC > Fontes de dados e, no painel direito, clique em IDP_DS.
3. No painel direito, em Propriedades adicionais, clique em Propriedades Personalizadas e clique em Novo.
4. No Nome caixa, digite integratedSecurity e, no Valor caixa, digite true.
5. Na árvore de navegação, clique em Recursos > JDBC > Fontes de dados e, no painel direito, clique em RM_DS.
6. No painel direito, em Propriedades adicionais, clique em Propriedades Personalizadas e clique em Novo.
7. No Nome caixa, digite integratedSecurity e, no Valor caixa, digite true.
8. No computador em que o WebSphere está instalado, adicione o arquivo sqljdbc_auth.dll ao caminho de sistemas do Windows (C:\Windows). O arquivo sqljdbc_auth.dll está no mesmo local que a instalação do driver Microsoft SQL JDBC 1.2 (o padrão é [InstallDir]/sqljdbc_1.2/enu/auth/x86).
9. Selecionar Início > Painel de controle do Campaign > Serviços, clique com o botão direito do mouse no serviço Windows para WebSphere (IBM WebSphere Application Server <version> - <node>) e selecione Propriedades.
10. Na caixa de diálogo Propriedades, clique na guia Fazer Logon guia.
11. Selecionar Esta conta e forneça as informações necessárias para definir a conta de logon que deseja usar.
12. Definir Segurança no SQL Server a partir de Misto para Somente Autenticação do Windows.

Proteção do acesso a conteúdo confidencial no banco de dados

O schema do banco de dados do AEM Forms contém informações confidenciais sobre a configuração do sistema e os processos comerciais e deve estar oculto atrás do firewall. O banco de dados deve ser considerado dentro do mesmo limite de confiança que o Forms Server. Para evitar a divulgação de informações e o roubo de dados de negócios, o banco de dados deve ser configurado pelo administrador do banco de dados (DBA) para permitir o acesso somente por administradores autorizados.

Como precaução adicional, você deve considerar o uso de ferramentas específicas do fornecedor do banco de dados para criptografar colunas em tabelas que contenham os seguintes dados:

• Chaves do documento Rights Management
• Chave de criptografia do PIN HSM do armazenamento de confiança
• Hashes de Senha de Usuário Local

Para obter informações sobre ferramentas específicas de fornecedores, consulte "Informações de segurança do banco de dados".

Segurança LDAP

Um diretório LDAP (Lightweight Diretory Access Protocol) é normalmente usado pelo AEM Forms no JEE como uma origem para informações de usuários e grupos empresariais e um meio de executar a autenticação de senha. Você deve garantir que seu diretório LDAP esteja configurado para usar SSL (Secure Socket Layer) e que o AEM Forms no JEE esteja configurado para acessar seu diretório LDAP usando sua porta SSL.

Negação de serviço LDAP

Um ataque comum usando o LDAP envolve um invasor que deliberadamente não consegue se autenticar várias vezes. Isso força o Servidor de Diretório LDAP a bloquear um usuário de todos os serviços dependentes de LDAP.

Você pode definir o número de tentativas com falha e o tempo de bloqueio subsequente que a AEM Forms implementa quando um usuário falha repetidamente ao autenticar no AEM Forms. No Console de administração, escolha valores baixos. Ao selecionar o número de tentativas com falha, é importante compreender que, após todas as tentativas, o AEM Forms bloqueará o usuário antes que o Servidor de Diretório LDAP o faça.

Definir bloqueio automático de conta

1. Faça logon no Console de administração.
2. Clique em Configurações > User Management > Gerenciamento de domínio.
3. Em Configurações de bloqueio automático de conta, defina Máximo de falhas de autenticação consecutivas para um número baixo, como 3.
4. Clique em Salvar.

Auditoria e registro

O uso adequado e seguro da auditoria e do registro de aplicativos pode ajudar a garantir que eventos de segurança e outros eventos anômalos sejam rastreados e detectados o mais rápido possível. O uso eficiente da auditoria e do registro em um aplicativo inclui itens como rastreamento de logons bem-sucedidos e com falha e eventos-chave do aplicativo, como a criação ou a exclusão de registros-chave.

Você pode usar a auditoria para detectar muitos tipos de ataques, incluindo estes:

• Ataques de senha com força bruta
• Ataques de negação de serviço
• Injeção de entrada hostil e classes relacionadas de ataques de script

Esta tabela descreve as técnicas de auditoria e registro que podem ser usadas para reduzir as vulnerabilidades do servidor.

Permitir que um usuário não administrador execute o PDF Generator

Você pode permitir que um usuário não administrador use o PDF Generator. Normalmente, somente usuários com privilégios administrativos podem usar o PDF Generator. Execute as seguintes etapas para permitir que um usuário não administrador execute o PDF Generator:

1. Crie um nome de variável de ambiente PDFG_NON_ADMIN_ENABLED.

2. Defina o valor da variável como TRUE.

3. Reinicie a instância do AEM Forms.

Configuração do AEM Forms no JEE para acesso fora da empresa

Depois de instalar o AEM Forms no JEE, é importante manter a segurança do ambiente periodicamente. Esta seção descreve as tarefas recomendadas para manter a segurança do AEM Forms no servidor de produção JEE.

Configuração de um proxy reverso para acesso à Web

A proxy reverso pode ser usado para garantir que um conjunto de URLs para o AEM Forms em aplicações Web JEE esteja disponível para usuários externos e internos. Essa configuração é mais segura do que permitir que os usuários se conectem diretamente ao servidor de aplicativos em que o AEM Forms no JEE está sendo executado. O proxy reverso executa todas as solicitações HTTP para o servidor da aplicação que está executando o AEM Forms no JEE. Os usuários só têm acesso de rede ao proxy reverso e só podem tentar conexões de URL compatíveis com o proxy reverso.

AEM Forms em URLs raiz JEE para uso com servidor proxy reverso

Os seguintes URLs raiz da aplicação para cada AEM Forms na aplicação Web JEE. Você deve configurar seu proxy reverso apenas para expor URLs para a funcionalidade do aplicativo web que você deseja fornecer aos usuários finais.

Determinados URLs são destacados como aplicações Web voltadas para o usuário final. Você deve evitar expor outros URLs do Configuration Manager para acesso a usuários externos por meio do proxy reverso.

Proteção contra ataques de falsificação de solicitação entre sites

Um ataque de falsificação de solicitação entre sites (CSRF) explora a confiança que um site tem para o usuário, para transmitir comandos não autorizados e não intencionais pelo usuário. O ataque é configurado incluindo um link ou um script em uma página da Web, ou um URL em uma mensagem de email, para acessar outro site para o qual o usuário já foi autenticado.

Por exemplo, você pode estar conectado ao Console de administração enquanto navega simultaneamente por outro site. Uma das páginas da Web pode incluir uma tag de imagem de HTML com um src que direciona um script do lado do servidor no site da vítima. Ao usar o mecanismo de autenticação de sessão baseado em cookies fornecido pelos navegadores da Web, o site de ataque pode enviar solicitações mal-intencionadas para esse script do lado do servidor vítima, disfarçado de usuário legítimo. Para obter mais exemplos, consulte https://owasp.org/www-community/attacks/csrf#Examples.

As seguintes características são comuns ao CSRF:

• Envolvem sites que dependem da identidade de um usuário.
• Explorar a confiança do site nessa identidade.
• Induzir o navegador do usuário a enviar solicitações HTTP para um site de destino.
• Envolva solicitações HTTP que tenham efeitos colaterais.

O AEM Forms no JEE usa o recurso Filtro referenciador para bloquear ataques CSRF. Os termos a seguir são usados nesta seção para descrever o mecanismo de Filtragem do referenciador:

• Referenciador permitido: Referenciador é o endereço da página de origem que envia uma solicitação ao servidor. Para páginas ou formulários JSP, os Referenciadores são geralmente a página anterior no histórico de navegação. Normalmente, o referenciador de imagens são as páginas nas quais as imagens são exibidas. Você pode identificar o Referenciador que tem acesso permitido aos recursos do servidor, adicionando-o à lista Referenciador permitido.
• Exceções de referenciador permitidas: Talvez você queira restringir o escopo de acesso de um determinado Referenciador na sua lista de Referenciadores permitidos. Para impor essa restrição, você pode adicionar caminhos individuais desse Referenciador à lista de Exceções permitidas do Referenciador. As solicitações originadas de caminhos na lista Exceções de referenciador permitidas são impedidas de invocar qualquer recurso no Forms Server. Você pode definir Exceções de referenciador permitidas para um aplicativo específico e também usar uma lista global de exceções que se aplicam a todos os aplicativos.
• URIs permitidos: Esta é uma lista de recursos que devem ser atendidos sem verificar o Cabeçalho do referenciador. Recursos, por exemplo, páginas de ajuda, que não resultam em alterações de estado no servidor, podem ser adicionados a esta lista. Os recursos na lista de URIs permitidos nunca são bloqueados pelo Filtro referenciador independentemente de quem seja o Referenciador.
• Referenciador nulo: Uma solicitação de servidor que não está associada a ou não se origina de uma página da Web pai é considerada uma solicitação de um Referenciador nulo. Por exemplo, ao abrir uma nova janela do navegador, digitar um endereço e pressionar Enter, o Referenciador enviado ao servidor será nulo. Um aplicativo de desktop (.NET ou SWING) que faz uma solicitação HTTP para um servidor Web também envia um Referenciador nulo para o servidor.

Filtragem de referenciador

O processo de Filtragem de referenciador pode ser descrito da seguinte maneira:

1. O Forms Server verifica o método HTTP usado para invocação:

   1. Se for POST, o Forms Server executará a verificação do cabeçalho do Referenciador.
   2. Se for GET, o Forms Server ignorará a verificação do Referenciador, a menos que CSRF_CHECK_GETS está definido como verdadeiro, nesse caso, ele executa a verificação do cabeçalho Referenciador. CSRF_CHECK_GETS é especificado na variável web.xml arquivo para seu aplicativo.

2. O Forms Server verifica se o URI solicitado existe na inclui na lista de permissões:

   1. Incluir na lista de permissões Se o URI for selecionado, o servidor aceitará a solicitação.
   2. Incluir na lista de permissões Se o URI solicitado não for reconhecido, o servidor recuperará o Referenciador da solicitação.

3. Se houver um Referenciador na solicitação, o servidor verificará se ele é um Referenciador permitido. Se for permitido, o servidor verificará uma Exceção do referenciador:

   1. Se for uma exceção, a solicitação será bloqueada.
   2. Se não for uma exceção, a solicitação será transmitida.

4. Se não houver um Referenciador na solicitação, o servidor verificará se um Referenciador nulo é permitido:

   1. Se um referenciador nulo for permitido, a solicitação será transmitida.
   2. Se um Referenciador nulo não for permitido, o servidor verificará se o URI solicitado é uma exceção para o Referenciador nulo e lidará com a solicitação adequadamente.

Gerenciando a filtragem do referenciador

O AEM Forms no JEE fornece um Filtro referenciador para especificar o Referenciador que tem acesso permitido aos recursos do servidor. Por padrão, o filtro Referenciador não filtra solicitações que usam um método HTTP seguro, por exemplo, GET, a menos que CSRF_CHECK_GETS está definido como verdadeiro. Se o número da porta de uma entrada Referenciador permitido for definido como 0, o AEM Forms no JEE permitirá todas as solicitações com Referenciador desse host, independentemente do número da porta. Se nenhum número de porta for especificado, somente as solicitações da porta padrão 80 (HTTP) ou porta 443 (HTTPS) serão permitidas. A Filtragem de referenciador será desativada se todas as entradas na lista Referenciador permitido forem excluídas.

Quando você instala os Serviços de documento pela primeira vez, a lista Referenciador permitido é atualizada com o endereço do servidor no qual os Serviços de documento estão instalados. As entradas do servidor incluem o nome do servidor, o endereço IPv4, o endereço IPv6, se IPv6 estiver habilitado, o endereço de loopback e uma entrada de host local. Os nomes adicionados à lista Referenciador permitido são retornados pelo sistema operacional Host. Por exemplo, um servidor com endereço IP 10.40.54.187 incluirá as seguintes entradas: https://server-name:0, https://10.40.54.187:0, https://127.0.0.1:0, http://localhost:0. Para qualquer nome não qualificado retornado pelo sistema operacional do Host (nomes que não têm endereço IPv4, endereço IPv6 ou nome de domínio qualificado), a inclui na lista de permissões não é atualizada. Modifique a lista Referenciador permitido para se adequar ao seu ambiente empresarial. Não implante o Forms Server no ambiente de produção com a lista de Referenciadores permitidos padrão. Após modificar qualquer um dos Referenciadores Permitidos, Exceções de Referenciador ou URIs, reinicie o servidor para que as alterações entrem em vigor.

Gerenciar lista de referenciadores permitidos

Você pode gerenciar a lista Referenciador permitido na Interface de gerenciamento de usuários do Console de administração. A Interface de gerenciamento de usuários fornece a funcionalidade de criar, editar ou excluir a lista. Consulte o * Prevenção de ataques CSRF* seção do ajuda administrativa para obter mais informações sobre como trabalhar com a lista Referenciador permitido.

Gerenciar listas de Exceção de referenciador e URI permitidos

O AEM Forms no JEE fornece APIs para gerenciar a lista Exceção de referenciador permitido e a lista URI permitido. Você pode usar essas APIs para recuperar, criar, editar ou excluir a lista. Veja a seguir uma lista de APIs disponíveis:

• createAllowedURIsList
• getAllowedURIsList
• updateAllowedURIsList
• deleteAllowedURIsList
• addAllowedRefererExceptions
• getAllowedRefererExceptions
• updateAllowedRefererExceptions
• deleteAllowedRefererExceptions

Consulte * AEM Forms na Referência da API JEE * para obter mais informações sobre as APIs.

Use o LC_GLOBAL_ALLOWED_REFERER_EXCEPTION lista para Exceções de Referenciador Permitidas no nível global, ou seja, para definir exceções que sejam aplicáveis a todos os aplicativos. Esta lista contém apenas URIs com um caminho absoluto (por exemplo, /index.html) ou um caminho relativo (por exemplo, /sample/). Você também pode anexar uma expressão regular ao final de um URI relativo, por exemplo, /sample/(.)*.

A variável LC_GLOBAL_ALLOWED_REFERER_EXCEPTION a ID da lista é definida como uma constante na variável UMConstants classe do com.adobe.idp.um.api namespace, encontrado em adobe-usermanager-client.jar. Você pode usar as APIs do AEM Forms para criar, modificar ou editar essa lista. Por exemplo, para criar a lista Exceções globais permitidas do referenciador, use:

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

Use o CSRF_ALLOWED_REFERER_EXCEPTIONS para exceções específicas do aplicativo.

Desabilitar o filtro referenciador

Caso o Filtro referenciador bloqueie completamente o acesso ao Servidor do Forms e você não possa editar a lista Referenciador permitido, é possível atualizar o script de inicialização do servidor e desativar a Filtragem do referenciador.

Inclua o -Dlc.um.csrffilter.disabled=true Argumento JAVA no script de inicialização e reinicie o servidor. Certifique-se de excluir o argumento JAVA depois de reconfigurar apropriadamente a lista Referenciador permitido.

Filtragem de referenciador para arquivos WAR personalizados

Você pode ter criado arquivos WAR personalizados para trabalhar com o AEM Forms no JEE para atender aos requisitos da sua empresa. Para ativar a Filtragem de referenciador para seus arquivos WAR personalizados, inclua adobe-usermanager-client.jar no caminho de classe para o WAR e inclua uma entrada de filtro no arquivo * web.xml* com os seguintes parâmetros:

CSRF_CHECK_GETS controla a verificação do Referenciador nas solicitações do GET. Se esse parâmetro não estiver definido, o valor padrão será definido como false. Inclua esse parâmetro somente se desejar filtrar suas solicitações do GET.

CSRF_ALLOWED_REFERER_EXCEPTIONS é a ID da lista de Exceções do Referenciador Permitido. O Filtro referenciador impede que as solicitações originadas de referenciadores na lista identificada pela ID da lista chamem qualquer recurso no Forms Server.

CSRF_ALLOWED_URIS_LIST_NAME é a ID da lista de URIs permitidos. O Filtro referenciador não bloqueia solicitações para qualquer um dos recursos na lista identificados pela ID da lista, independentemente do valor do cabeçalho Referenciador na solicitação.

CSRF_ALLOW_NULL_REFERER controla o comportamento do Filtro do referenciador quando o Referenciador é nulo ou não está presente. Se esse parâmetro não estiver definido, o valor padrão será definido como false. Inclua esse parâmetro somente se desejar permitir Referenciadores nulos. Permitir referenciadores nulos pode permitir alguns tipos de ataques de falsificação de solicitação entre sites.

CSRF_NULL_REFERER_EXCEPTIONS é uma lista dos URIs para os quais uma verificação do Referenciador não é executada quando o Referenciador é nulo. Esse parâmetro é ativado somente quando CSRF_ALLOW_NULL_REFERER está definido como falso. Separe vários URIs na lista com uma vírgula.

Veja a seguir um exemplo da entrada de filtro no web.xml arquivo para um AMOSTRA Arquivo 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>

Resolução de Problemas

Se solicitações legítimas do servidor estiverem sendo bloqueadas pelo filtro CSRF, tente um dos seguintes procedimentos:

• Se a solicitação rejeitada tiver um cabeçalho Referenciador, considere adicioná-lo cuidadosamente à lista Referenciador permitido. Adicionar somente Referenciador confiável.
• Se a solicitação rejeitada não tiver um cabeçalho Referenciador, modifique o aplicativo cliente para incluir um cabeçalho Referenciador.
• Se o cliente puder trabalhar em um navegador, experimente esse modelo de implantação.
• Como último recurso, é possível adicionar o recurso à lista de URIs permitidos. Essa não é uma configuração recomendada.

Configuração de rede segura

Esta seção descreve os protocolos e portas exigidos pelo AEM Forms no JEE e fornece recomendações para implantar o AEM Forms no JEE em uma configuração de rede segura.

Protocolos de rede usados pelo AEM Forms no JEE

Ao configurar uma arquitetura de rede segura conforme descrito na seção anterior, os seguintes protocolos de rede são necessários para a interação entre o AEM Forms no JEE e outros sistemas na rede corporativa.

Portas para servidores de aplicativos

Esta seção descreve as portas default (e intervalos de configuração alternativos) para cada tipo de servidor de aplicativos suportado. Essas portas devem ser ativadas ou desativadas no firewall interno, dependendo da funcionalidade de rede que você deseja permitir para os clientes que se conectam ao servidor de aplicativos que executa o AEM Forms no JEE.

Portas JBoss

Portas do WebLogic

Portas do WebSphere

Para obter informações sobre as portas do WebSphere exigidas pelo AEM Forms no JEE, vá para a configuração Número da porta na interface do usuário do WebSphere Application Server.

Configuração do SSL

Consultando a arquitetura física descrita na seção Arquitetura física do AEM Forms no JEE, você deve configurar o SSL para todas as conexões que planeja usar. Especificamente, todas as conexões SOAP devem ser conduzidas por SSL para evitar a exposição das credenciais do usuário em uma rede.

Para obter instruções sobre como configurar SSL em JBoss, WebLogic e WebSphere, consulte "Configuring SSL" no ajuda administrativa.

Para obter instruções sobre como importar certificados para a JVM (Java Virtual Machine) configurada para um servidor AEM Forms, consulte a seção Autenticação mútua em Ajuda do AEM Forms Workbench.

Configuração do redirecionamento de SSL

Após configurar seu servidor de aplicativos para suportar SSL, você deve garantir que todo o tráfego HTTP para aplicativos e serviços seja forçado a usar a porta SSL.

Para configurar o redirecionamento SSL para WebSphere ou WebLogic, consulte a documentação do servidor de aplicativos.

1. Abra o prompt de comando, navegue até o diretório /JBOSS_HOME/standalone/configuration e execute o seguinte comando:

   keytool -genkey -alias jboss7 -keyalg RSA -keystore server.keystore -validity 10950

2. Abra o arquivo JBOSS_HOME/standalone/configuration/standalone.xml para edição.

   Depois que a variável <subsystem xmlns="urn<span id=" translate="no" />domínio:web:Elemento 1.1" native="false" default-virtual-server="default-host"> , adicione os seguintes detalhes::jboss:

   <connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" enabled="true" secure="true"/>

3. Adicione o seguinte código no elemento de conector https:

   <connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" secure="true" enabled="true">
    <ssl name="jboss7_ssl" key-alias="jboss71" password="Tibco321" certificate-key-file="../standalone/configuration/server.keystore" protocol="TLSv1"/>
    </connector>
   

   Salve e feche o arquivo standalone.xml.

Recomendações de segurança específicas para Windows

Esta seção contém recomendações de segurança específicas para o Windows quando usadas para executar o AEM Forms no JEE.

Contas do serviço JBoss

A instalação completa do AEM Forms no JEE configura uma conta de serviço, por padrão, usando a conta Sistema local. A conta de usuário do Sistema local interna tem um alto nível de acessibilidade; ela faz parte do grupo Administradores. Se uma identidade de processo de trabalho for executada como a conta de usuário do Sistema Local, esse processo de trabalho terá acesso total a todo o sistema.

Executar o servidor de aplicativos usando uma conta não administrativa

1. No Microsoft Management Console (MMC), crie um usuário local para o serviço Forms Server para fazer logon como:

   • Selecionar Usuário não pode alterar senha.
   • No Membro de verifique se o grupo Usuários está listado.

2. Selecionar Configurações > Ferramentas administrativas > Serviços.

3. Clique duas vezes no serviço do servidor de aplicativos e pare o serviço.

4. No Fazer Logon selecione Esta conta, procure a conta de usuário que você criou e digite a senha da conta.

5. Na janela Configurações de segurança locais, em Atribuição de direitos de usuário, conceda os seguintes direitos à conta de usuário na qual o Forms Server está sendo executado:

   • Negar logon pelos Serviços de Terminal
   • Negar logon no locallyxx
   • Fazer logon como serviço (já deve estar definido)

6. Conceda à nova conta de usuário permissões de modificação nos seguintes diretórios:

   • Diretório de Armazenamento Global de Documentos (GDS): o local do diretório GDS é configurado manualmente durante o processo de instalação do AEM Forms. Se a configuração de local permanecer vazia durante a instalação, o local assumirá como padrão um diretório na instalação do servidor de aplicativos em [JBoss root]/server/[type]/svcnative/DocumentStorage
   • Diretório do repositório CRX: o local padrão é [AEM-Forms-installation-location]\crx-repository
   • Diretórios temporários do AEM Forms:
     • Caminho TMP ou TEMP (Windows) conforme definido nas variáveis de ambiente
     • (AIX, Linux ou Solaris) Diretório inicial do usuário conectado Em sistemas baseados em UNIX, um usuário não raiz pode usar o seguinte diretório como o diretório temporário:
     • (Linux) /var/tmp ou /usr/tmp
     • (AIX) /tmp ou /usr/tmp
     • (Solaris) /var/tmp ou /usr/tmp

7. Conceda à nova conta de usuário permissões de gravação nos seguintes diretórios:

   • [JBoss-diretory]\independente\implantação
   • [JBoss-diretory]\autônomo\
   • [JBoss-diretory]\bin\
   OBSERVAÇÃO

   O local de instalação padrão do JBoss Application Server:

   • Windows: C:\Adobe\Adobe_Experience_Manager_Forms\jboss
   • Linux: /opt/jboss/.

8. Inicie o serviço do servidor de aplicativos.

Segurança do sistema de arquivos

O AEM Forms no JEE usa o sistema de arquivos das seguintes maneiras:

• Armazena arquivos temporários que são usados durante o processamento de entrada e saída de documentos
• Armazena arquivos no repositório de arquivamento global que são usados para dar suporte aos componentes da solução que estão instalados
• As pastas monitoradas armazenam arquivos soltos que são usados como entrada para um serviço a partir de um local de pasta do sistema de arquivos

Ao usar pastas monitoradas como uma maneira de enviar e receber documentos com um serviço do Forms Server, tome precauções adicionais com a segurança do sistema de arquivos. Quando um usuário solta o conteúdo na pasta monitorada, esse conteúdo é exposto por meio da pasta monitorada. Nesse caso, o serviço não autentica o usuário final real. Em vez disso, ele depende da segurança de nível de ACL e Compartilhamento para ser definida no nível da pasta a fim de determinar quem pode efetivamente chamar o serviço.

Recomendações de segurança específicas para JBoss

Esta seção contém recomendações de configuração do servidor de aplicativos que são específicas para JBoss 7.0.6 quando usado para executar o AEM Forms no JEE.

Desativar o console de gerenciamento JBoss e o console JMX

O acesso à Console de gerenciamento JBoss e à Console JMX já está configurado (a monitoração JMX está desativada) quando você instala o AEM Forms no JEE em JBoss usando o método de instalação turnkey. Se você estiver usando seu próprio JBoss Application Server, certifique-se de que o acesso ao JBoss Management Console e ao console de monitoramento JMX esteja protegido. O acesso ao console de monitoramento JMX é definido no arquivo de configuração JBoss chamado jmx-invoker-service.xml.

Desativar a navegação no diretório

Depois de fazer logon no Console de administração, é possível navegar pela lista de diretórios da console modificando o URL. Por exemplo, se você alterar o URL para um dos seguintes URLs, uma lista de diretórios poderá ser exibida:

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

Recomendações de segurança específicas do WebLogic

Esta seção contém recomendações de configuração do servidor de aplicativos para proteger o WebLogic 9.1 ao executar o AEM Forms no JEE.

Desativar a navegação no diretório

Defina as propriedades index-directories no arquivo weblogic.xml para false, conforme mostrado neste exemplo:

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

Habilitar Porta SSL do WebLogic

Por padrão, o WebLogic não ativa a Porta de escuta SSL padrão, 7002. Habilite essa porta no Console de Administração do WebLogic Server antes de configurar o SSL.

Recomendações de segurança específicas do WebSphere

Esta seção contém recomendações de configuração do servidor de aplicativos para proteger o WebSphere que executa o AEM Forms no JEE.

Desativar a navegação no diretório

Defina o directoryBrowsingEnabled no arquivo ibm-web-ext.xml para false.

Habilitar a segurança administrativa do WebSphere

1. Faça logon no Console administrativo do WebSphere.
2. Na árvore de navegação, acesse Segurança > Segurança global
3. Selecionar Habilitar segurança administrativa.
4. Desmarcar ambos Habilitar segurança de aplicativos e Usar segurança do Java 2.
5. Clique em OK ou Aplicar.
6. No Mensagens clique em Salvar diretamente na configuração principal.