Principer för säker design

Applikationens attackyta omfattar alla punkter där en obehörig användare kan försöka ta sig in, hämta data eller påverka systemet.

Se den som summan av alla möjliga ingångar och sårbarheter som en angripare kan utnyttja. Det omfattar API:er, användargränssnitt, öppna portar och även tredjepartsbibliotek.

En grundläggande princip för säker design är att minska attackytan så mycket som möjligt. En mindre attackyta innebär färre möjligheter för angripare.

• Ta bort onödiga funktioner: Inaktivera eller ta bort oanvänd funktionalitet, tjänster eller portar.
• Begränsa exponerade data: Exponera endast data som är absolut nödvändiga.
• Principen om minsta privilegium: Ge komponenter och användare endast de behörigheter de behöver för att fungera.

Försvar på djupet är en säkerhetsstrategi där flera lager av säkerhetskontroller används för att skydda resurser och information.

Föreställ er ett slott med flera murar, vallgravar och vakter. Om ett försvarslager fallerar finns ett annat som fångar upp hotet. Det handlar om att inte förlita sig på en enda felpunkt när det gäller säkerheten.

Att implementera försvar på djupet innebär att stapla olika säkerhetsmekanismer. Exempel:

• Nätverksbrandväggar: Blockerar oönskad trafik.
• Brandväggar för webbapplikationer (WAF): Skyddar mot vanliga webbattacker.
• Säker autentisering och auktorisering: Styr vem som får åtkomst till vad.
• Indatavalidering: Sanera all indata från användare.
• Kryptering: Skyddar data i vila och under överföring.
• Loggning och övervakning: Upptäcker och hanterar incidenter.

En förtroendegräns är en logisk linje i systemet där graden av förtroende ändras. Data eller körning som passerar denna linje ska behandlas med misstänksamhet.

Data från en användares webbläsare är till exempel otillförlitlig, medan data från den interna databasen kan anses vara betrodd, även om den fortfarande måste valideras.

Det är viktigt att identifiera och upprätthålla förtroendegränser. Det innebär att:

• Validera all indata: Alla data som passerar en förtroendegräns, särskilt från externa källor, måste valideras och saneras noggrant.
• Isolera komponenter: Separera komponenter med olika förtroendenivåer, till exempel publika API:er från interna tjänster.
• Strikt åtkomstkontroll: Tillämpa stark autentisering och auktorisering vid varje gräns.

Principen Secure by Default innebär att system ska utformas och konfigureras så att de är säkra direkt ur kartongen. Användare ska uttryckligen behöva aktivera funktionalitet som kan minska säkerheten.

Det innebär att standardinställningarna ska prioritera säkerhet och minimera risken för felkonfigurationer. Exempelvis bör starka lösenordspolicyer vara standard, inte valfria.

I den här lektionen har vi lärt oss grundläggande principer för att bygga säkra backend-applikationer:

• Shift Left: Integrera säkerhet tidigt.
• Minskad attackyta: Minimera möjliga ingångar för angripare.
• Försvar på djupet: Använd flera säkerhetslager.
• Förtroendegränser: Identifiera och upprätthåll gränser där förtroendenivåerna ändras.
• Säker som standard: Konfigurera system för maximal säkerhet direkt ur kartongen.

Genom att tillämpa dessa principer kan ni avsevärt förbättra era applikationers säkerhetsnivå.