Uw Commerce-site en -infrastructuur beveiligen
Het creëren en onderhouden van een veilige omgeving voor Adobe Commerce-projecten die worden geïmplementeerd op cloudinfrastructuur is een verantwoordelijkheid die wordt gedeeld door Adobe Commerce-klanten, oplossingspartners en Adobe. De bedoeling van deze handleiding is om beste praktijken voor de kant van de klant van de vergelijking te verstrekken.
Hoewel u niet alle veiligheidsrisico's kunt elimineren, verhardt het toepassen van deze beste praktijken de veiligheidshouding van de installaties van Commerce. Een veilige plaats en een infrastructuur maken een minder aantrekkelijk doel voor kwaadwillige aanvallen, verzekert de veiligheid van de oplossing en de gevoelige informatie van de klanten, en helpt veiligheid-gerelateerde incidenten minimaliseren die plaatsverstoringen en dure onderzoeken kunnen veroorzaken.
Alle ondersteunde versies van:
- Adobe Commerce over cloudinfrastructuur
- Adobe Commerce ter plaatse
Prioritaire aanbevelingen
Adobe beschouwt de volgende aanbevelingen als van de hoogste prioriteit voor alle klanten. Implementeer deze belangrijke best practices voor beveiliging in alle Commerce-implementaties:
-
Beveiligde SSH-verbindingen (cloudinfrastructuur)
Wanneer MFA op een project wordt toegelaten, moet alle Adobe Commerce op de rekeningen van de wolkeninfrastructuur met de toegang van SSH een authentificatiewerkschema volgen. Voor deze workflow is een tweevoudige verificatie (2FA)-code of een API-token en SSH-certificaat vereist om toegang te krijgen tot de omgeving.
-
Een niet-standaard beheer-URL configureren in plaats van de standaardinstelling
adminof een gemeenschappelijke term zoalsbackend. Deze configuratie beperkt de blootstelling aan manuscripten die proberen om onbevoegde toegang tot uw plaats te krijgen. -
Geavanceerde beveiligingsinstellingen configureren—Voeg een geheime sleutel aan URLs toe, vereist wachtwoorden om case-sensitive te zijn, en beperk de zittingslengte Admin, het interval van het wachtwoordleven, en het aantal login pogingen toegestaan alvorens een Admin gebruikersrekening te sluiten. Voor verhoogde veiligheid, vorm de lengte van toetsenbordinactiviteit alvorens de huidige zitting verloopt, en vereist de gebruikersbenaming en het wachtwoord om case-sensitive te zijn.
-
ReCAPTCHA inschakelen om de Admin te beschermen tegen geautomatiseerde aanvallen van bloedvergieten.
-
Volg het beginsel van minst voorrecht wanneer het toewijzen Beheerdersmachtigingen aan rollen en rollen aan Admin gebruikersrekeningen.
Uw code laten bijwerken door Commerce-project upgraden naar de nieuwste release van Adobe Commerce, Commerce Services en extensies, waaronder beveiligingspatches, hotfixes en andere patches die door Adobe worden geleverd.
Gebruiken configuratiebeheer om kritieke configuratiewaarden te sluiten.
De lock config en lock env CLI-opdrachten configureren omgevingsvariabelen om te voorkomen dat deze worden bijgewerkt via de Admin. De opdracht schrijft de waarde naar de <Commerce base dir>/app/etc/env.php bestand. (Voor Commerce over infrastructuurprojecten in de cloud gaat u naar Beheer van winkelconfiguratie.)
Gebruik de Commerce Security Scan-service om alle Adobe Commerce-sites te controleren op bekende beveiligingsrisico's en malware en u aan te melden voor patchupdates en beveiligingsmeldingen.
Beveiliging van extensies en aangepaste code
Wanneer u Adobe Commerce uitbreidt door extensies van derden toe te voegen vanuit de Adobe Commerce Marketplace of door aangepaste code toe te voegen, dient u de beveiliging van deze aanpassingen te garanderen door de volgende aanbevolen procedures toe te passen:
-
Alleen bronextensies van de Adobe Commerce Marketplace of via de integrator van de oplossing. Als de extensie via een integrator wordt aangeschaft, moet u ervoor zorgen dat de eigendom van de extensievergunning overdraagbaar is, voor het geval de integrator verandert.
-
Verminder risicoblootstelling door het aantal uitbreidingen en verkopers te beperken.
-
Controleer indien mogelijk de beveiligingscode van de extensie voordat u deze integreert met de Commerce-toepassing.
-
Ervoor zorgen dat ontwikkelaars van PHP-extensies de Adobe Commerce-ontwikkelrichtlijnen, -processen en best practices op het gebied van beveiliging volgen. Concreet moeten ontwikkelaars het gebruik van PHP-mogelijkheden vermijden die tot de uitvoering van een externe code of een zwakke cryptografie kunnen leiden. Zie Beveiliging in de Aanbevolen werkwijzen voor de Handleiding voor ontwikkelaars van extensies.
Upgrade naar de nieuwste versie
De Adobe geeft voortdurend bijgewerkte oplossingscomponenten vrij om veiligheid te verbeteren en klanten beter tegen mogelijk compromis te beschermen. De upgrade naar de nieuwste versie van de Adobe Commerce-toepassing, geïnstalleerde services en extensies en het toepassen van huidige patches is de eerste en beste verdedigingslinie tegen beveiligingsrisico's.
Commerce geeft typisch veiligheidsupdates op een driemaandelijkse basis vrij maar behoudt zich het recht voor om hotfixes voor belangrijke veiligheidsbedreigingen vrij te geven die op prioriteit en andere factoren worden gebaseerd.
Zie de volgende bronnen voor informatie over beschikbare Adobe Commerce-versies, releasecycli en het upgrade- en patchproces:
- Uitgebrachte versies
- Beschikbaarheid van producten (Adobe Commerce-services en extensies die door de Adobe zijn gemaakt)
- Adobe Commerce-levenscyclusbeleid
- Upgradehandleiding
- Patches toepassen
Een noodherstelplan ontwikkelen
Als uw Commerce-site in gevaar is, kunt u schade snel beheersen en normale bedrijfsactiviteiten snel herstellen door een uitgebreid herstelplan voor noodsituaties te ontwikkelen en uit te voeren.
Als een klant bij een noodsituatie een Commerce-instantie moet herstellen, kan de Adobe de klant back-upbestanden verschaffen. De klant en de oplossingenintegrator, indien van toepassing, kunnen herstellen.
Als onderdeel van een noodherstelplan raadt Adobe klanten ten zeerste aan hun Adobe Commerce-toepassingsconfiguratie exporteren om de herschikking te vergemakkelijken indien dit nodig is voor bedrijfscontinuïteitsdoeleinden. De primaire reden om de configuratie naar het dossiersysteem uit te voeren is dat de systeemconfiguratie belangrijkheid over de gegevensbestandconfiguratie neemt. In een alleen-lezen bestandssysteem moet de toepassing opnieuw worden geïmplementeerd om gevoelige configuratie-instellingen te wijzigen, waardoor een extra laag van beveiliging wordt geboden.
Aanvullende informatie
Adobe Commerce geïmplementeerd op cloudinfrastructuur
Adobe Commerce ter plaatse ingezet
Beveiligde site en infrastructuur onderhouden
Deze sectie vat beste praktijken voor het handhaven van plaats en infrastructuurveiligheid voor een installatie van Adobe Commerce samen. Veel van deze beste praktijken richten zich op het beveiligen van de computerinfrastructuur in het algemeen, zodat zouden sommige van de aanbevelingen reeds kunnen worden uitgevoerd.
Adobe Commerce-installaties die op cloudinfrastructuur worden geïmplementeerd, kunnen gebruikmaken van ingebouwde WAF-services die beschikbaar zijn via de Snelle integratie van diensten
Protect tegen malware
Malware-aanvallen die gericht zijn op e-commercesites, komen maar al te vaak voor en bedreigende actoren ontwikkelen voortdurend nieuwe manieren om creditcard en persoonlijke informatie van transacties te verzamelen.
De Adobe heeft echter vastgesteld dat de meeste compromissen op de site niet te wijten zijn aan een innovatieve hacker. Eerder, halen de bedreigingsacteurs vaak voordeel uit bestaande, niet gestapelde kwetsbaarheid, slechte wachtwoorden, en zwakke eigendom en toestemmingsmontages in het dossiersysteem.
In de meest algemeen ervaren aanvallen, wordt de kwaadwillige code geïnjecteerd in de absolute kopbal of absolute footer van een klantenopslag. In dat geval verzamelt de code formuliergegevens die een klant in de winkel invoert, waaronder aanmeldingsgegevens van de klant en gegevens van het uitcheckformulier. Vervolgens worden deze gegevens voor kwaadaardige doeleinden naar een andere locatie verzonden in plaats van naar de Commerce-backend. Ook kan malware de Admin in gevaar brengen om code uit te voeren die het originele betalingsformulier vervangt door een nep formulier dat de door de betalingsdienstaanbieder ingestelde bescherming vervangt.
Clientside credit card-skaters zijn een type malware dat code insluit in commerciële website-inhoud die kan worden uitgevoerd in de browser van een gebruiker, zoals in de volgende afbeelding wordt getoond.
Nadat bepaalde acties plaatsvinden zoals een gebruiker die een formulier verzendt of een veldwaarde wijzigt, serialiseert de skimmer de gegevens en verzendt het naar eindpunten van derden. Deze eindpunten zijn typisch andere gecompromitteerde websites die als relais handelen om de gegevens naar zijn definitieve bestemming te verzenden.
Kennis van de meest voorkomende aanvallen
Hieronder volgt een lijst van gemeenschappelijke categorieën aanvallen die de Adobe alle klanten van Commerce adviseert om zich van bewust te zijn en maatregelen te nemen tegen:
-
Site is defect—Een aanvaller beschadigt een website door de visuele weergave van de site te wijzigen of eigen berichten toe te voegen. Hoewel de toegang tot de site en gebruikersaccounts in gevaar is gebracht, blijven betalingsgegevens vaak veilig.
-
Botnets—De Commerce-server van de klant wordt onderdeel van een onderkant die spam-e-mail verzendt. Hoewel gebruikersgegevens typisch niet gecompromitteerd zijn, zou de het domeinnaam van de klant door spamfilters kunnen worden gevoegd op lijst van gewenste personen, verhinderend levering van om het even welke e-mail van het domein. Alternatief, wordt de plaats van de klant deel van een botnet die een verdeelde ontkenning van de dienst (DDoS) aanval op een andere plaats/s veroorzaakt. Botnet kan binnenkomend IP verkeer aan de server van Commerce blokkeren, verhinderend klanten om te kunnen winkelen.
-
Directe serveraanvallen—Gegevens worden gecompromitteerd, achterdeuren en malware worden geïnstalleerd, en plaatshandelingen worden beïnvloed. De betalingsinformatie die niet op de server wordt opgeslagen zal minder waarschijnlijk door deze aanvallen worden gecompromitteerd.
-
Geluidskaart vastleggen—In deze meest rampzalige aanval, installeren indringers verborgen malware of kaartvangsoftware, of erger, wijzigen het controleproces om creditcardgegevens te verzamelen. Vervolgens worden de gegevens naar een andere site verzonden en op het donkere web te koop aangeboden. Dergelijke aanvallen kunnen voor een langere periode onopgemerkt blijven en in groot compromis van klantenrekeningen en financiële informatie resulteren.
-
Stil sleutelregistreren—De bedreigingsactor installeert zeer belangrijke registrerencode op de klantenserver om gebruikersgeloofsbrieven te verzamelen Admin zodat kunnen zij login en andere aanvallen lanceren zonder worden ontdekt.
Protect tegen aanvallen met een wachtwoord
Het wachtwoord van de brute macht die aanvallen veronderstelt kan in onbevoegde toegang Admin resulteren. Protect uw site van deze aanvallen op de volgende manier:
-
Identificeer en bescherm alle punten waar de installatie van Commerce van de buitenwereld kan worden betreden.
U kunt toegang tot Admin, die over het algemeen de meeste bescherming vereist, beveiligen door de Adobe te volgen prioritaire aanbevelingen wanneer u uw Commerce-project configureert.
-
De toegang van de controle tot de plaats van Commerce door opstelling een toegangsbeheerlijst die slechts toegang tot gebruikers toestaat die uit een gespecificeerd IP adres of netwerk komen.
U kunt Snelle Rand ACL met een codefragment van douaneVCL gebruiken om inkomende verzoeken te filtreren en toegang door IP adres toe te staan. Zie Aangepaste VCL voor het toestaan van aanvragen.
note tip TIP Als u een extern personeel in dienst neemt, zorg ervoor dat de IP adressen van verre werknemers in de lijst van adressen met toestemming om tot de plaats van Commerce toegang te hebben inbegrepen zijn.
Klikaanvallen voorkomen
De Adobe beschermt uw opslag tegen klikaanvallen door te verstrekken X-Frame-Options HTTP- verzoekkopbal die u in verzoeken aan uw winkel kunt omvatten. Zie Klikaanvallen voorkomen in de Adobe Commerce-configuratiegids.