Hardening del tuo AEM Forms sull'ambiente JEE

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 on JEE.
• Post-installazione: utilizza 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

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

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.

Sicurezza del sistema operativo

La tabella seguente descrive alcuni approcci potenziali per ridurre al minimo le vulnerabilità di sicurezza riscontrate nel sistema operativo.

Per ulteriori informazioni sulla sicurezza del sistema operativo, vedere "Informazioni sulla sicurezza del sistema operativo".

Installazione

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.

Passaggi successivi all’installazione

Dopo aver installato 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

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:

1. In Microsoft Management Console (MMC), creare un utente locale per il servizio server dei moduli con cui eseguire l’accesso:

   • Selezionare L'utente non può modificare la password.
   • Nella scheda Membro di , accertati che sia elencato il gruppo Utenti .
   NOTA

   Non è possibile modificare questa impostazione per PDF Generator.

2. Seleziona Start > Impostazioni > Strumenti di amministrazione > Servizi.

3. Fai doppio clic su JBoss per AEM Forms su JEE e interrompi il servizio.

4. Nella scheda Accedi, seleziona Questo account, cerca l'account utente creato e immetti la password dell'account.

5. In MMC, aprire Impostazioni protezione locale e selezionare Criteri locali > Assegnazione diritti utente.

6. 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)

7. 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.

8. 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.

1. Decomprimi il file adobe-livecycle-[appserver].ear.

2. Apri il file META-INF/application.xml .

3. Cerca la sezione 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. Arresta il server AEM Forms.

5. Aggiungi un commento a adobe-bootstrapper.war e alla directory adobe-lcm-bootstrapper-redirectory. moduli di guerra come 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. Salva e chiudi il file META-INF/application.xml .

7. Zip il file EAR e ridistribuiscilo nel server dell'applicazione.

8. Avvia il server AEM Forms.

9. 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

Quando AEM Forms su JEE è installato, viene configurato un singolo account utente predefinito per l'utente Amministratore avanzato/ login-id Administrator con una password predefinita di password. È necessario modificare immediatamente la password utilizzando Gestione configurazione.

1. Digita il seguente URL in un browser web:

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

   Il numero di porta predefinito è uno dei seguenti:

   JBoss: 8080

   Server WebLogic: 7001

   WebSphere: 9080.

2. Nel campo Nome utente, digita administrator e, nel campo Password, digita password.

3. Fai clic su Impostazioni > Gestione utente > Utenti e gruppi.

4. Digita administrator nel campo Trova e fai clic su Trova.

5. Fai clic su Amministratore avanzato dall'elenco degli utenti.

6. Fare clic su Cambia password nella pagina Modifica utente.

7. 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:

1. Accedi a https://[server]:[port]/lc/libs/granite/security/content/useradmin.html utilizzando il nome utente/password predefinito.
2. Digitare Amministratore nel campo di ricerca e fare clic su Vai.
3. Seleziona Amministratore dal risultato della ricerca e fai clic sull'icona Modifica in basso a destra dell'interfaccia utente.
4. Specifica la nuova password nel campo Nuova password e la vecchia password nel campo Password .
5. Fai clic sull’icona Salva in basso a destra dell’interfaccia utente.

Disattiva generazione WSDL

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.

1. Digita il seguente URL in un browser web:

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

2. Fai clic su Impostazioni > Impostazioni sistema di base > Configurazioni.

3. Deselezionare Abilita WSDL e fare clic su OK.

Protezione del server applicazioni

La tabella seguente descrive alcune tecniche per proteggere l'application server dopo l'installazione dell'applicazione AEM Forms on JEE.

Protezione del database

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 per altri database, consulta Preparazione all’installazione di AEM Forms su JEE (Single Server).

Configurazione della protezione integrata per SQL Server su Windows per JBoss

1. Modifica [JBOSS_HOME]\standalone\configuration\lc_{datasource.xml} per aggiungere integratedSecurity=true all'URL di connessione, come mostrato in questo esempio:

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

2. 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.

3. 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.

4. Impostare la protezione per SQL Server dalla modalità Mixed a Solo autenticazione Windows.

Configurazione della sicurezza integrata per SQL Server su Windows per WebLogic

1. Avvia la console di amministrazione del server WebLogic digitando il seguente URL nella riga URL di un browser Web:

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

2. In Cambia centro fare clic su Blocca e modifica.

3. In Struttura del dominio, fai clic su [dominio_base] > Servizi > JDBC > Origini dati e, nel riquadro di destra, fai clic su IDP_DS.

4. Nella schermata successiva, nella scheda Configurazione fare clic sulla scheda Pool di connessioni e digitare integratedSecurity=true nella casella Proprietà.

5. In Struttura del dominio, fai clic su [dominio_base] > Servizi > JDBC > Origini dati e, nel riquadro di destra, fai clic su RM_DS.

6. Nella schermata successiva, nella scheda Configurazione fare clic sulla scheda Pool di connessioni e digitare integratedSecurity=true nella casella Proprietà.

7. 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.

8. Impostare la protezione per SQL Server dalla modalità Mixed a Solo autenticazione Windows.

Configurazione della protezione integrata per SQL Server su Windows per 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.

1. Accedi alla console amministrativa WebSphere.
2. Nella struttura di navigazione, fai clic su Risorse > JDBC > Origini dati e, nel riquadro di destra, fai clic su IDP_DS.
3. Nel riquadro a destra, in Proprietà aggiuntive, fare clic su Proprietà personalizzate, quindi fare clic su Nuovo.
4. Nella casella Nome, digitare integratedSecurity e digitare Valore nella casella true.
5. Nella struttura di navigazione, fai clic su Risorse > JDBC > Origini dati e, nel riquadro di destra, fai clic su RM_DS.
6. Nel riquadro a destra, in Proprietà aggiuntive, fare clic su Proprietà personalizzate, quindi fare clic su Nuovo.
7. Nella casella Nome, digitare integratedSecurity e digitare Valore nella casella true.
8. 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).
9. Seleziona Start > Pannello di controllo Campaign > Servizi, fai clic con il pulsante destro del mouse sul servizio Windows per WebSphere (IBM WebSphere Application Server <version> - <node>) e seleziona Proprietà.
10. Nella finestra di dialogo Proprietà fare clic sulla scheda Accedi .
11. Seleziona Questo account e fornisci le informazioni necessarie per impostare l'account di accesso che desideri utilizzare.
12. Impostare la protezione su SQL Server dalla modalità Mixed a Solo autenticazione di Windows.

Protezione dell’accesso a contenuti sensibili nel 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, vedere "Informazioni sulla sicurezza del database".

Sicurezza LDAP

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

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

1. Accedi alla console di amministrazione.
2. Fai clic su Impostazioni > Gestione utente > Gestione dominio.
3. In Impostazioni di blocco account automatico, impostare Numero massimo di errori di autenticazione consecutivi su un numero basso, ad esempio 3.
4. Fai clic su Salva.

Controllo e registrazione

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.

Configurazione di AEM Forms su JEE per l’accesso oltre l’azienda

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

È possibile utilizzare un proxy inverso per garantire che un set di URL per AEM Forms sulle applicazioni web JEE sia disponibile per gli utenti esterni che interni. 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.

Protezione da attacchi di falsificazione di richieste intersito

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 attributo src 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 autorizzato: 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 aggiungendo tali risorse all’elenco Riferimenti consentiti .
• Eccezioni referente consentite: puoi limitare l’ambito di accesso per un particolare referente nel tuo 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: si tratta di un elenco di 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.
• Referente Null: una richiesta server che non è associata o non proviene da una pagina web padre viene considerata come una richiesta da un Referrer 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

Il processo di filtraggio referente può essere descritto come segue:

1. Il server dei moduli controlla il metodo HTTP utilizzato per la chiamata:

   1. Se si tratta di POST, il server dei moduli esegue il controllo di intestazione Referrer.
   2. Se è GET, il server dei moduli ignora il controllo Referrer, a meno che CSRF_CHECK_GETS non sia impostato su true, nel qual caso esegue il controllo di intestazione Referrer. CSRF_CHECK_ GETSè specificato nel file web. xmlper la tua applicazione.

2. Il server dei moduli controlla se l’URI richiesto è inserito nell'elenco Consentiti:

   1. Se l’URI viene inserito nell'elenco Consentiti, il server accetta la richiesta.
   2. Se l’URI richiesto non viene inserito nell'elenco Consentiti, il server recupera il referente della richiesta.

3. 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:

   1. Se si tratta di un'eccezione, la richiesta viene bloccata.
   2. Se non si tratta di un’eccezione, la richiesta viene passata.

4. Se nella richiesta non è presente alcun referente, il server controlla se è consentito un referente Null:

   1. Se è consentito un Referente Null, la richiesta viene trasmessa.
   2. 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

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 non sia 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. Per ulteriori informazioni sull’utilizzo dell’elenco Riferimenti consentiti, consulta la sezione * Prevenzione degli attacchi CSRF* della guida di amministrazione .

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* .

Utilizzare l'elenco LC_GLOBAL_ALLOWED_REFERER_EXCEPTION per Eccezioni referente consentite a livello globale, cioè per definire le eccezioni applicabili a tutte le applicazioni. Questo elenco contiene solo URI con percorso assoluto (ad esempio, /index.html) o relativo (ad esempio, /sample/). Puoi anche aggiungere un’espressione regolare alla fine di un URI relativo, ad esempio /sample/(.)*.

L'ID elenco LC_GLOBAL_ALLOWED_REFERER_EXCEPTION è definito come una costante nella classe UMConstants dello spazio dei nomi com.adobe.idp.um.api, disponibile 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/(.)*"))

Utilizzare l'elenco CSRF_ALLOWED_REFERER_EXCEPTIONS per le eccezioni specifiche dell'applicazione.

Disattivazione 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 l'argomento -Dlc.um.csrffilter.disabled=true JAVA nello script di avvio e riavvia 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 classe per WAR e includi una voce di filtro nel file* web.xml* con i seguenti parametri:

CSRF_CHECK_ GETScontrolla 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_ REFERERcontrolla 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 Referrer quando il Referrer è 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 file web.xml per un file SAMPLE 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 Riferimenti consentiti. 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

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

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.

Porte per server applicazioni

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

Porte WebLogic

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

Facendo riferimento all'architettura fisica descritta nella sezione AEM Forms sull'architettura fisica JEE, è necessario configurare SSL per tutte le connessioni che si intende 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 "Configurazione di SSL" nella guida di amministrazione.

Configurazione del reindirizzamento SSL

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.

1. 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

2. Apri il file JBOSS_HOME/standalone/configuration/standalone.xml per la modifica.

   Dopo l'elemento <sottosistema xmlns="urn:jboss:domain:web:1.1" native="false" default-virtual-server="default-host"> , aggiungi i seguenti dettagli:

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

3. Aggiungi il seguente codice nell’elemento del connettore 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>
   

   Salvare e chiudere il file standalone.xml.

Raccomandazioni per la protezione specifiche per Windows

Questa sezione contiene consigli di sicurezza specifici per Windows quando viene utilizzato per eseguire AEM Forms su JEE.

Account di servizio JBoss

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

1. In Microsoft Management Console (MMC), creare un utente locale per il servizio server dei moduli con cui eseguire l’accesso:

   • Selezionare L'utente non può modificare la password.
   • Nella scheda Membro di , assicurati che il gruppo Utenti sia elencato.

2. Seleziona Impostazioni > Strumenti di amministrazione > Servizi.

3. Fare doppio clic sul servizio server applicazioni e arrestare il servizio.

4. Nella scheda Accedi, seleziona Questo account, cerca l'account utente creato e immetti la password dell'account.

5. 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)

6. Assegna al nuovo account utente le autorizzazioni Lettura ed esecuzione, Elenca contenuto cartella e Lettura per AEM Forms sulle directory dei contenuti web JEE.

7. Avviare il servizio server applicazioni.

Sicurezza del file system

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

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

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

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

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

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

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

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

Imposta la proprietà directoryBrowsingEnabled nel file ibm-web-ext.xml su false.

Abilita protezione amministrativa WebSphere

1. Accedi alla console amministrativa WebSphere.
2. Nella struttura di navigazione, vai a Sicurezza > Sicurezza globale
3. Selezionare Abilita protezione amministrativa.
4. Deseleziona sia Abilita protezione applicazione che Usa sicurezza Java 2.
5. Fare clic su OK o Applica.
6. Nella casella Messaggi, fai clic su Salva direttamente nella configurazione master.

Risorse Business.Adobe.com

Style System Auto Form Fill Cms Cloud Customer Communications Dynamic Media Headless Cms