.svg)
Wat valt onder e-commerce-integratiebeveiliging
Beveiliging van e-commerce-integraties is het geheel aan controles dat gegevens beschermt terwijl ze bewegen tussen de systemen die een bedrijf gebruikt, zoals het e-commerceplatform, ERP, PIM, CRM en de betaalprovider. Het omvat hoe deze systemen elkaar verifiëren, hoe gegevens tijdens het transport worden versleuteld, wie toegang heeft tot wat, en hoe elke uitwisseling wordt gelogd en gemonitord. De focus ligt op de ruimte tussen de systemen, niet op de systemen zelf.
Die ruimte wordt gemakkelijk over het hoofd gezien. De meeste beveiligingsinspanningen gaan naar de webshop en de klantgerichte kant, omdat aanvallen daar het meest zichtbaar zijn. Maar de verbindingen daarachter bevatten dezelfde gevoelige gegevens, vaak met zwakkere en minder consistente bescherming. Naarmate een bedrijf meer systemen toevoegt, groeit dat verborgen oppervlak sneller dan de aandacht die eraan wordt besteed.
Waarom verhogen integraties het beveiligingsrisico?
Elke nieuwe integratie voegt eindpunten, inloggegevens en een nieuwe gegevensstroom toe. Elk van deze is iets nieuws om te verdedigen. Eén verbinding tussen twee systemen is beheersbaar. Een web van twintig verbindingen, elk op een ander moment door iemand anders gebouwd, is dat niet. Sommige gebruiken moderne authenticatie, andere vertrouwen op een statische sleutel die jaren geleden is ingesteld. Sommige versleutelen gegevens tijdens het transport, andere zijn nooit gecontroleerd. Het resultaat is een aanvalsoppervlak dat niemand volledig overziet, en dat is precies de situatie waar aanvallers naar zoeken. Het eerdere artikel over beveiliging van e-commercegegevens behandelt de klantgerichte dreigingen goed, en de integratielaag is de andere helft van hetzelfde probleem.
De risico's zitten in de verbindingen, niet in de systemen
De meeste inbreuken via integraties komen niet voort uit exotische aanvallen. Ze ontstaan door alledaagse gaten die in veel verbindingen voorkomen:
- Inconsistente authenticatie: de ene verbinding gebruikt OAuth, de andere een gedeelde sleutel die nooit verloopt, waardoor de zwakste schakel het beveiligingsniveau bepaalt voor de gegevens die ermee worden verwerkt.
- Gegevens blootgesteld tijdens transport: een stroom die nooit is versleuteld, kan tussen systemen worden gelezen of gewijzigd, inclusief bestel- en betaalgegevens.
- Te veel vertrouwen in derden: gegevens die uit een gekoppelde tool worden gehaald, worden vaak geaccepteerd zonder de controles die op gebruikersinvoer worden toegepast, waardoor een gecompromitteerde partner een toegangspunt wordt.
- Vergeten verbindingen: een koppeling die actief blijft na een platformmigratie of het opzeggen van een tool, blijft gegevens verplaatsen zonder dat iemand toezicht houdt.
Deze komen nauw overeen met de risico's die de OWASP API Security Top 10 al jaren bijhoudt, en ze vermenigvuldigen zich met elk systeem dat wordt toegevoegd.
Waarom het beveiligen van elke verbinding afzonderlijk niet langer werkt
Controles die per verbinding worden toegepast, kunnen nooit consistent blijven, en consistentie is wat gegevens beschermt in een groeiend systeem. Wanneer elke integratie op zichzelf wordt gebouwd en beveiligd, heeft deze zijn eigen authenticatie, zijn eigen logging en zijn eigen aannames. Er is geen centrale plek om een regel in te stellen en erop te vertrouwen dat deze overal geldt. Dit is hetzelfde fundamentele probleem achter schaduw-IT, waarbij onbeheerde verbindingen zich buiten het zicht opstapelen totdat niemand meer weet wat er draait. De weg vooruit is om verbindingen via één beheerde laag te routeren in plaats van ze direct met elkaar te verbinden. Die laag is een integration platform-as-a-service (iPaaS), software die alle bedrijfssystemen verbindt via één beheerd punt in plaats van tientallen afzonderlijke koppelingen.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
