Förbättra din AEM Forms på JEE-miljö hardening-your-aem-forms-on-jee-environment

Lär dig en mängd olika säkerhetsinställningar för att förbättra säkerheten för AEM Forms på JEE som körs i ett intranät.

Artikeln beskriver rekommendationer och bästa praxis för att skydda servrar som kör AEM Forms på JEE. Det här är inte ett omfattande dokument för värdskydd för ditt operativsystem och dina programservrar. I den här artikeln beskrivs i stället en rad olika säkerhetsinställningar som du bör implementera för att förbättra säkerheten för AEM Forms på JEE som körs i ett intranät för företag. För att säkerställa att AEM Forms på JEE-programservrar förblir säkra bör du även implementera säkerhetsövervakning, identifiering och svarsprocedurer.

Artikeln beskriver härdningstekniker som ska användas under följande faser under installations- och konfigurationscykeln:

AEM Forms på JEE är mycket anpassningsbart och kan fungera i många olika miljöer. Vissa av rekommendationerna kanske inte passar organisationens behov.

Förinstallation preinstallation

Innan du installerar AEM Forms på JEE kan du använda säkerhetslösningar på nätverkslagret och operativsystemet. I det här avsnittet beskrivs några problem och rekommendationer ges för att minska säkerhetsluckor i dessa områden.

Installation och konfiguration på UNIX och Linux

Du bör inte installera eller konfigurera AEM Forms på JEE med ett rotskal. Som standard installeras filer under katalogen /opt och den användare som utför installationen behöver alla filbehörigheter under /opt. Alternativt kan en installation utföras under en enskild användares /användarkatalog där användaren redan har alla filbehörigheter.

Installation och konfiguration i Windows

Du bör utföra installationen i Windows som administratör om du installerar AEM Forms på JEE på JBoss med körningsmetoden eller om du installerar PDF Generator. När du installerar PDF Generator i Windows med inbyggt programstöd måste du köra installationen som samma Windows-användare som installerade Microsoft Office. Mer information om installationsprivilegier finns i dokumentet* Installera och distribuera AEM Forms på JEE* för programservern.

Säkerhet för nätverkslager network-layer-security

Säkerhetsluckor för nätverk är bland de första hoten mot alla Internetanslutna eller intranätriktade programservrar. I det här avsnittet beskrivs processen att härja värdar i nätverket mot dessa sårbarheter. Den behandlar nätverkssegmentering, TCP/IP-stackhärdning (Transmission Control Protocol/Internet Protocol) och användning av brandväggar för värdskydd.

I följande tabell beskrivs vanliga processer som minskar säkerhetsluckorna i nätverket.

Operativsystemsäkerhet operating-system-security

I följande tabell beskrivs några möjliga strategier för att minimera säkerhetsbrister som finns i operativsystemet.

Mer säkerhetsinformation för ditt operativsystem finns i "Säkerhetsinformation för operativsystem".

Installation installation

I det här avsnittet beskrivs tekniker som du kan använda under AEM Forms-installationen för att minska säkerhetsluckorna. I vissa fall använder dessa tekniker alternativ som ingår i installationsprocessen. I följande tabell beskrivs dessa tekniker.

Installationssteg för Post post-installation-steps

När du har installerat AEM Forms på JEE är det viktigt att regelbundet upprätthålla miljön ur ett säkerhetsperspektiv.

I följande avsnitt beskrivs i detalj de olika åtgärder som rekommenderas för att skydda den distribuerade Forms Server.

AEM Forms säkerhet aem-forms-security

Följande rekommenderade inställningar gäller för AEM Forms på JEE-servern utanför det administrativa webbprogrammet. Om du vill minska säkerhetsriskerna för servern ska du tillämpa de här inställningarna omedelbart efter att du har installerat AEM Forms på JEE.

Säkerhetsuppdateringar

Det finns en ökad risk för att en obehörig användare får åtkomst till programservern om leverantörens säkerhetsuppdateringar och uppgraderingar inte tillämpas i tid. Testa säkerhetsuppdateringarna innan du använder dem på produktionsservrar för att säkerställa kompatibilitet och tillgänglighet för program. Du kan också skapa principer och procedurer för att regelbundet kontrollera och installera korrigeringsfiler. AEM Forms på JEE-uppdateringar finns på Enterprise-produktnedladdningsplatsen.

Tjänstkonton (endast JBoss-körningsnyckel i Windows)

AEM Forms på JEE installerar som standard en tjänst med hjälp av kontot LocalSystem. Det inbyggda LocalSystem-användarkontot har hög tillgänglighet och ingår i gruppen Administratörer. Om en arbetarprocessidentitet körs som ett LocalSystem-användarkonto har den arbetsprocessen fullständig åtkomst till hela systemet.

Följ dessa anvisningar för att köra den programserver där AEM Forms on JEE distribueras med ett specifikt icke-administrativt konto:

Inaktiverar Configuration Manager-startservern

Configuration Manager använde en serverlet som distribuerats på programservern för att starta AEM Forms på JEE-databasen. Eftersom Configuration Manager har åtkomst till den här servern innan konfigurationen är klar, har åtkomst till den inte skyddats för behöriga användare, och den bör inaktiveras efter att du har använt Configuration Manager för att konfigurera AEM Forms på JEE.

Låsa fjärråtkomst till Trust Store

Med Configuration Manager kan du överföra autentiseringsuppgifter för Acrobat Reader DC-tillägg till AEM Forms på JEE-förtroendearkivet. Detta innebär att åtkomst till pålitlighetslagerautentiseringstjänsten via fjärrprotokoll (SOAP och EJB) har aktiverats som standard. Den här åtkomsten behövs inte längre när du har överfört rättighetsinformationen med Configuration Manager eller om du bestämmer dig för att använda administrationskonsolen senare för att hantera autentiseringsuppgifter.

Du kan inaktivera fjärråtkomst till alla Trust Store-tjänster genom att följa stegen i avsnittet Inaktiverar icke nödvändig fjärråtkomst till tjänster.

Inaktivera all icke nödvändig anonym åtkomst

Vissa Forms Server-tjänster har åtgärder som kan anropas av en anonym anropare. Om anonym åtkomst till de här tjänsterna inte krävs inaktiverar du den genom att följa stegen i Inaktiverar onödvändig anonym åtkomst till tjänster.

Ändra standardadministratörslösenordet change-the-default-administrator-password

När AEM Forms on JEE är installerat konfigureras ett standardanvändarkonto för superadministratör/inloggnings-id-administratör med standardlösenordet password. Du bör omedelbart ändra det här lösenordet med Configuration Manager.

Du bör dessutom ändra standardlösenordet för CRX Administrator genom att utföra följande steg:

Inaktivera WSDL-generering disable-wsdl-generation

WSDL-generering (Web Service Definition Language) ska endast aktiveras för utvecklingsmiljöer där WSDL-generering används av utvecklare för att skapa klientprogram. Du kan välja att inaktivera WSDL-generering i en produktionsmiljö för att undvika att visa tjänstens interna information.

Programserversäkerhet application-server-security

I följande tabell beskrivs några tekniker för att skydda programservern efter att AEM Forms on JEE-programmet har installerats.

Databassäkerhet database-security

När du skyddar din databas bör du implementera de åtgärder som beskrivs av din databasleverantör. Du bör tilldela en databasanvändare med de lägsta databasbehörigheter som krävs och som AEM Forms tillåter för JEE. Använd till exempel inte ett konto med databasadministratörsbehörighet.

I Oracle behöver det databaskonto du använder bara behörigheterna CONNECT, RESOURCE och CREATE VIEW. Liknande krav för andra databaser finns i Förbereder installation av AEM Forms på JEE (Single Server).

Konfigurera integrerad säkerhet för SQL Server i Windows för JBoss configuring-integrated-security-for-sql-server-on-windows-for-jboss

Konfigurera integrerad säkerhet för SQL Server i Windows för WebLogic configuring-integrated-security-for-sql-server-on-windows-for-weblogic

Konfigurera integrerad säkerhet för SQL Server i Windows för WebSphere configuring-integrated-security-for-sql-server-on-windows-for-websphere

På WebSphere kan du bara konfigurera integrerad säkerhet när du använder en extern JDBC-drivrutin för SQL Server, inte den JDBC-drivrutin för SQL Server som är inbäddad med WebSphere.

Skydda åtkomst till känsligt innehåll i databasen protecting-access-to-sensitive-content-in-the-database

AEM Forms databasschema innehåller känslig information om systemkonfiguration och affärsprocesser och bör döljas bakom brandväggen. Databasen bör beaktas inom samma förtroendegräns som Forms Server. För att skydda mot informationsexponering och stöld av affärsdata måste databasen konfigureras av databasadministratören så att endast behöriga administratörer får åtkomst till databasen.

Som en extra försiktighetsåtgärd bör du överväga att använda databasleverantörsspecifika verktyg för att kryptera kolumner i tabeller som innehåller följande data:

Mer information om leverantörsspecifika verktyg finns i "Databassäkerhetsinformation".

LDAP-säkerhet ldap-security

En LDAP-katalog (Lightweight Directory Access Protocol) används vanligtvis av AEM Forms på JEE som källa för företagsanvändar- och gruppinformation och ett sätt att utföra lösenordsautentisering. Du bör se till att LDAP-katalogen är konfigurerad att använda SSL (Secure Socket Layer) och att AEM Forms on JEE är konfigurerat att komma åt LDAP-katalogen med hjälp av SSL-porten.

LDAP - denial of service ldap-denial-of-service

En vanlig attack med LDAP innebär att en angripare avsiktligt misslyckas med att autentisera flera gånger. Detta tvingar LDAP-katalogservern att låsa ut en användare från alla LDAP-beroende tjänster.

Du kan ange antalet misslyckade försök och efterföljande låsningstid som AEM Forms implementerar när en användare upprepade gånger inte kan autentisera till AEM Forms. Välj låga värden i administrationskonsolen. När du väljer antalet misslyckade försök är det viktigt att du förstår att AEM Forms efter alla försök låser ut användaren innan LDAP-katalogservern gör det.

Ange automatisk låsning av konton set-automatic-account-locking

Granskning och loggning auditing-and-logging

En korrekt och säker användning av programgranskning och loggning kan bidra till att säkerställa att säkerheten och andra avvikande händelser spåras och upptäcks så snabbt som möjligt. Effektiv användning av granskning och loggning i ett program omfattar bland annat att spåra genomförda och misslyckade inloggningar och viktiga programhändelser som skapande eller borttagning av nyckelposter.

Du kan använda granskning för att identifiera många typer av attacker, bland annat:

I den här tabellen beskrivs teknik för granskning och loggning som du kan använda för att minska serverns sårbarheter.

Aktivera en användare som inte är administratör för att köra PDF Generator

Du kan göra det möjligt för en icke-administratörsanvändare att använda PDF Generator. Normalt kan bara användare med administratörsbehörighet använda PDF Generator. Gör så här för att göra det möjligt för en icke-administratörsanvändare att köra PDF Generator:

Konfigurera AEM Forms på JEE för åtkomst utanför företaget configuring-aem-forms-on-jee-for-access-beyond-the-enterprise

När du har installerat AEM Forms på JEE är det viktigt att regelbundet upprätthålla säkerheten i din miljö. I det här avsnittet beskrivs de åtgärder som rekommenderas för att upprätthålla säkerheten för din AEM Forms på JEE-produktionsservern.

Konfigurera en omvänd proxy för webbåtkomst setting-up-a-reverse-proxy-for-web-access

En omvänd proxy kan användas för att se till att en uppsättning URL:er för AEM Forms på JEE-webbprogram är tillgängliga för både externa och interna användare. Den här konfigurationen är säkrare än att tillåta användare att ansluta direkt till programservern som AEM Forms på JEE körs på. Den omvända proxyn utför alla HTTP-begäranden för den programserver som kör AEM Forms på JEE. Användare har bara nätverksåtkomst till den omvända proxyn och kan bara försöka ansluta till URL som stöds av den omvända proxyn.

AEM Forms på JEE-rot-URL:er för användning med omvänd proxyserver

Följande URL för programrot för varje AEM Forms på JEE-webbprogram. Du bör bara konfigurera din omvända proxy så att URL:er för webbprogramfunktioner som du vill ge slutanvändarna visas.

Vissa URL:er markeras som användarvänliga webbprogram. Du bör undvika att exponera andra URL:er för Configuration Manager för åtkomst till externa användare via den omvända proxyn.

Skydda dig mot attacker med förfalskade förfrågningar på webbplatser protecting-from-cross-site-request-forgery-attacks

En CSRF-attack (Cross-Site Request Forgery) utnyttjar det förtroende som en webbplats har för användaren för att överföra kommandon som är otillåtna och oavsedda av användaren. Anfallet konfigureras genom att en länk, ett skript eller en URL-adress läggs till i ett e-postmeddelande för att komma åt en annan webbplats som användaren redan har autentiserats på.

Du kan till exempel vara inloggad på administrationskonsolen samtidigt som du bläddrar på en annan webbplats. En av webbsidorna kan innehålla en HTML-bildtagg med ett src-attribut för ett serverskript på offrets webbplats. Genom att använda den cookie-baserade sessionsautentiseringsmekanismen som tillhandahålls av webbläsare kan angripande webbplats skicka skadliga förfrågningar till detta skript på servern, som masquerading är den legitima användaren. Mer exempel finns i https://owasp.org/www-community/attacks/csrf#Examples.

Följande egenskaper är gemensamma för CSRF:

AEM Forms på JEE använder funktionen Refererarfilter för att blockera CSRF-attacker. Följande termer används i det här avsnittet för att beskriva mekanismen för referensfiltrering:

Referentfiltrering referer-filtering

Refererarfiltreringsprocessen kan beskrivas så här:

Hantera referensfiltrering managing-referer-filtering

AEM Forms på JEE tillhandahåller ett referensfilter för att ange vilken referent som har behörighet till serverresurserna. Som standard filtrerar inte referensfiltret begäranden som använder en säker HTTP-metod, till exempel GET, såvida inte CSRF_CHECK_GETS har värdet true. Om portnumret för en post med tillåten referens är 0, tillåter AEM Forms på JEE alla förfrågningar från den värden oavsett portnummer. Om inget portnummer anges tillåts endast begäranden från standardporten 80 (HTTP) eller port 443 (HTTPS). Referensfiltrering är inaktiverat om alla poster i listan över tillåtna referenter tas bort.

När du först installerar Document Services uppdateras listan över tillåtna referenter med adressen till den server där Document Services är installerat. Posterna för servern omfattar servernamnet, IPv4-adressen, IPv6-adressen om IPv6 är aktiverat, loopback-adressen och en localhost-post. Namnen som läggs till i listan över tillåtna referenter returneras av värdoperativsystemet. En server med IP-adressen 10.40.54.187 kommer till exempel att innehålla följande poster: https://server-name:0, https://10.40.54.187:0, https://127.0.0.1:0, http://localhost:0. Tillåtelselista uppdateras inte för alla okvalificerade namn som returneras av värdoperativsystemet (namn som inte har IPv4-adress, IPv6-adress eller kvalificerat domännamn). Ändra listan över tillåtna referenter så att den passar din affärsmiljö. Distribuera inte Forms Server i produktionsmiljön med standardlistan Tillåten referent. När du har ändrat någon av de tillåtna referenserna, referensundantagen eller URI:erna måste du starta om servern för att ändringarna ska börja gälla.

Hantera listan över tillåtna referenter

Du kan hantera listan Tillåten referent från användarhanteringsgränssnittet i administrationskonsolen. Med användarhanteringsgränssnittet kan du skapa, redigera och ta bort listan. Se avsnittet * Förhindra CSRF-attacker* i administrationshjälpen för mer information om hur du arbetar med listan över tillåtna referenter.

Hantera listor över tillåtna referensundantag och tillåtna URI:er

AEM Forms på JEE innehåller API:er för att hantera listan över tillåtna referensundantag och listan över tillåtna URI:er. Du kan använda dessa API:er för att hämta, skapa, redigera eller ta bort listan. Nedan följer en lista över tillgängliga API

Mer information om API:erna finns i* AEM Forms on JEE API Reference*.

Använd listan LC_GLOBAL_ALLOWED_REFERER_EXCEPTION för tillåtna referensundantag på global nivå, d.v.s. för att definiera undantag som gäller för alla program. Den här listan innehåller bara URI:er med antingen en absolut sökväg (till exempel /index.html) eller en relativ sökväg (till exempel /sample/). Du kan också lägga till ett reguljärt uttryck i slutet av en relativ URI, till exempel /sample/(.)*.

List-ID:t LC_GLOBAL_ALLOWED_REFERER_EXCEPTION definieras som en konstant i klassen UMConstants i namnutrymmet com.adobe.idp.um.api som finns i adobe-usermanager-client.jar. Du kan använda AEM Forms API:er för att skapa, ändra eller redigera den här listan. Om du till exempel vill skapa listan Global Allowed Referrer Exceptions använder du:

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

Använd listan CSRF_ALLOWED_REFERER_EXCEPTIONS för programspecifika undantag.

Inaktiverar referensfiltret

Om referensfiltret helt blockerar åtkomsten till Forms Server och du inte kan redigera listan Tillåten referent, kan du uppdatera serverns startskript och inaktivera Referensfiltrering.

Inkludera JAVA-argumentet -Dlc.um.csrffilter.disabled=true i startskriptet och starta om servern. Se till att du tar bort JAVA-argumentet efter att du har konfigurerat om listan över tillåtna referenter.

Referensfiltrering för anpassade WAR-filer

Du kan ha skapat anpassade WAR-filer för att arbeta med AEM Forms i JEE för att uppfylla dina affärskrav. Om du vill aktivera Referensfiltrering för dina anpassade WAR-filer inkluderar du adobe-usermanager-client.jar i klassökvägen för WAR och inkluderar en filterpost i filen* web.xml* med följande parametrar:

CSRF_CHECK_GETS styr referentkontrollen vid GET-begäranden. Om den här parametern inte är definierad ställs standardvärdet in på false. Inkludera bara den här parametern om du vill filtrera dina GETTER.

CSRF_ALLOWED_REFERER_EXCEPTIONS är ID:t för listan över tillåtna referensundantag. Refererarfiltret förhindrar att begäranden som kommer från referenter i listan som identifieras av list-ID anropar någon resurs på Forms Server.

CSRF_ALLOWED_URIS_LIST_NAME är ID:t för listan Tillåtna URI:er. Refererarfiltret blockerar inte begäranden för någon av resurserna i listan som identifieras av list-ID, oavsett värdet på referensrubriken i begäran.

CSRF_ALLOW_NULL_REFERER styr beteendet för referensfiltret när referenten är null eller inte finns. Om den här parametern inte är definierad ställs standardvärdet in på false. Inkludera bara den här parametern om du vill tillåta Null-referenser. Om null-referenter tillåts kan vissa typer av attacker av typen Cross Site Request.

CSRF_NULL_REFERER_EXCEPTIONS är en lista över de URI:er för vilka ingen referenskontroll utförs när referenten är null. Den här parametern är bara aktiverad när CSRF_ALLOW_NULL_REFERER har värdet false. Avgränsa flera URI:er i listan med kommatecken.

Här följer ett exempel på filterposten i filen web.xml för en SAMPLE WAR-fil:

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

Felsökning

Om berättigade serverförfrågningar blockeras av CSRF-filtret kan du försöka med något av följande:

Säker nätverkskonfiguration secure-network-configuration

I det här avsnittet beskrivs de protokoll och portar som krävs för AEM Forms på JEE och innehåller rekommendationer för att distribuera AEM Forms på JEE i en säker nätverkskonfiguration.

Nätverksprotokoll som används av AEM Forms i JEE network-protocols-used-by-aem-forms-on-jee

När du konfigurerar en säker nätverksarkitektur enligt beskrivningen i föregående avsnitt krävs följande nätverksprotokoll för interaktion mellan AEM Forms på JEE och andra system i företagsnätverket.

Portar för programservrar ports-for-application-servers

I det här avsnittet beskrivs standardportarna (och alternativa konfigurationsintervall) för varje typ av programserver som stöds. Portarna måste aktiveras eller inaktiveras på den inre brandväggen, beroende på vilken nätverksfunktion du vill tillåta för klienter som ansluter till programservern som kör AEM Forms på JEE.

JBoss-portar

WebLogic-portar

WebSphere-portar

Mer information om WebSphere-portar som krävs för AEM Forms på JEE finns i Portnummerinställning i WebSphere Application Server UI.

Konfigurerar SSL configuring-ssl

Med referens till den fysiska arkitekturen som beskrivs i avsnittet AEM Forms på den fysiska JEE-arkitekturen bör du konfigurera SSL för alla anslutningar som du tänker använda. Alla SOAP anslutningar måste göras via SSL för att förhindra exponering av användaruppgifter i ett nätverk.

Instruktioner om hur du konfigurerar SSL på JBoss, WebLogic och WebSphere finns i"Configuring SSL" i administrationshjälpen.

Instruktioner om hur du importerar certifikat till JVM (Java Virtual Machine) som har konfigurerats för en AEM Forms-server finns i avsnittet om ömsesidig autentisering i hjälpen för AEM Forms Workbench.

Konfigurerar SSL-omdirigering configuring-ssl-redirect

När du har konfigurerat programservern så att den stöder SSL måste du se till att all HTTP-trafik till program och tjänster framtvingas för att använda SSL-porten.

Information om hur du konfigurerar SSL-omdirigering för WebSphere eller WebLogic finns i dokumentationen för programservern.

Windows-specifika säkerhetsrekommendationer windows-specific-security-recommendations

Det här avsnittet innehåller säkerhetsrekommendationer som är specifika för Windows när de används för att köra AEM Forms på JEE.

JBoss-tjänstkonton jboss-service-accounts

AEM Forms på JEE-körkortsinstallationen konfigurerar som standard ett tjänstkonto med hjälp av kontot Lokalt system. Det inbyggda användarkontot för det lokala systemet har hög tillgänglighet. Det ingår i gruppen Administratörer. Om en arbetsprocessidentitet körs som det lokala systemanvändarkontot har den arbetsprocessen fullständig åtkomst till hela systemet.

Kör programservern med ett icke-administrativt konto run-the-application-server-using-a-non-administrative-account

Filsystemsäkerhet file-system-security

AEM Forms på JEE använder filsystemet på följande sätt:

När du använder bevakade mappar som ett sätt att skicka och ta emot dokument med en Forms Server-tjänst bör du vidta extra försiktighetsåtgärder när det gäller filsystemsäkerhet. När en användare släpper innehåll i den bevakade mappen visas innehållet i den bevakade mappen. I det här fallet autentiserar tjänsten inte den faktiska slutanvändaren. I stället förlitar det sig på ACL- och Share-nivåsäkerhet som ställs in på mappnivå för att avgöra vem som effektivt kan anropa tjänsten.

JBoss-specifika säkerhetsrekommendationer jboss-specific-security-recommendations

Det här avsnittet innehåller programserverkonfigurationsrekommendationer som är specifika för JBoss 7.0.6 när de används för att köra AEM Forms på JEE.

Inaktivera JBoss-hanteringskonsolen och JMX-konsolen disable-jboss-management-console-and-jmx-console

Åtkomst till JBoss Management Console och JMX Console är redan konfigurerad (JMX-övervakning är inaktiverad) när du installerar AEM Forms på JEE på JBoss med körklar installationsmetod. Om du använder en egen JBoss-programserver kontrollerar du att åtkomsten till JBoss Management Console och JMX-övervakningskonsolen är skyddade. Åtkomst till JMX-övervakningskonsolen ställs in i JBoss-konfigurationsfilen som kallas jmx-invoker-service.xml.

Inaktivera katalogbläddring disable-directory-browsing

När du har loggat in på administrationskonsolen går det att bläddra i konsolens kataloglista genom att ändra URL:en. Om du till exempel ändrar URL-adressen till någon av följande URL-adresser kan en kataloglista visas:

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

WebLogic-specifika säkerhetsrekommendationer weblogic-specific-security-recommendations

Det här avsnittet innehåller rekommendationer för programserverkonfiguration för att skydda WebLogic 9.1 när AEM Forms körs på JEE.

Inaktivera katalogbläddring disable_directory_browsing-1

Ange egenskaperna för index-directories i filen weblogic.xml till false, vilket visas i det här exemplet:

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

Aktivera WebLogic SSL-port enable-weblogic-ssl-port

WebLogic aktiverar som standard inte SSL-lyssningsporten, 7002. Aktivera den här porten i WebLogic Server Administration Console innan du konfigurerar SSL.

WebSphere-specifika säkerhetsrekommendationer websphere-specific-security-recommendations

Det här avsnittet innehåller rekommendationer för programserverkonfiguration för att skydda WebSphere som kör AEM Forms på JEE.

Inaktivera katalogbläddring disable_directory_browsing-2

Ange egenskapen directoryBrowsingEnabled i filen ibm-web-ext.xml till false.

Aktivera administrationssäkerhet för WebSphere enable-websphere-administrative-security