Beveiligingscontrolelijst

Deze sectie behandelt diverse stappen die u zou moeten nemen om ervoor te zorgen dat uw AEM installatie wanneer opgesteld veilig is. De controlelijst moet van boven naar beneden worden toegepast.

Belangrijkste veiligheidsmaatregelen

AEM uitvoeren in de productielodus

Zie voor meer informatie AEM uitvoeren in productielocatie.

HTTPS inschakelen voor beveiliging van transportlagen

Het inschakelen van de HTTPS-transportlaag op zowel auteur- als publicatieinstanties is verplicht voor het hebben van een beveiligde instantie.

Beveiligingshotfixes installeren

Zorg ervoor dat u de nieuwste Beveiligingshotfixes verstrekt door Adobe.

Standaardwachtwoorden voor de AEM- en OSGi-console-beheeraccounts wijzigen

Adobe adviseert sterk dat na installatie u het wachtwoord voor bevoorrechte AEM admin rekeningen (in alle gevallen).

Deze rekeningen omvatten:

• De AEM admin account

  Nadat u het wachtwoord voor de AEM-beheerdersaccount hebt gewijzigd, moet u het nieuwe wachtwoord gebruiken om toegang te krijgen tot CRX.

• De admin wachtwoord voor de console van het Web OSGi

  Deze verandering zal ook op de admin rekening worden toegepast die voor de toegang tot van de console van het Web wordt gebruikt, zodat zult u het zelfde wachtwoord moeten gebruiken wanneer de toegang tot van dat.

Deze twee rekeningen gebruiken afzonderlijke geloofsbrieven en het hebben van verschillend, sterk wachtwoord voor elk is essentieel voor een veilige plaatsing.

Het AEM-beheerderswachtwoord wijzigen

Het wachtwoord voor de AEM-beheerdersaccount kan worden gewijzigd via de Graniet-bewerkingen - gebruikers console.

Hier kunt u de admin rekening en het wachtwoord wijzigen.

Het belang van het wijzigen van het wachtwoord voor de OSGi-webconsole

Naast de AEM admin account, als het standaardwachtwoord voor het OSGi-webconsolewachtwoord niet wordt gewijzigd, kan dit leiden tot:

• Belichting van de server met een standaardwachtwoord tijdens opstarten en afsluiten (wat minuten kan duren voor grote servers);
• Belichting van de server wanneer de opslagplaats is neer/herstart bundel - en OSGI loopt.

Voor meer informatie bij het veranderen van het wachtwoord van de Webconsole, zie Het beheerwachtwoord voor de OSGi-webconsole wijzigen hieronder.

Het beheerwachtwoord voor de OSGi-webconsole wijzigen

U moet het wachtwoord ook veranderen dat voor de toegang tot van de console van het Web wordt gebruikt. Dit wordt gedaan door de volgende eigenschappen van te vormen Apache Felix OSGi Management Console:

Gebruikersnaam en Wachtwoord, de referenties voor toegang tot de Apache Felix Web Management Console zelf.
Het wachtwoord moet na de eerste installatie worden gewijzigd om de beveiliging van uw exemplaar te garanderen.

Dit doet u als volgt:

1. Ga naar de webconsole op <server>:<port>/system/console/configMgr.

2. Navigeer naar ​ Apache Felix OSGi Management Console en wijzig de gebruikersnaam en password.

   

3. Klikken Opslaan.

Aangepaste fouthandler implementeren

Adobe raadt aan aangepaste pagina's voor fouthandlers te definiëren, met name voor 404- en 500 HTTP-antwoordcodes, om openbaarmaking van informatie te voorkomen.

Volledige lijst voor beveiligingscontrole voor verzending

AEM Dispatcher is een essentieel onderdeel van uw infrastructuur. Adobe adviseert sterk u voltooit beveiligingscontrolelijst voor verzender.

Controlestappen

Gebruikers voor replicatie en transport configureren

Een standaardinstallatie van AEM specificeert admin als de gebruiker voor vervoergeloofsbrieven binnen het gebrek replicatiemiddelen. Ook, wordt de admin gebruiker gebruikt aan bron de replicatie op het auteurssysteem.

Met het oog op de veiligheid moeten beide aspecten worden gewijzigd om rekening te houden met het specifieke gebruiksgeval in kwestie, waarbij de volgende twee aspecten in acht moeten worden genomen:

• De transportgebruiker mag niet de beheerder zijn. Stel in plaats daarvan een gebruiker in het publicatiesysteem in die alleen toegangsrechten heeft tot de relevante delen van het publicatiesysteem en gebruik de referenties van die gebruiker voor het vervoer.

  U kunt van de gebundelde replicatie-ontvanger gebruiker beginnen en de toegangsrechten van deze gebruiker vormen om uw situatie aan te passen

• De replicatiegebruiker of Gebruiker-id agent Dit moet ook niet de beheerder zijn, maar een gebruiker die alleen inhoud kan zien die moet worden gerepliceerd. De replicatiegebruiker wordt gebruikt om de inhoud te verzamelen die op het auteurssysteem moet worden herhaald alvorens het naar de uitgever wordt verzonden.

Controleer de beveiligingscontroles op het dashboard Bewerkingen

AEM 6 introduceert het nieuwe Dashboard van Verrichtingen, dat op het helpen van systeemexploitanten problemen oplossen en de gezondheid van een geval controleert.

Het dashboard bevat ook een verzameling veiligheidscontroles. U wordt aangeraden de status van alle beveiligingscontroles te controleren voordat u live gaat met uw productieexemplaar. Voor meer informatie raadpleegt u de Documentatie van het operatiedashboard.

Controleren of voorbeeldinhoud aanwezig is

Alle voorbeeldinhoud en -gebruikers (bijvoorbeeld het Geometrixx-project en de onderdelen ervan) moeten worden verwijderd en volledig op een productiesysteem worden verwijderd voordat het openbaar toegankelijk wordt gemaakt.

Controleren of de CRX-ontwikkelingsbundels aanwezig zijn

Deze ontwikkelingsOSGi- bundels zouden op zowel auteur moeten worden gedesinstalleerd als productieve systemen publiceren alvorens hen toegankelijk te maken.

• Adobe CRXDE-ondersteuning (com.adobe.granite.crxde-support)
• Adobe Granite CRX Explorer (com.adobe.granite.crx-explorer)
• Adobe graniet CRXDE Lite (com.adobe.granite.crxde-lite)

Controleren of de ontwikkelingsbundel Sling aanwezig is

De AEM Developer Tools for Eclipse implementeert de Apache Sling Tooling Support Install (org.apache.sling.tooling.support.install).

Deze bundel OSGi zou op zowel auteur moeten worden gedesinstalleerd als productieve systemen publiceren alvorens hen toegankelijk te maken.

Protect tegen XSS (cross-site request-vervalsing)

Het CSRF-beschermingskader

AEM 6.1 schepen met een mechanisme dat helpt tegen de aanvallen van de smeedmachine van het Verzoek van de Deposito's van de Deposito's van de Deposito's van de Deposito's van de Deposito's beschermen, genoemd CSRF-beschermingskader. Raadpleeg voor meer informatie over het gebruik ervan de documentatie.

Het filter Verschuivende verwijzing

Als u bekende beveiligingsproblemen wilt verhelpen met CSRF-bestanden (Cross-Site Request Smeedery) in CRX WebDAV en Apache Sling, moet u configuraties toevoegen voor het filter Referrer om dit te kunnen gebruiken.

De dienst van de verwijzingsfilter is de dienst OSGi die u toestaat om te vormen:

• welke http-methoden moeten worden gefilterd

• Geeft aan of een lege verwijzingskoptekst is toegestaan

• en een lijst met servers die naast de serverhost zijn toegestaan.

  Standaard staan alle variaties van localhost en de huidige hostnamen waar de server aan gebonden is, in de lijst.

Om de dienst van het verwijzingsfilter te vormen:

1. Open de Apache Felix-console (Configuraties) om:

   https://<server>:<port_number>/system/console/configMgr

2. Aanmelden als admin.

3. In de Configuraties -menu, selecteert u:

   Apache Sling Referrer Filter

4. In de Allow Hosts veld, voert u alle hosts in die als referentie zijn toegestaan. Elk item moet van het formulier zijn

   <protocol>://<server>:<port>

   Bijvoorbeeld:

   • https://allowed.server:80 staat alle verzoeken van deze server met de bepaalde haven toe.
   • Als u ook https-aanvragen wilt toestaan, moet u een tweede regel invoeren.
   • Als u alle poorten van die server toestaat, kunt u 0 als het poortnummer.

5. Controleer de Allow Empty veld, als u lege/ontbrekende verwijzingskoppen wilt toestaan.

   LET OP

   Het wordt aanbevolen een referentie te bieden bij het gebruik van opdrachtregelprogramma's zoals cURL in plaats van een lege waarde toe te staan aangezien het uw systeem aan aanvallen CSRF zou kunnen blootstellen.

6. Bewerk de methoden die dit filter moet gebruiken voor controles met de Filter Methods veld.

7. Klikken Opslaan om uw wijzigingen op te slaan.

OSGI-instellingen

Sommige instellingen van OSGI worden standaard ingesteld om foutopsporing in de toepassing te vergemakkelijken. U moet deze instellingen wijzigen in de publicatie- en auteurversie om te voorkomen dat er interne informatie naar het publiek lekt.

Voor elk van de volgende services moeten de opgegeven instellingen worden gewijzigd:

• Adobe Granite HTML Library Manager:

  • enable Minieren (om CRLF- en spatietekens te verwijderen).
  • enable Gzip (zodat bestanden met één aanvraag kunnen worden gecomprimeerd en geopend).
  • disable Foutopsporing
  • disable Timing

• Day CQ WCM-foutopsporingsfilter:

  • uitschakelen Inschakelen

• Day CQ WCM-filter:

  • alleen bij publiceren, instellen WCM-modus naar "disabled"

• Apache Sling Java Script Handler:

  • disable Foutopsporingsinfo genereren

• Apache Sling JSP Script Handler:

  • disable Foutopsporingsinfo genereren
  • disable Toegewezen inhoud

Zie voor meer informatie OSGi-configuratie-instellingen.

Wanneer het werken met AEM zijn er verscheidene methodes om de configuratiemontages voor dergelijke diensten te beheren; zie OSGi configureren voor meer details en de aanbevolen werkwijzen.

Verdere lezingen

Aanvallen van Denial of Service (DoS) beperken

Een ontkenning van de dienst (Dos) aanval is een poging om een computermiddel niet beschikbaar te maken aan zijn voorgenomen gebruikers. Dit wordt vaak gedaan door de bron te overbelasten; bijvoorbeeld:

• Met een vloed van verzoeken van een externe bron.

• Met een verzoek om meer informatie dan het systeem met succes kan leveren.

  Bijvoorbeeld een JSON-representatie van de gehele repository.

• Door een inhoudspagina met een onbeperkt aantal URL's aan te vragen, kan URL een handvat, sommige selecteurs, een uitbreiding, en een achtervoegsel omvatten - om het even welke kan worden gewijzigd.

  Bijvoorbeeld: .../en.html kan ook worden aangevraagd als:

  • .../en.ExtensionDosAttack
  • .../en.SelectorDosAttack.html
  • .../en.html/SuffixDosAttack

  Alle geldige variaties (b.v. een 200 reactie en worden gevormd om in cache te worden geplaatst) zal door de verzender in het voorgeheugen worden opgeslagen, uiteindelijk leidend tot een volledig dossiersysteem en geen dienst voor verdere verzoeken.

Er zijn veel punten van configuratie om dergelijke aanvallen te voorkomen, hier bespreken we alleen die welke rechtstreeks verband houden met AEM.

Het vormen het Verkopen om Dos te verhinderen

Verkopen is inhoudgericht. Dit betekent dat de verwerking wordt geconcentreerd op de inhoud aangezien elk (HTTP) verzoek op inhoud in de vorm van een middel JCR (een gegevensopslagplaats knoop) in kaart wordt gebracht:

• Het eerste doel is de bron (JCR-knooppunt) die de inhoud bevat.
• Ten tweede bevindt de renderer, of het script, zich in combinatie met bepaalde delen van de aanvraag (bijvoorbeeld kiezers en/of de extensie) op basis van de eigenschappen van de resource.

Deze aanpak maakt Sling zeer krachtig en zeer flexibel, maar zoals altijd is het de flexibiliteit die zorgvuldig moet worden beheerd.

Om misbruik van DoS te helpen voorkomen, kunt u:

1. besturingselementen op toepassingsniveau opnemen; vanwege het aantal mogelijke variaties is een standaardconfiguratie niet haalbaar.

   In uw toepassing moet u:

   • Beheer de kiezers in de toepassing, zodat u alleen de vereiste expliciete kiezers bedienen en retourneren 404 voor alle anderen.
   • De uitvoer van een onbeperkt aantal inhoudsknooppunten voorkomen.

2. Controleer de configuratie van de standaardrenderers, die een probleemgebied kunnen zijn.

   • Met name de JSON-renderer die de boomstructuur op meerdere niveaus kan doorlopen.

     Bijvoorbeeld, het verzoek:

     http://localhost:4502/.json

     kan de hele opslagplaats in een JSON-representatie dumpen. Dit zou aanzienlijke serverproblemen veroorzaken. Daarom wordt bij Sling een limiet ingesteld voor het aantal maximale resultaten. Als u de diepte van de JSON-rendering wilt beperken, kunt u de waarde instellen voor:

     JSON Max-resultaten ( json.maximumresults)

     in de configuratie voor de Apache Sling GET Servlet. Wanneer deze limiet wordt overschreden, wordt de rendering samengevouwen. De standaardwaarde voor Verdelen binnen AEM is 1000.

   • Als preventieve maatregel maak andere standaardrenderers (HTML, gewone teksten, XML) onbruikbaar. Opnieuw door te vormen Apache Sling GET Servlet.

   LET OP

   Schakel de JSON-renderer niet uit. Dit is vereist voor de normale werking van AEM.

3. Gebruik een firewall om toegang tot uw instantie te filteren.

   • Het gebruik van een firewall op besturingssysteemniveau is nodig om toegang tot punten van uw instantie te filteren die tot een Denial of Service-aanval kan leiden als deze niet is beveiligd.

Matig tegen doS die door de Selecteurs van de Vorm wordt veroorzaakt

Aangezien AEM geen indexen in het vak voor de FormChooserServletDoor het gebruik van formulierkiezers in query's wordt een dure repository traversal geactiveerd, waarbij de AEM instantie meestal tot stilstand wordt gebracht. Formulierkiezers kunnen worden gedetecteerd door de aanwezigheid van de *.form.&asteren; tekenreeks in query's.

Volg onderstaande stappen om dit te beperken:

1. Ga naar de webconsole door uw browser naar https://<serveraddress>:<serverport>/system/console/configMgr

2. Zoeken naar Day CQ WCM-formulierkiezerserver

3. Nadat u op de ingang klikt, maak onbruikbaar Geavanceerd zoeken vereist in het volgende venster.

4. Klikken Opslaan.

Mitigate Against DoS Caused by Asset Download Servlet

De standaard Server van de Download van Activa in AEM staat voor authentiek verklaarde gebruikers toe om willekeurig-grote, gezamenlijke downloadverzoeken uit te geven voor het creëren van ZIP dossiers van activa zichtbaar aan hen die de server en/of het netwerk kunnen overbelasten.

Om potentiële risico's van Dos te verlichten die door deze eigenschap worden veroorzaakt, AssetDownloadServlet De component OSGi wordt door gebrek onbruikbaar gemaakt voor het publiceren instanties op recentste AEM versies.

Als de installatie vereist dat de Asset Download Server is ingeschakeld, raadpleegt u dit artikel voor meer informatie .

WebDAV uitschakelen

WebDAV moet worden uitgeschakeld in zowel de auteur- als de publicatieomgeving. Dit kan worden gedaan door de aangewezen bundels te stoppen OSGi.

1. Verbinding maken met de Felix Management Console uitgevoerd op:

   https://<*host*>:<*port*>/system/console

   Bijvoorbeeld http://localhost:4503/system/console/bundles.

2. Zoek in de lijst met bundels naar de bundel met de naam:

   Apache Sling Simple WebDAV Access to repositories (org.apache.sling.jcr.webdav)

3. Klik op de stopknop (in de kolom Handelingen) om deze bundel te stoppen.

4. Zoek in de lijst met bundels de bundel met de naam:

   Apache Sling DavEx Access to repositories (org.apache.sling.jcr.davex)

5. Klik op de stopknop om deze bundel te stoppen.

   OPMERKING

   AEM hoeft niet opnieuw te worden opgestart.

Verifieer dat u geen Persoonlijk identificeerbare informatie in de Weg van het Huis van Gebruikers openbaart

Het is belangrijk dat u uw gebruikers beschermt door ervoor te zorgen dat u geen persoonlijk identificeerbare informatie in het pad naar de thuislocatie van gebruikers in de opslagplaats beschikbaar maakt.

Sinds AEM 6.1 wordt de manier waarop namen van gebruikerknooppunten (ook wel wel autoriseerbare id's genoemd) worden opgeslagen, gewijzigd met een nieuwe implementatie van de AuthorizableNodeName interface. De nieuwe interface zal niet meer de gebruiker - identiteitskaart in de knoopnaam blootstellen, maar zal een willekeurige naam in plaats daarvan produceren.

Er hoeft geen configuratie te worden uitgevoerd om deze in te schakelen, aangezien dit nu de standaardmanier is om autoriseerbare id's in AEM te genereren.

Hoewel niet geadviseerd, kunt u het onbruikbaar maken voor het geval u de oude implementatie voor achterwaartse verenigbaarheid met uw bestaande toepassingen nodig hebt. Hiervoor moet u:

1. Ga naar de webconsole en verwijder het item ​ org.apache.jackrabbit.security.user.RandomAuthorizableNodeName uit de eigenschap requiredServicePids in Apache Jackrabbit Oak SecurityProvider.

   U kunt ook de Oak Security Provider vinden op zoek naar de org.apache.jackrabbit.oak.security.internal.SecurityProviderRegistration PID in de configuraties OSGi.

2. Verwijder de Apache Jackrabbit Oak Random Authoriable Node Name OSGi-configuratie vanuit de webconsole.

   Voor gemakkelijkere raadpleging, merk op dat PID voor deze configuratie is org.apache.jackrabbit.oak.security.user.RandomAuthorizableNodeName.

Klikaanvallen voorkomen

Om klikaanvallen te verhinderen adviseren wij dat u uw webserver vormt om X-FRAME-OPTIONS HTTP-header ingesteld op SAMEORIGIN.

Voor meer informatie over klikjacking gelieve te zien de plaats OWASP.

Zorg ervoor dat u de coderingstoetsen op de juiste wijze dupliceert als dat nodig is

Bepaalde AEM en verificatieschema's vereisen dat u de coderingssleutels in alle AEM kopieert.

Alvorens u dit doet, gelieve nota te nemen dat de zeer belangrijke replicatie verschillend tussen versies wordt gedaan omdat de manier waarin de sleutels tussen 6.3 en oudere versies worden opgeslagen verschillend is.

Zie hieronder voor meer informatie.

Replicatietoetsen voor AEM 6.3

Terwijl in oudere versies de replicatietoetsen in de bewaarplaats werden opgeslagen, beginnend met AEM 6.3 worden zij opgeslagen op het filesystem.

Daarom moet u, om uw sleutels over instanties te repliceren, hen van de broninstantie aan de plaats van de doelinstanties op het filesystem kopiëren.

Meer specifiek, moet u:

1. Toegang krijgen tot de AEM instantie, doorgaans een instantie van de auteur, die het te kopiëren toetsmateriaal bevat.

2. Zoek de bundel com.adobe.granite.crypto.file in het lokale bestandssysteem. Onder dit pad bijvoorbeeld:

   • <author-aem-install-dir>/crx-quickstart/launchpad/felix/bundle21

   De bundle.info in elke map wordt de bundelnaam weergegeven.

3. Navigeer naar de gegevensmap. Bijvoorbeeld:

   • <author-aem-install-dir>/crx-quickstart/launchpad/felix/bundle21/data

4. Kopieer de HMAC- en master bestanden.

5. Dan, ga naar de doelinstantie u de sleutel HMAC aan wilt dupliceren, en aan de gegevensomslag navigeren. Bijvoorbeeld:

   • <publish-aem-install-dir>/crx-quickstart/launchpad/felix/bundle21/data

6. Plak de twee bestanden die u eerder hebt gekopieerd.

7. De Cryptobundel vernieuwen als de doelinstantie al actief is.

8. Herhaal de bovenstaande stappen voor alle gevallen waarin u de toets wilt repliceren.

Replicatietoetsen voor AEM 6.2 en oudere versies

In AEM 6.2 en oudere versies worden de sleutels opgeslagen in de opslagplaats onder de /etc/key knooppunt.

De geadviseerde manier om de sleutels over uw instanties veilig te herhalen is dit knooppunt slechts te herhalen. U kunt knooppunten selectief repliceren via CRXDE Lite:

1. CRXDE Lite openen door naar https://<serrveraddress>:4502/crx/de/index.jsp
2. Selecteer /etc/key knooppunt.
3. Ga naar de Replicatie tab.
4. Druk op Replicatie knop.

Een beveiligingstest uitvoeren

Adobe raadt u ten zeerste aan een penetratietest van uw AEM uit te voeren voordat u verdergaat met de productie.

Aanbevolen werkwijzen voor ontwikkeling

Het is van essentieel belang dat de nieuwe ontwikkelingen Aanbevolen werkwijzen voor beveiliging om ervoor te zorgen dat uw AEM veilig blijft.

Business.Adobe.com-bronnen

Auto Text Summarization Auto Form Fill Targeted Content Personalized Experiences Managed Cloud Version History