Hardening del tuo AEM Forms sull'ambiente JEE hardening-your-aem-forms-on-jee-environment
Scopri diverse impostazioni di protezione per migliorare la sicurezza di AEM Forms su JEE in esecuzione in una Intranet aziendale.
L’articolo descrive raccomandazioni e best practice per la protezione dei server che eseguono AEM Forms su JEE. Non si tratta di un documento completo per l'indurimento degli host per il sistema operativo e i server applicazioni. Questo articolo descrive invece una serie di impostazioni di protezione che devi implementare per migliorare la sicurezza di AEM Forms su JEE in esecuzione all'interno di una Intranet aziendale. Tuttavia, per garantire la sicurezza di AEM Forms sui server applicazioni JEE, devi anche implementare procedure di monitoraggio, rilevamento e risposta della sicurezza.
L'articolo descrive le tecniche di indurimento che devono essere applicate durante le seguenti fasi del ciclo di vita dell'installazione e della configurazione:
- Pre-installazione: Utilizza queste tecniche prima di installare AEM Forms su JEE.
- Installazione: Utilizza queste tecniche durante il processo di installazione di AEM Forms su JEE.
- Post-installazione: Utilizzare queste tecniche dopo l'installazione e periodicamente dopo.
AEM Forms su JEE è altamente personalizzabile e può funzionare in molti ambienti diversi. Alcuni dei consigli potrebbero non essere adatti alle esigenze della tua organizzazione.
Preinstallazione preinstallation
Prima di installare AEM Forms su JEE , puoi applicare soluzioni di sicurezza al livello di rete e al sistema operativo. Questa sezione descrive alcuni problemi e formula raccomandazioni per ridurre le vulnerabilità di sicurezza in queste aree.
Installazione e configurazione su UNIX e Linux
Non installare o configurare AEM Forms su JEE utilizzando una shell principale. Per impostazione predefinita, i file sono installati nella directory /opt e l'utente che esegue l'installazione ha bisogno di tutte le autorizzazioni dei file in /opt. In alternativa, è possibile eseguire un’installazione sotto la directory /user di un singolo utente, in cui dispongono già di tutte le autorizzazioni per i file.
Installazione e configurazione in Windows
È necessario eseguire l'installazione su Windows come amministratore se si sta installando AEM Forms su JEE su JBoss utilizzando il metodo chiavi in mano o se si sta installando PDF Generator. Inoltre, quando si installa PDF Generator su Windows con supporto dell'applicazione nativa, è necessario eseguire l'installazione come lo stesso utente Windows che ha installato Microsoft Office. Per ulteriori informazioni sui privilegi di installazione, consulta il documento* Installazione e distribuzione di AEM Forms su JEE* per il server delle applicazioni.
Sicurezza a livello di rete network-layer-security
Le vulnerabilità relative alla sicurezza della rete costituiscono una delle prime minacce per qualsiasi server applicativo rivolto a Internet o Intranet. Questa sezione descrive il processo di indurimento degli host sulla rete rispetto a queste vulnerabilità. Si occupa della segmentazione della rete, dell'indurimento dello stack del protocollo di controllo della trasmissione/protocollo Internet (TCP/IP) e dell'uso di firewall per la protezione dell'host.
La tabella seguente descrive i processi comuni che riducono le vulnerabilità relative alla sicurezza della rete.
Utilizza i seguenti criteri per selezionare una soluzione firewall:
-
Implementa firewall che supportano server proxy e/o ispezione di stato invece di semplici soluzioni di filtraggio dei pacchetti.
-
Utilizzare un firewall che supporta un negare tutti i servizi tranne quelli esplicitamente consentiti paradigmi di sicurezza.
-
Implementa una soluzione firewall con doppia home o multihomed. Questa architettura fornisce il massimo livello di sicurezza e aiuta a evitare che utenti non autorizzati bypassino la sicurezza del firewall.
Non utilizzare le porte di ascolto predefinite per i database (MySQL - 3306, Oracle - 1521, MS SQL - 1433). Per informazioni sulla modifica delle porte del database, consultare la documentazione del database.
L'utilizzo di una porta di database diversa influisce sulla configurazione complessiva di AEM Forms su JEE. Se modifichi le porte predefinite, devi apportare le modifiche corrispondenti in altre aree di configurazione, ad esempio le origini dati per AEM Forms su JEE.
Per informazioni sulla configurazione delle origini dati in AEM Forms su JEE, consulta Installare e aggiornare AEM Forms su JEE o Aggiornare ad AEM Forms su JEE per il server delle applicazioni in Guida utente di AEM Forms.
Sicurezza del sistema operativo operating-system-security
La tabella seguente descrive alcuni approcci potenziali per ridurre al minimo le vulnerabilità di sicurezza riscontrate nel sistema operativo.
Esiste un rischio maggiore che un utente non autorizzato possa accedere al server dell'applicazione se le patch e gli aggiornamenti di sicurezza del fornitore non vengono applicati in modo tempestivo. Verifica le patch di sicurezza prima di applicarle ai server di produzione.
Inoltre, crea criteri e procedure per verificare e installare le patch regolarmente.
Per ulteriori informazioni sulla sicurezza del sistema operativo, consulta "Informazioni sulla sicurezza del sistema operativo".
Installazione installation
Questa sezione descrive le tecniche che puoi utilizzare durante il processo di installazione di AEM Forms per ridurre le vulnerabilità relative alla sicurezza. In alcuni casi, queste tecniche utilizzano opzioni che fanno parte del processo di installazione. Nella tabella seguente sono descritte queste tecniche.
sudo
per installare il software.Non scaricare o eseguire AEM Forms su JEE da fonti non attendibili.
I programmi dannosi possono contenere codice per violare la sicurezza in diversi modi, tra cui furto, modifica e cancellazione dei dati e rifiuto del servizio. Installa AEM Forms su JEE dal DVD di Adobe o solo da una sorgente affidabile.
Valuta i servizi esistenti e disabilita o disinstalla quelli non necessari. Non installare componenti e servizi non necessari.
L'installazione predefinita di un server applicazioni potrebbe includere servizi non necessari per l'utilizzo. È necessario disattivare tutti i servizi non necessari prima della distribuzione per ridurre al minimo i punti di ingresso per un attacco. Ad esempio, su JBoss, puoi commentare i servizi non necessari nel file descrittore META-INF/jboss-service.xml .
crossdomain.xml
il file sul server potrebbe indebolire immediatamente tale server. Si consiglia di rendere l’elenco dei domini il più restrittivo possibile. Non posizionare il crossdomain.xml
file utilizzato durante lo sviluppo in produzione durante l’utilizzo di Guide (obsoleto). Per una guida che utilizza i servizi web, se il servizio si trova sullo stesso server che ha fornito la guida, un crossdomain.xml
file non necessario. Tuttavia, se il servizio si trova su un altro server o se sono coinvolti cluster, la presenza di un crossdomain.xml
file necessario. Fai riferimento a https://kb2.adobe.com/cps/142/tn_14213.html, per ulteriori informazioni sul file crossdomain.xml .pkcs11_softtoken_extra.so
anziché pkcs11_softtoken.so
.Passaggi successivi all’installazione post-installation-steps
Dopo aver installato correttamente AEM Forms su JEE, è importante mantenere periodicamente l’ambiente dal punto di vista della sicurezza.
La sezione seguente descrive in dettaglio le diverse attività consigliate per proteggere il server dei moduli distribuiti.
Sicurezza AEM Forms aem-forms-security
Le seguenti impostazioni consigliate si applicano ad AEM Forms sul server JEE al di fuori dell’applicazione web amministrativa. Per ridurre i rischi per la sicurezza del server, applica queste impostazioni immediatamente dopo l’installazione di AEM Forms su JEE.
Patch di sicurezza
C'è un rischio maggiore che un utente non autorizzato possa accedere al server dell'applicazione se le patch e gli aggiornamenti di sicurezza del fornitore non vengono applicati in modo tempestivo. Verifica le patch di sicurezza prima di applicarle ai server di produzione per garantire la compatibilità e la disponibilità delle applicazioni. Inoltre, crea criteri e procedure per verificare e installare le patch regolarmente. Gli aggiornamenti AEM Forms su JEE si trovano nel sito di download dei prodotti Enterprise.
Account di servizio (chiavi in mano JBoss solo su Windows)
AEM Forms su JEE installa un servizio, per impostazione predefinita, utilizzando l'account LocalSystem. L'account utente di LocalSystem integrato ha un alto livello di accessibilità; fa parte del gruppo Administrators. Se un'identità processo di lavoro viene eseguita come account utente di LocalSystem, il processo di lavoro dispone dell'accesso completo all'intero sistema.
Per eseguire l'application server su cui viene distribuito AEM Forms su JEE, utilizzando un account non amministrativo specifico, segui queste istruzioni:
-
In Microsoft Management Console (MMC), creare un utente locale per il servizio server dei moduli con cui eseguire l’accesso:
- Seleziona L'utente non può cambiare la password.
- Sulla Membro di , assicurati che Utenti è elencato.
note note NOTE Non è possibile modificare questa impostazione per PDF Generator. -
Seleziona Inizio > Impostazioni > Strumenti di amministrazione > Servizi.
-
Fai doppio clic su JBoss per AEM Forms su JEE e interrompi il servizio.
-
Sulla Accedi scheda , seleziona Questo account, cerca l'account utente creato e immetti la password dell'account.
-
Apri in MMC Impostazioni di protezione locali e seleziona Criteri locali > Assegnazione diritti utente.
-
Assegna i seguenti diritti all’account utente in cui è in esecuzione il server dei moduli:
- Nega accesso tramite Servizi terminal
- Nega accesso locale
- Accedi come servizio (dovrebbe essere già impostato)
-
Assegnare al nuovo account utente le autorizzazioni Lettura ed Esegui, Elenca contenuto cartella e Lettura per l'elemento delle directory di contenuto web AEM Forms su JEE.
-
Avvia l'application server.
Disabilitazione del servlet di avvio di Configuration Manager
Configuration Manager ha utilizzato un servlet distribuito sul server dell'applicazione per eseguire il bootstrap di AEM Forms sul database JEE. Poiché Configuration Manager accede a questo servlet prima del completamento della configurazione, l’accesso a esso non è stato protetto per gli utenti autorizzati e deve essere disabilitato dopo che Configuration Manager è stato utilizzato per configurare AEM Forms su JEE.
-
Decomprimi adobe-livecycle-[appserver]file .ear.
-
Apri il file META-INF/application.xml .
-
Cerca la sezione adobe-bootstrapper.war:
code language-as3 <!-- 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-->
-
Arresta il server AEM Forms.
-
Aggiungi un commento a adobe-bootstrapper.war e alla directory adobe-lcm-bootstrapper-redirectory. moduli di guerra come segue:
code language-as3 <!-- 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-->
-
Salva e chiudi il file META-INF/application.xml .
-
Zip il file EAR e ridistribuiscilo nel server dell'applicazione.
-
Avvia il server AEM Forms.
-
Digita il seguente URL in un browser per testare la modifica e assicurarti che non funzioni più.
https://<localhost>:<port>/adobe-bootstrapper/bootstrap
Blocco dell'accesso remoto all'archivio fonti attendibili
Configuration Manager consente di caricare una credenziale di estensioni Acrobat Reader DC in AEM Forms sull'archivio di attendibilità JEE. Ciò significa che l'accesso al servizio di credenziali dell'archivio protezione tramite protocolli remoti (SOAP ed EJB) è stato abilitato per impostazione predefinita. Questo accesso non è più necessario dopo aver caricato la credenziale Diritti tramite Configuration Manager o se decidi di utilizzare la console di amministrazione in un secondo momento per gestire le credenziali.
È possibile disabilitare l'accesso remoto a tutti i servizi dell'archivio protezione seguendo i passaggi descritti nella sezione Disabilitazione dell’accesso remoto non essenziale ai servizi.
Disattiva tutti gli accessi anonimi non essenziali
Alcuni servizi server di forms dispongono di operazioni che possono essere richiamate da un chiamante anonimo. Se l'accesso anonimo a questi servizi non è necessario, disabilitalo seguendo i passaggi descritti in Disabilitazione dell’accesso anonimo non essenziale ai servizi.
Modificare la password amministratore predefinita change-the-default-administrator-password
Quando AEM Forms su JEE è installato, viene configurato un singolo account utente predefinito per l’utente Amministratore avanzato/Amministratore accesso-id con una password predefinita di password. È necessario modificare immediatamente la password utilizzando Gestione configurazione.
-
Digita il seguente URL in un browser web:
code language-as3 https://[host name]:[port]/adminui
Il numero di porta predefinito è uno dei seguenti:
JBoss: 8080
Server WebLogic: 7001
WebSphere: 9080.
-
In Nome utente campo, tipo
administrator
e Password campo, tipopassword
. -
Fai clic su Impostazioni > Gestione utente > Utenti e gruppi.
-
Tipo
administrator
in Trova e fai clic su Trova. -
Fai clic su Amministratore avanzato dall'elenco degli utenti.
-
Fai clic su Modifica password nella pagina Modifica utente.
-
Specifica la nuova password e fai clic su Salva.
Inoltre, si consiglia di cambiare la password predefinita per l'amministratore CRX eseguendo i seguenti passaggi:
- Accedi a
https://[server]:[port]/lc/libs/granite/security/content/useradmin.html
utilizzando il nome utente/password predefinito. - Digitare Amministratore nel campo di ricerca e fare clic su Vai.
- Seleziona Amministratore dal risultato della ricerca e fai clic sul Modifica in basso a destra dell’interfaccia utente.
- Specifica la nuova password nel Nuova password e la vecchia password nel Password campo .
- Fai clic sull’icona Salva in basso a destra dell’interfaccia utente.
Disattiva generazione WSDL disable-wsdl-generation
La generazione WSDL (Web Service Definition Language) deve essere abilitata solo per gli ambienti di sviluppo in cui la generazione WSDL viene utilizzata dagli sviluppatori per creare le applicazioni client. È possibile disattivare la generazione WSDL in un ambiente di produzione per evitare di esporre i dettagli interni di un servizio.
-
Digita il seguente URL in un browser web:
code language-as3 https://[host name]:[port]/adminui
-
Fai clic su Impostazioni > Impostazioni del sistema di base > Configurazioni.
-
Deseleziona Abilita WSDL e fai clic su OK.
Protezione del server applicazioni application-server-security
La tabella seguente descrive alcune tecniche per proteggere l'application server dopo l'installazione dell'applicazione AEM Forms on JEE.
I cookie dell'applicazione sono controllati dal server dell'applicazione. Durante la distribuzione dell'applicazione, l'amministratore dell'application server può specificare le preferenze relative ai cookie a livello di server o di applicazione. Per impostazione predefinita, le impostazioni del server hanno le preferenze.
Tutti i cookie di sessione generati dal server applicazioni devono includere HttpOnly
attributo. Ad esempio, quando utilizzi JBoss Application Server, puoi modificare l’elemento SessionCookie in httpOnly="true"
in WEB-INF/web.xml
file.
È possibile limitare l’invio dei cookie tramite solo HTTPS. Di conseguenza, non vengono inviati non crittografati tramite HTTP. Gli amministratori del server applicazioni devono abilitare i cookie sicuri per il server su base globale. Ad esempio, quando utilizzi il server applicazioni JBoss, puoi modificare l’elemento connettore in secure=true
in server.xml
file.
Per ulteriori informazioni sulle impostazioni dei cookie, consulta la documentazione del server applicazioni .
Quando un utente richiede una pagina che non esiste o richiede il nome di un regista (la stringa di richiesta termina con una barra (/))), il server applicazioni non deve restituire il contenuto di tale directory. Per evitare questo problema, è possibile disabilitare la navigazione delle directory sul server dell'applicazione. È necessario eseguire questa operazione per l'applicazione della console di amministrazione e per altre applicazioni in esecuzione sul server.
Per JBoss, imposta il valore del parametro di inizializzazione listings del DefaultServlet
proprietà di false
nel file web.xml , come mostrato in questo esempio:
<servlet>
<servlet-name>default</servlet-name>
<servlet-class>
org.apache.catalina.servlets.DefaultServlet
</servlet-class>
<init-param>
<param-name>elenchi</param-name>
<param-value>false</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
Per WebSphere, imposta la proprietà directoryBrowsingEnabled
nel file ibm-web-ext.xmi su false
.
Per WebLogic, imposta le proprietà delle directory indice nel file weblogic.xml su false
, come mostrato in questo esempio:
<container-descriptor>
<index-directory-enabled>false
</index-directory-enabled>
</container-descriptor>
Protezione del database database-security
Quando si protegge il database, è necessario implementare le misure descritte dal fornitore del database. È necessario allocare un utente del database con le autorizzazioni minime richieste al database concesse per l'utilizzo da AEM Forms su JEE. Ad esempio, non utilizzare un account con privilegi di amministratore del database.
Ad Oracle, l'account di database utilizzato richiede solo i privilegi CONNECT, RESOURCE e CREATE VIEW. Per requisiti simili su altri database, vedi Preparazione all’installazione di AEM Forms su JEE (server singolo).
Configurazione della protezione integrata per SQL Server su Windows per JBoss configuring-integrated-security-for-sql-server-on-windows-for-jboss
-
Modifica [JBOSS_HOME]\standalone\configuration\lc_{datasource.xml} da aggiungere
integratedSecurity=true
all’URL di connessione, come mostrato in questo esempio:code language-as3 jdbc:sqlserver://<serverhost>:<port>;databaseName=<dbname>;integratedSecurity=true
-
Aggiungere il file sqljdbc_auth.dll al percorso del sistema Windows sul computer che esegue l'application server. Il file sqljdbc_auth.dll si trova con l'installazione del driver Microsoft SQL JDBC 6.2.1.0.
-
Modifica la proprietà del servizio Windows JBoss (JBoss for AEM Forms on JEE) per Log On As from Local System su un account di accesso con database AEM Forms e un insieme minimo di privilegi. Se si esegue JBoss dalla riga di comando invece che come servizio Windows, non è necessario eseguire questo passaggio.
-
Imposta protezione per SQL Server da Misto modalità a Solo autenticazione Windows.
Configurazione della sicurezza integrata per SQL Server su Windows per WebLogic configuring-integrated-security-for-sql-server-on-windows-for-weblogic
-
Avvia la console di amministrazione del server WebLogic digitando il seguente URL nella riga URL di un browser Web:
code language-as3 https://[host name]:7001/console
-
In Cambia centro, fai clic su Blocco e modifica.
-
In Struttura del dominio, fai clic su [base_domain] > Servizi > JDBC > Origini dati nel riquadro a destra, fai clic su IDP_DS.
-
Nella schermata successiva, sul Configurazione fai clic sulla scheda Pool di connessioni nella scheda e Proprietà casella, tipo
integratedSecurity=true
. -
In Struttura del dominio, fai clic su [base_domain] > Servizi > JDBC > Origini dati nel riquadro a destra, fai clic su RM_DS.
-
Nella schermata successiva, sul Configurazione fai clic sulla scheda Pool di connessioni nella scheda e Proprietà casella, tipo
integratedSecurity=true
. -
Aggiungere il file sqljdbc_auth.dll al percorso del sistema Windows sul computer che esegue l'application server. Il file sqljdbc_auth.dll si trova con l'installazione del driver Microsoft SQL JDBC 6.2.1.0.
-
Imposta protezione per SQL Server da Misto modalità a Solo autenticazione Windows.
Configurazione della protezione integrata per SQL Server su Windows per WebSphere configuring-integrated-security-for-sql-server-on-windows-for-websphere
In WebSphere è possibile configurare la protezione integrata solo quando si utilizza un driver JDBC di SQL Server esterno, non il driver JDBC di SQL Server incorporato con WebSphere.
- Accedi alla console amministrativa WebSphere.
- Nella struttura di navigazione, fai clic su Risorse > JDBC > Origini dati nel riquadro a destra, fai clic su IDP_DS.
- Nel riquadro a destra, in Proprietà aggiuntive, fai clic su Proprietà personalizzate, quindi fai clic su Nuovo.
- In Nome casella, tipo
integratedSecurity
e Valore casella, tipotrue
. - Nella struttura di navigazione, fai clic su Risorse > JDBC > Origini dati nel riquadro a destra, fai clic su RM_DS.
- Nel riquadro a destra, in Proprietà aggiuntive, fai clic su Proprietà personalizzate, quindi fai clic su Nuovo.
- In Nome casella, tipo
integratedSecurity
e Valore casella, tipotrue
. - Nel computer in cui è installato WebSphere, aggiungere il file sqljdbc_auth.dll al percorso del sistema Windows (C:\Windows). Il file sqljdbc_auth.dll si trova nella stessa posizione dell'installazione del driver Microsoft SQL JDBC 1.2 (il valore predefinito è [InstallDir]/sqljdbc_1.2/enu/auth/x86).
- Seleziona Inizio > Pannello di controllo Campaign > Servizi, fare clic con il pulsante destro del mouse sul servizio Windows per WebSphere (IBM WebSphere Application Server) <version> - <node>) e seleziona Proprietà.
- Nella finestra di dialogo Proprietà, fai clic sul pulsante Accedi scheda .
- Seleziona Questo account e fornire le informazioni necessarie per impostare l'account di accesso che si desidera utilizzare.
- Imposta protezione su SQL Server da Misto modalità a Solo autenticazione Windows.
Protezione dell’accesso a contenuti sensibili nel database protecting-access-to-sensitive-content-in-the-database
Lo schema del database AEM Forms contiene informazioni riservate sulla configurazione del sistema e sui processi aziendali e deve essere nascosto dietro il firewall. Il database deve essere considerato all’interno dello stesso limite di attendibilità del server dei moduli. Per evitare la divulgazione di informazioni e il furto di dati aziendali, il database deve essere configurato dall'amministratore del database (DBA) per consentire l'accesso solo agli amministratori autorizzati.
Come precauzione aggiuntiva, è consigliabile utilizzare strumenti specifici del fornitore del database per crittografare le colonne nelle tabelle contenenti i dati seguenti:
- Chiavi documento Rights Management
- Chiave di crittografia PIN HSM Store attendibile
- Hash password utente locale
Per informazioni sugli strumenti specifici del fornitore, consulta "Informazioni sulla sicurezza del database".
Sicurezza LDAP ldap-security
Una directory LDAP (Lightweight Directory Access Protocol) viene generalmente utilizzata da AEM Forms su JEE come origine per le informazioni di utenti e gruppi aziendali e come mezzo per eseguire l'autenticazione tramite password. Assicurati che la tua directory LDAP sia configurata per utilizzare Secure Socket Layer (SSL) e che AEM Forms on JEE sia configurato per accedere alla tua directory LDAP utilizzando la sua porta SSL.
Rifiuto del servizio LDAP ldap-denial-of-service
Un attacco comune che utilizza LDAP coinvolge un aggressore che deliberatamente non riesce ad autenticarsi più volte. Questo costringe LDAP Directory Server a bloccare un utente da tutti i servizi relativi a LDAP.
È possibile impostare il numero di tentativi di errore e il successivo tempo di blocco che AEM Forms implementa quando un utente ripetutamente non riesce ad autenticarsi in AEM Forms. In Console di amministrazione, scegli valori bassi. Quando si seleziona il numero di tentativi non riusciti, è importante comprendere che dopo tutti i tentativi eseguiti, AEM Forms blocca l'utente prima che il server di directory LDAP lo faccia.
Imposta blocco account automatico set-automatic-account-locking
- Accedi alla console di amministrazione.
- Fai clic su Impostazioni > Gestione utente > Gestione dei domini.
- In Impostazioni di blocco account automatico, impostare Numero massimo di errori di autenticazione consecutivi a un numero basso, ad esempio 3.
- Fai clic su Salva.
Controllo e registrazione auditing-and-logging
L’utilizzo corretto e sicuro del controllo e della registrazione delle applicazioni può garantire che la sicurezza e altri eventi anomali vengano tracciati e rilevati il più rapidamente possibile. L'utilizzo efficace del controllo e della registrazione all'interno di un'applicazione include elementi come il tracciamento degli accessi riusciti e non riusciti, nonché eventi applicativi chiave come la creazione o l'eliminazione di record chiave.
Puoi utilizzare il controllo per rilevare molti tipi di attacchi, tra cui:
- Attacchi di password con forza bruta
- Negazione di attacchi di servizio
- Iniezione di input ostili e classi correlate di attacchi di script
Questa tabella descrive le tecniche di controllo e registrazione che è possibile utilizzare per ridurre le vulnerabilità del server.
Imposta l'AEM Forms appropriato sugli elenchi di controllo dell'accesso ai file di registro JEE (ACL).
L'impostazione delle credenziali appropriate aiuta a impedire agli aggressori di eliminare i file.
Le autorizzazioni di sicurezza nella directory dei file di registro devono essere Controllo completo per gli amministratori e i gruppi SYSTEM. L'account utente AEM Forms deve disporre solo delle autorizzazioni di lettura e scrittura.
Se le risorse lo consentono, inviare i registri a un altro server in tempo reale che non è accessibile dall’autore dell’attacco (solo scrittura) utilizzando Syslog, Tivoli, Microsoft Operations Manager (MOM) Server o un altro meccanismo.
La protezione dei log in questo modo aiuta a prevenire manomissioni. Inoltre, l'archiviazione dei registri in un archivio centrale facilita la correlazione e il monitoraggio (ad esempio, se sono in uso più server di moduli e si verifica un attacco di impostazione della password in più computer in cui ogni computer viene interrogato per una password).
Configurazione di AEM Forms su JEE per l’accesso oltre l’azienda configuring-aem-forms-on-jee-for-access-beyond-the-enterprise
Dopo aver installato AEM Forms su JEE, è importante mantenere periodicamente la sicurezza dell’ambiente. Questa sezione descrive le attività consigliate per mantenere la sicurezza di AEM Forms sul server di produzione JEE.
Configurazione di un proxy inverso per l'accesso al web setting-up-a-reverse-proxy-for-web-access
A proxy inverso può essere utilizzato per garantire che un set di URL per AEM Forms sulle applicazioni web JEE sia disponibile per gli utenti interni ed esterni. Questa configurazione è più sicura che consente agli utenti di connettersi direttamente al server applicativo su cui AEM Forms on JEE è in esecuzione. Il proxy inverso esegue tutte le richieste HTTP per l'application server che esegue AEM Forms su JEE. Gli utenti hanno solo accesso di rete al proxy inverso e possono solo tentare connessioni URL supportate dal proxy inverso.
AEM Forms sugli URL principali JEE da utilizzare con il server reverse proxy
I seguenti URL radice dell'applicazione per ogni applicazione Web AEM Forms su JEE. È necessario configurare il proxy inverso solo per esporre gli URL per la funzionalità dell'applicazione web che si desidera fornire agli utenti finali.
Alcuni URL vengono evidenziati come applicazioni web rivolte all’utente finale. Evita di esporre altri URL per Configuration Manager per l'accesso a utenti esterni tramite il proxy inverso.
/TruststoreComponent/
protetto/*
/FormServer/GetImage
Servlet
Protezione da attacchi di falsificazione di richieste intersito protecting-from-cross-site-request-forgery-attacks
Un attacco CSRF (Cross-Site Request Forgery) sfrutta la fiducia che un sito web ha per l'utente, per trasmettere comandi non autorizzati e non intenzionali da parte dell'utente. L'attacco è configurato includendo un collegamento o uno script in una pagina web, o un URL in un messaggio e-mail, per accedere a un altro sito a cui l'utente è già stato autenticato.
Ad esempio, puoi aver effettuato l’accesso ad Admin Console mentre navighi su un altro sito web. Una delle pagine web può includere un tag immagine HTML con un tag src
attributo che esegue il targeting di uno script lato server sul sito web della vittima. Sfruttando il meccanismo di autenticazione della sessione basato su cookie fornito dai browser web, il sito web attaccante può inviare richieste dannose a questo script lato server vittima, mascherato come utente legittimo.
Le seguenti caratteristiche sono comuni al CSRF:
- Coinvolgere siti che si basano sull'identità di un utente.
- Sfruttare la fiducia del sito in quell'identità.
- Associa il browser dell’utente all’invio di richieste HTTP a un sito di destinazione.
- Richiedi HTTP con effetti collaterali.
AEM Forms su JEE utilizza la funzione Filtro referente per bloccare gli attacchi CSRF. In questa sezione vengono utilizzati i seguenti termini per descrivere il meccanismo di filtraggio dei referenti:
- Referente Consentito: Un referente è l’indirizzo della pagina sorgente che invia una richiesta al server. Per le pagine o i moduli JSP, i referenti sono in genere la pagina precedente della cronologia di navigazione. Per riferimento per le immagini si intendono in genere le pagine sulle quali vengono visualizzate le immagini. Puoi identificare il referente a cui è consentito l’accesso alle risorse del server aggiungendoli all’elenco Riferimenti consentiti.
- Eccezioni referente consentite: È possibile limitare l’ambito di accesso per un particolare referente nell’elenco Riferimenti consentiti. Per applicare questa restrizione è possibile aggiungere singoli percorsi di quel referente all'elenco Eccezioni referente consentite. Le richieste provenienti da percorsi nell’elenco Eccezioni referente consentite non possono richiamare alcuna risorsa sul server dei moduli. È possibile definire eccezioni referente consentite per un'applicazione specifica e utilizzare un elenco globale di eccezioni applicabili a tutte le applicazioni.
- URI consentiti: Elenco delle risorse da distribuire senza controllare l’intestazione del referente. È possibile aggiungere a questo elenco le risorse, ad esempio le pagine della guida, che non determinano modifiche allo stato del server. Le risorse nell’elenco URI consentiti non vengono mai bloccate dal filtro referente indipendentemente da chi sia il referente.
- Referrer Null: Una richiesta server che non è associata o non proviene da una pagina Web padre viene considerata come una richiesta di un referente Null. Ad esempio, quando apri una nuova finestra del browser, digita un indirizzo e premi invio, il referente inviato al server è nullo. Anche un'applicazione desktop (.NET o SWING) che effettua una richiesta HTTP a un server Web invia un Referrer Null al server.
Filtro referente referer-filtering
Il processo di filtraggio referente può essere descritto come segue:
-
Il server dei moduli controlla il metodo HTTP utilizzato per la chiamata:
- Se si tratta di POST, il server dei moduli esegue il controllo di intestazione Referrer.
- Se è GET, il server dei moduli ignora il controllo Referrer, a meno che CSRF_CHECK_GETS è impostato su true, nel qual caso esegue il controllo dell'intestazione Referrer. CSRF_CHECK_GETS è specificato in web.xml file per la tua applicazione.
-
Il server dei moduli controlla se l’URI richiesto è inserito nell'elenco Consentiti:
- Se l’URI viene inserito nell'elenco Consentiti, il server accetta la richiesta.
- Se l’URI richiesto non viene inserito nell'elenco Consentiti, il server recupera il referente della richiesta.
-
Se nella richiesta è presente un referente, il server controlla se si tratta di un referente consentito. Se consentito, il server verifica la presenza di un'eccezione referente:
- Se si tratta di un'eccezione, la richiesta viene bloccata.
- Se non si tratta di un’eccezione, la richiesta viene passata.
-
Se nella richiesta non è presente alcun referente, il server controlla se è consentito un referente Null:
- Se è consentito un Referente Null, la richiesta viene trasmessa.
- Se non è consentito un referente Null, il server controlla se l’URI richiesto è un’eccezione per il referente Null e gestisce la richiesta di conseguenza.
Gestione del filtro referente managing-referer-filtering
AEM Forms su JEE fornisce un filtro referente per specificare referente che può accedere alle risorse del server. Per impostazione predefinita, il filtro Referrer non filtra le richieste che utilizzano un metodo HTTP sicuro, ad esempio, GET, a meno che CSRF_CHECK_GETS è impostato su true. Se il numero di porta per una voce Referente consentito è impostato su 0, AEM Forms su JEE consentirà tutte le richieste con Referrer da tale host, indipendentemente dal numero di porta. Se non viene specificato alcun numero di porta, sono consentite solo richieste dalla porta predefinita 80 (HTTP) o dalla porta 443 (HTTPS). Filtro referente è disabilitato se tutte le voci nell’elenco Riferimenti consentiti vengono eliminate.
Quando si installa Document Services per la prima volta, l'elenco Riferimenti consentiti viene aggiornato con l'indirizzo del server in cui è installato Document Services. Le voci per il server includono il nome del server, l'indirizzo IPv4, l'indirizzo IPv6 se IPv6 è abilitato, l'indirizzo di loopback e una voce localhost. I nomi aggiunti all’elenco Riferimenti consentiti vengono restituiti dal sistema operativo Host. Ad esempio, un server con indirizzo IP 10.40.54.187 includerà le seguenti voci: https://server-name:0, https://10.40.54.187:0, https://127.0.0.1:0, http://localhost:0
. Per qualsiasi nome non qualificato restituito dal sistema operativo host (nomi che non hanno indirizzo IPv4, indirizzo IPv6 o nome di dominio qualificato) inserì nell'elenco Consentiti non viene aggiornato. Modificare l'elenco Riferimenti consentiti in base all'ambiente aziendale. Non distribuire il server dei moduli nell’ambiente di produzione con l’elenco Riferimenti consentiti predefinito. Dopo aver modificato uno qualsiasi degli URI, eccezioni di riferimento o riferimenti consentiti, assicurati di riavviare il server per rendere effettive le modifiche.
Gestione dell’elenco dei referenti consentiti
Puoi gestire l’elenco Riferimenti consentiti dall’interfaccia di gestione utenti di Admin Console. L’interfaccia User Management (Interfaccia di gestione utente) offre le funzionalità necessarie per creare, modificare o eliminare l’elenco. Fai riferimento al * Prevenzione degli attacchi CSRF* della sezione aiuto amministrativo per ulteriori informazioni sull’utilizzo dell’elenco Riferimenti consentiti .
Gestione dell’eccezione di riferimento consentita e degli elenchi di URI consentiti
AEM Forms su JEE fornisce API per gestire l’elenco di eccezioni referente consentite e l’elenco di URI consentiti. Puoi utilizzare queste API per recuperare, creare, modificare o eliminare l’elenco. Di seguito è riportato un elenco delle API disponibili:
- createAllowedURIsList
- getAllowedURIsList
- updateAllowedURIsList
- deleteAllowedURIsList
- addAllowedRefererExceptions
- getAllowedRefererExceptions
- updateAllowedRefererExceptions
- deleteAllowedRefererExceptions
Per ulteriori informazioni sulle API, consulta la documentazione di riferimento per le API di AEM Forms on JEE* .
Utilizza la LC_GLOBAL_ALLOWED_REFERER_EXCEPTION Elenco per Eccezioni referente consentite a livello globale, ad esempio per definire le eccezioni applicabili a tutte le applicazioni. Questo elenco contiene solo URI con percorso assoluto (ad esempio /index.html
) o un percorso relativo (ad esempio, /sample/
). È inoltre possibile aggiungere un'espressione regolare alla fine di un URI relativo, ad esempio: /sample/(.)*
.
La LC_GLOBAL_ALLOWED_REFERER_EXCEPTION l'ID elenco è definito come una costante nel UMConstants
della classe com.adobe.idp.um.api
namespace, trovato in adobe-usermanager-client.jar
. Puoi utilizzare le API di AEM Forms per creare, modificare o modificare questo elenco. Ad esempio, per creare l’elenco Eccezioni referente globale consentite utilizza:
addAllowedRefererExceptions(UMConstants.LC_GLOBAL_ALLOWED_REFERER_EXCEPTION, Arrays.asList("/index.html", "/sample/(.)*"))
Utilizza la CSRF_ALLOWED_REFERER_EXCEPTIONS elenco delle eccezioni specifiche dell'applicazione.
Disabilitazione del filtro referente
Nel caso in cui il filtro referente blocchi completamente l’accesso al server dei moduli e non sia possibile modificare l’elenco Riferimenti consentiti, è possibile aggiornare lo script di avvio del server e disattivare Filtro referente.
Includi il -Dlc.um.csrffilter.disabled=true
Argomento JAVA nello script di avvio e riavviare il server. Assicurati di eliminare l’argomento JAVA dopo aver riconfigurato in modo appropriato l’elenco Riferimenti consentiti .
Filtro referente per file WAR personalizzati
Potresti aver creato file WAR personalizzati da utilizzare con AEM Forms su JEE per soddisfare i tuoi requisiti aziendali. Per abilitare il filtro referente per i file WAR personalizzati, includi adobe-usermanager-client.jar nel percorso della classe per WAR e includi una voce di filtro nel file* web.xml* con i seguenti parametri:
CSRF_CHECK_GETS controlla il controllo Referrer sulle richieste GET. Se questo parametro non è definito, il valore predefinito è impostato su false. Includi questo parametro solo se desideri filtrare le richieste GET.
CSRF_ALLOWED_REFERER_EXCEPTIONS è l'ID dell'elenco Eccezioni referente consentite. Il filtro referente impedisce che le richieste provenienti da referenti nell’elenco identificato dall’ID elenco richiamino qualsiasi risorsa sul server dei moduli.
CSRF_ALLOWED_URIS_LIST_NAME è l’ID dell’elenco URI consentiti. Il filtro referente non blocca le richieste per nessuna delle risorse nell’elenco identificate dall’ID elenco, indipendentemente dal valore dell’intestazione Referrer nella richiesta.
CSRF_ALLOW_NULL_REFERER controlla il comportamento del filtro referente quando il referente è nullo o non presente. Se questo parametro non è definito, il valore predefinito è impostato su false. Includere questo parametro solo se si desidera consentire referenti Null. Consentire ai referrer nulli di consentire alcuni tipi di attacchi Cross Site Request Forgery.
CSRF_NULL_REFERER_EXCEPTIONS è un elenco degli URI per i quali non viene eseguito un controllo referente quando il referente è nullo. Questo parametro è abilitato solo quando CSRF_ALLOW_NULL_REFERER è impostato su false. Separa più URI nell’elenco con una virgola.
Di seguito è riportato un esempio della voce di filtro nel web.xml file per un CAMPIONE File 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>
Risoluzione dei problemi
Se le richieste server legittime sono bloccate dal filtro CSRF, prova una delle seguenti operazioni:
- Se la richiesta rifiutata dispone di un’intestazione Referrer, considera attentamente l’aggiunta di tale intestazione all’elenco Referente consentito. Aggiungi solo referente di cui sei fidato.
- Se la richiesta rifiutata non dispone di un'intestazione Referrer, modifica l'applicazione client per includere un'intestazione Referrer.
- Se il client può funzionare in un browser, prova quel modello di distribuzione.
- Come ultima risorsa, puoi aggiungere la risorsa all’elenco URI consentiti . Questa impostazione non è consigliata.
Configurazione sicura della rete secure-network-configuration
Questa sezione descrive i protocolli e le porte richiesti da AEM Forms su JEE e fornisce raccomandazioni per la distribuzione di AEM Forms su JEE in una configurazione di rete sicura.
Protocolli di rete utilizzati da AEM Forms su JEE network-protocols-used-by-aem-forms-on-jee
Quando si configura un'architettura di rete sicura come descritto nella sezione precedente, per l'interazione tra AEM Forms su JEE e altri sistemi nella rete aziendale sono necessari i seguenti protocolli di rete.
-
Nel browser vengono visualizzate le applicazioni Web di Configuration Manager e dell'utente finale
-
Tutte le connessioni SOAP
-
Applicazioni client di servizi Web, ad esempio applicazioni .NET
-
Adobe Reader® utilizza SOAP per AEM Forms sui servizi Web del server JEE
-
Le applicazioni Adobe Flash® utilizzano SOAP per i servizi Web per server forms
-
Chiamate AEM Forms on JEE SDK quando utilizzate in modalità SOAP
-
Ambiente di progettazione di Workbench
-
Input basato su e-mail a un servizio (endpoint e-mail)
-
Notifiche delle attività utente tramite e-mail
-
Sincronizzazione delle informazioni organizzative relative a utenti e gruppi in una directory
-
Autenticazione LDAP per gli utenti interattivi
-
Query e chiamate di procedura effettuate a un database esterno durante l'esecuzione di un processo utilizzando il servizio JDBC
-
Accesso interno AEM Forms sull’archivio JEE
Porte per server applicazioni ports-for-application-servers
Questa sezione descrive le porte predefinite (e gli intervalli di configurazione alternativi) per ogni tipo di server applicazioni supportato. Queste porte devono essere abilitate o disabilitate nel firewall interno, a seconda della funzionalità di rete che si desidera consentire ai client che si connettono al server applicazioni che esegue AEM Forms su JEE.
Porte JBoss
[JBOSS_Root]/standalone/configuration/lc_[database].xml
Porta connettore HTTP/1.1 8080
Porta connettore AJP 1.3 8009
Porta del connettore SSL/TLS 8443
[radice JBoss]/server/all/conf/jacorb.properties
OAPort 3528
OASSLPort 3529
Porte WebLogic
-
Porta di ascolto di Admin Server: Il valore predefinito è 7001
-
Porta di ascolto SSL di Admin Server: Il valore predefinito è 7002
-
Porta configurata per Managed Server, ad esempio 8001
-
Porta di ascolto del server gestito: Configurabile da 1 a 65534
-
Porta di ascolto SSL del server gestito: Configurabile da 1 a 65534
-
Porta di ascolto di Node Manager: Il valore predefinito è 5556
Porte WebSphere
Per informazioni sulle porte WebSphere richieste da AEM Forms su JEE, passare all'impostazione del numero di porta nell'interfaccia utente di WebSphere Application Server.
Configurazione di SSL configuring-ssl
Riferimento all’architettura fisica descritta nella sezione Architettura fisica di AEM Forms su JEE, devi configurare SSL per tutte le connessioni che intendi utilizzare. In particolare, tutte le connessioni SOAP devono essere eseguite su SSL per impedire l’esposizione delle credenziali utente su una rete.
Per istruzioni su come configurare SSL su JBoss, WebLogic e WebSphere, consulta "Configuring SSL" in aiuto amministrativo.
Configurazione del reindirizzamento SSL configuring-ssl-redirect
Dopo aver configurato l’application server per supportare SSL, è necessario assicurarsi che tutto il traffico HTTP verso le applicazioni e i servizi sia applicato per utilizzare la porta SSL.
Per configurare il reindirizzamento SSL per WebSphere o WebLogic, consulta la documentazione del server applicazioni.
-
Apri il prompt dei comandi, accedi alla directory /JBOSS_HOME/standalone/configuration ed esegui il seguente comando:
keytool -genkey -alias jboss7 -keyalg RSA -keystore server.keystore -validity 10950
-
Apri il file JBOSS_HOME/standalone/configuration/standalone.xml per la modifica.
Dopo la <subsystem xmlns="urn<span id=" translate="no" />dominio1.1" native="false" default-virtual-server="default-host"> elemento, aggiungi i seguenti dettagli:
<connector name="https" protocol="HTTP/1.1" scheme="https" socket-binding="https" enabled="true" secure="true"/>
-
Aggiungi il seguente codice nell’elemento del connettore https:
code language-none <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>
Salvare e chiudere il file standalone.xml.
Raccomandazioni per la protezione specifiche per Windows windows-specific-security-recommendations
Questa sezione contiene consigli di sicurezza specifici per Windows quando viene utilizzato per eseguire AEM Forms su JEE.
Account di servizio JBoss jboss-service-accounts
L'installazione chiavi in mano di AEM Forms su JEE imposta un account di servizio, per impostazione predefinita, utilizzando l'account di sistema locale. L'account utente del sistema locale integrato dispone di un livello elevato di accessibilità; fa parte del gruppo Administrators. Se l'identità di un processo di lavoro viene eseguita come account utente del sistema locale, tale processo di lavoro dispone dell'accesso completo all'intero sistema.
Eseguire l'application server utilizzando un account non amministrativo run-the-application-server-using-a-non-administrative-account
-
In Microsoft Management Console (MMC), creare un utente locale per il servizio server dei moduli con cui eseguire l’accesso:
- Seleziona L'utente non può cambiare la password.
- Sulla Membro di , assicurati che il gruppo Utenti sia elencato.
-
Seleziona Impostazioni > Strumenti di amministrazione > Servizi.
-
Fare doppio clic sul servizio server applicazioni e arrestare il servizio.
-
Sulla Accedi scheda , seleziona Questo account, cerca l'account utente creato e immetti la password dell'account.
-
Nella finestra Impostazioni protezione locale, in Assegnazione diritti utente, assegnare i seguenti diritti all'account utente in cui è in esecuzione il server dei moduli:
- Nega accesso tramite Servizi terminal
- Nega accesso locale
- Accedi come servizio (dovrebbe essere già impostato)
-
Assegna al nuovo account utente le autorizzazioni Lettura ed esecuzione, Elenca contenuto cartella e Lettura per AEM Forms sulle directory dei contenuti web JEE.
-
Avviare il servizio server applicazioni.
Sicurezza del file system file-system-security
AEM Forms su JEE utilizza il file system nei seguenti modi:
- Memorizza i file temporanei utilizzati durante l'elaborazione dell'input e dell'output del documento
- Memorizza i file nell'archivio globale utilizzati per supportare i componenti della soluzione installati
- Le cartelle controllate memorizzano i file eliminati utilizzati come input per un servizio da un percorso di cartella di un file system
Quando si utilizzano cartelle controllate come modo per inviare e ricevere documenti con un servizio server forms, prendere precauzioni extra con la sicurezza del file system. Quando un utente rilascia del contenuto nella cartella controllata, questo viene esposto attraverso la cartella controllata. In questo caso, il servizio non autentica l'utente finale effettivo. Al contrario, si basa sulla sicurezza a livello di ACL e Share per essere impostato a livello di cartella per determinare chi può richiamare efficacemente il servizio.
Raccomandazioni per la sicurezza specifiche per JBoss jboss-specific-security-recommendations
Questa sezione contiene raccomandazioni di configurazione dell'application server specifiche per JBoss 7.0.6 quando utilizzato per eseguire AEM Forms su JEE.
Disattiva la console di gestione JBoss e la console JMX disable-jboss-management-console-and-jmx-console
L’accesso alla console di gestione JBoss e alla console JMX è già configurato (il monitoraggio JMX è disabilitato) quando installi AEM Forms su JEE su JBoss utilizzando il metodo di installazione chiavi in mano. Se utilizzi un server applicazioni JBoss personalizzato, assicurati che l’accesso alla console di gestione JBoss e alla console di monitoraggio JMX sia protetto. L'accesso alla console di monitoraggio JMX è impostato nel file di configurazione JBoss denominato jmx-invoker-service.xml.
Disattiva la navigazione nelle directory disable-directory-browsing
Dopo aver effettuato l’accesso alla console di amministrazione, è possibile sfogliare l’elenco delle directory della console modificando l’URL. Ad esempio, se modifichi l’URL in uno dei seguenti URL, potrebbe comparire un elenco di directory:
https://<servername>:8080/adminui/secured/
https://<servername>:8080/um/
Raccomandazioni per la sicurezza specifiche per WebLogic weblogic-specific-security-recommendations
Questa sezione contiene raccomandazioni sulla configurazione del server applicazioni per la protezione di WebLogic 9.1 durante l'esecuzione di AEM Forms su JEE.
Disattiva la navigazione nelle directory disable_directory_browsing-1
Imposta le proprietà delle directory indice nel file weblogic.xml su false
, come mostrato in questo esempio:
<container-descriptor>
<index-directory-enabled>false
</index-directory-enabled>
</container-descriptor>
Abilita porta SSL WebLogic enable-weblogic-ssl-port
Per impostazione predefinita, WebLogic non abilita la porta di ascolto SSL predefinita, 7002. Abilita questa porta nella console di amministrazione del server WebLogic prima di configurare SSL.
Raccomandazioni per la sicurezza specifiche per WebSphere websphere-specific-security-recommendations
Questa sezione contiene raccomandazioni di configurazione dell'applicazione server per la protezione di WebSphere che esegue AEM Forms su JEE.
Disattiva la navigazione nelle directory disable_directory_browsing-2
Imposta la directoryBrowsingEnabled
nel file ibm-web-ext.xml false
.
Abilita protezione amministrativa WebSphere enable-websphere-administrative-security
- Accedi alla console amministrativa WebSphere.
- Nella struttura di navigazione, vai a Sicurezza > Sicurezza globale
- Seleziona Abilita protezione amministrativa.
- Deseleziona entrambi Abilita protezione dell'applicazione e Usa sicurezza Java 2.
- Fai clic su OK o Applica.
- In Messaggi casella, fai clic su Salva direttamente nella configurazione principale.