Mönster för säker arkitektur

Principen om minsta privilegium är avgörande i en mikrotjänstarkitektur. Den innebär att varje tjänst endast ska ha de minsta behörigheter som krävs för att utföra sin specifika funktion.

En tjänst för användarprofiler ska till exempel inte kunna komma åt databasen för betalningshantering direkt. Det begränsar den potentiella skadan om tjänsten för användarprofiler utsätts för intrång.

Data som flödar mellan era tjänster måste skyddas. Detta görs ofta med krypteringsprotokoll som TLS (Transport Layer Security).

• TLS: Krypterar kommunikationen mellan en klient och en server (eller mellan två tjänster).
• Mutual TLS (mTLS): Ger starkare säkerhet genom att kräva att både klienten och servern autentiserar varandra med hjälp av certifikat, så att endast betrodda tjänster kan kommunicera.

En API Gateway fungerar som en enda ingångspunkt för alla förfrågningar till era backendtjänster. Det är en bra plats för att centralt tillämpa säkerhetsregler.

Gatewayen kan hantera:

• Autentisering och auktorisering: Kontrollera användarens identitet och behörigheter innan förfrågningar vidarebefordras.
• Hastighetsbegränsning: Förhindra missbruk och överbelastningsattacker.
• Indatavalidering: Filtrera skadlig indata innan den når backendtjänsterna.

Alla data är inte lika känsliga. En säker arkitektur innebär ofta att mycket känsliga data (som personligt identifierbar information eller betalningsuppgifter) separeras i egna, bättre skyddade datalager.

Det innebär att striktare åtkomstkontroller, kryptering och övervakning tillämpas specifikt på dessa isolerade datalager. Därmed minskar risken om andra, mindre känsliga delar av systemet utsätts för intrång.

En Service Mesh (till exempel Istio eller Linkerd) är ett infrastrukturlager som hanterar kommunikationen mellan tjänster. Det kan på ett transparent sätt lägga till säkerhetsfunktioner utan att applikationskoden behöver ändras.

Viktiga säkerhetsfördelar är bland annat:

• Trafikkryptering: Krypterar automatiskt all trafik mellan tjänster.
• Auktoriseringsregler: Upprätthåller detaljerade åtkomstregler mellan tjänster.
• Observerbarhet: Tillhandahåller detaljerade loggar och mätvärden för säkerhetsövervakning.

I händelsestyrda arkitekturer kommunicerar tjänster via händelser genom meddelandeförmedlare (som Kafka eller RabbitMQ). Det är mycket viktigt att säkra dessa system.

Tänk på följande:

• Säkra meddelandeförmedlare: Konfigurera förmedlarna med autentisering och auktorisering.
• Händelseautentisering: Säkerställ att endast betrodda tjänster kan publicera eller konsumera händelser.
• Validering av nyttolast: Validera händelsedata för att förhindra att skadliga nyttolaster sprids.

De säkraste arkitekturerna kombinerar flera mönster för att skapa lager av försvar. Detta kallas försvar på djupet.

Om en säkerhetskontroll misslyckas finns ett annat lager där för att fånga upp potentiella hot. En API Gateway kan till exempel utföra den första filtreringen, därefter säkrar mTLS kommunikationen mellan tjänster och slutligen skyddar dataseparering känsliga datalager.

Vi har utforskat hur viktigt det är att utforma applikationen med säkerhet i åtanke redan från början. Viktiga mönster för säker arkitektur är bland annat:

• Mikrotjänster: För isolering och mindre skadeomfattning.
• Minsta privilegium: Ge tjänster endast de behörigheter de behöver.
• Säker kommunikation: Använda TLS/mTLS för data under överföring.
• API Gateway: Centralisera säkerhetskontroller.
• Dataseparering: Skydda känsliga data genom att isolera dem.
• Service Mesh: Förbättra säkerheten under körning för kommunikation mellan tjänster.

Genom att kombinera dessa mönster bygger ni ett robust, lagerindelat försvar mot attacker.