Prinsipper for sikker design

Applikasjonens angrepsflate omfatter alle punktene der en uautorisert bruker kan forsøke å trenge inn, hente ut data eller påvirke systemet.

Tenk på den som summen av alle mulige inngangspunkter og sårbarheter en angriper kan utnytte. Dette omfatter API-er, brukergrensesnitt, åpne porter og til og med tredjepartsbiblioteker.

Et viktig prinsipp for sikkert design er å redusere angrepsflaten så mye som mulig. En mindre angrepsflate betyr færre muligheter for angripere.

• Fjern unødvendige funksjoner: Deaktiver eller fjern ubrukt funksjonalitet, tjenester eller porter.
• Begrens eksponerte data: Eksponer bare data som er absolutt nødvendig.
• Prinsippet om minste privilegium: Gi komponenter og brukere bare tillatelsene de trenger for å fungere.

Defense in depth er en sikkerhetsstrategi som bruker flere lag med sikkerhetskontroller for å beskytte ressurser og informasjon.

Se for Dem en borg med flere murer, vollgraver og vakter. Hvis ett forsvarslag svikter, er et annet der for å stanse trusselen. Poenget er å ikke basere sikkerheten på ett enkelt feilpunkt.

Implementering av defense in depth innebærer å kombinere ulike sikkerhetsmekanismer. Eksempler er:

• Nettverksbrannmurer: Blokkerer uønsket trafikk.
• Brannmurer for webapplikasjoner (WAF-er): Beskytter mot vanlige webangrep.
• Sikker autentisering/autorisering: Styrer hvem som får tilgang til hva.
• Validering av inndata: Rens alle brukerdata.
• Kryptering: Beskytter data i ro og under overføring.
• Logging og overvåking: Oppdager og håndterer hendelser.

En tillitsgrense er en logisk linje i systemet der tillitsnivået endres. Data eller kjøring som krysser denne linjen, bør behandles med skepsis.

Data fra en brukers nettleser er for eksempel ikke tiltrodd, mens data fra den interne databasen kan anses som tiltrodd (selv om også disse dataene må valideres).

Det er viktig å identifisere og håndheve tillitsgrenser. Det innebærer:

• Valider alle inndata: Alle data som krysser en tillitsgrense (særlig fra eksterne kilder), må valideres og renses grundig.
• Isoler komponenter: Skill komponenter med ulike tillitsnivåer fra hverandre (for eksempel offentlig tilgjengelige API-er og interne tjenester).
• Streng tilgangskontroll: Bruk sterke kontroller for autentisering og autorisering ved hver grense.

Prinsippet Secure by Default sier at systemer skal utformes og konfigureres slik at de er sikre rett ut av boksen. Brukerne må uttrykkelig aktivere funksjonalitet som kan redusere sikkerheten.

Det betyr at standardinnstillingene skal prioritere sikkerhet og redusere risikoen for feilkonfigurasjon. Sterke passordregler bør for eksempel være standard, ikke valgfrie.

I denne leksjonen lærte vi om grunnleggende prinsipper for å bygge sikre backend-applikasjoner:

• Shift Left: Integrer sikkerhet tidlig.
• Reduksjon av angrepsflaten: Minimer mulige inngangspunkter for angripere.
• Defense in depth: Bruk flere sikkerhetslag.
• Tillitsgrenser: Identifiser og håndhev linjer der tillitsnivåene endres.
• Secure by Default: Konfigurer systemer for maksimal sikkerhet rett ut av boksen.

Ved å bruke disse prinsippene kan De styrke sikkerheten i applikasjonene Deres betydelig.