Introduksjon til webapplikasjonssikkerhet
Vi lever nå i en verden av nettet. Hver eneste dag er det en mengde transaksjoner som foregår på nettet i hvert enkelt felt som bank, skoler, forretninger, verdens beste institusjoner, forskningssentre. Det er ekstremt viktig at dataene som blir behandlet er veldig trygge og kommunikasjonen er pålitelig. Derfor kommer viktigheten av å sikre nettet.
Hva er webapplikasjonssikkerhet?
Webapplikasjonssikkerhet er en gren av informasjonssikkerhet som omhandler sikkerheten til webapplikasjoner, webtjenester og nettsteder. Det er en slags applikasjonssikkerhet som brukes spesielt på web- eller internettnivå.
Nettsikkerhet er viktig ettersom webapplikasjoner blir angrepet på grunn av dårlig koding eller feil sanering av applikasjonsinnganger og -utganger. Vanlige websikkerhetsangrep er cross-site scripting (XSS) og SQL-injeksjoner.
Bortsett fra XSS, SQL Injeksjoner, er de andre typene websikkerhetsangrep utførelse av vilkårlig kode, avsløring av stier, hukommelseskorrupsjon, inkludering av ekstern fil, bufferoverløp, inkludering av lokal fil, etc. Websikkerhet er helt basert på mennesker og prosesser. Derfor er det ekstremt viktig at utviklerne bruker riktige kodingsstandarder og tilregnelighetskontroll for slike trusler på nettet før de får nettsteder til å bli live.
Sikkerhetskontroller må faktisk brukes på et veldig tidlig stadium av utviklingen og fortsette å gjelde på hvert trinn i programvarenes livssyklus. Utviklere må være godt trent i nettbasert sikkerhet og sikker koding. En gangstesting av applikasjonen er definitivt ikke effektiv. Kontinuerlig regresjon for nettsikkerhetsangrep må implementeres i alle ledd.
Standardisering av websikkerhet
OWASP (Open Web Application Security Project) er standardorganet for webapplikasjonssikkerhet. Det gir fullstendig dokumentasjon, verktøy, teknikker og metodologier innen sikkerhet av webapper. OWASP er en av de objektive kildene til informasjon om beste fremgangsmåter innen sikkerhet av webapper.
OWASP Topp sikkerhetsrisikoer
Nedenfor er de viktigste sikkerhetsrisikoer for nettet rapportert på OWASP.
SQL-injeksjon:
Dette er en type injeksjonsangrep som gjør det mulig å utføre ondsinnede og feil SQL-spørsmål som kan kontrollere webserverens databaser. Angripere kan bruke SQL-setninger for å omgå applikasjonens sikkerhetstiltak. De kan autentisere eller autorisere nettsider eller nettsteder og få innholdet i SQL-databaser ved å omgå SQL-setninger. Dette angrepet kan skje på nettsteder som bruker SQL, MYSQL, Oracle, etc. som databaser. Dette er det mest utbredte og farlige sikkerhetsangrepet i henhold til OWASP 2017-dokumentasjon.
Cross Site Scripting (XSS):
Dette gjør det mulig for angripere å injisere scripting fra klientsiden i webapplikasjoner og websider som er sett av andre brukere. Et sikkerhetsproblem på tvers av nettsteder kan brukes til å omgå retningslinjer som for eksempel den samme opprinnelsespolitikken. Per 2007 sto XSS for 84% av alle sikkerhetsangrepene på nettet.
Avhengig av følsomheten til data, kan XSS være et mindre angrep eller en stor trussel mot nettstedene.
Eksploitører bretter skadelig data inn i innholdet som blir levert til klientleseren. Når data leveres hos klienten, ser det ut som at de kombinerte dataene kommer fra den pålitelige serveren og har alle tillatelsessettene på klientens slutt. Angriperen kan nå få økt tilgang og privilegier til det følsomme sideinnholdet, til øktkaker og en rekke andre opplysninger.
Ødelagt autentisering og øktstyring:
Dette angrepet lar deg enten fange eller omgå autentiseringen på websiden eller applikasjonen.
Dette er mer en svak standard fulgt av nettstedutvikler som forårsaker problemene som for eksempel,
- Forutsigbare innloggingsinformasjon.
- Beskytter ikke brukerpåloggingsinformasjon korrekt.
- Økt-IDer som blir eksponert i URL-en.
- Passord, økt-ID-er ikke sendt over krypterte URL-er.
- Øktverdier som ikke avbrytes etter en bestemt tidsperiode.
For å forhindre disse angrepene, bør utvikleren være forsiktig med å opprettholde de riktige standardene som å beskytte passord og riktig hashing av det mens de blir bestått, ikke avsløre sesjons-IDer, avbryte økten etter en bestemt tid, gjenskape sesjons-ID-er etter en vellykket innlogging forsøk.
Slik løser du ødelagt autentisering
- Passordlengden bør opprettholdes til minst 8 tegn.
- Passord skal være sammensatt for at brukeren ikke kan forutsi det. Dette skal gjøre bruk av riktige passordregler som alfanumeriske, spesialtegn og antall store og små bokstaver.
- Autentiseringsfeil skal aldri indikere hvilken del av autentiseringsdataene som er feil. Feilsvar bør være generiske til en viss grad. F.eks: ugyldig legitimasjon i stedet for å vise brukernavn eller passord som nøyaktig er feil.
Sikkerhetsforkonfigurasjoner:
Dette er en av de dårlige rutiner som gjør nettstedene sårbare for angrep. For f.eks. App-serverkonfigurasjoner som returnerer full stack-spor til brukerne, noe som gjør at angriperne vet hvor feilen er, og angriper følgelig nettstedene. For å forhindre slike tilfeller er det viktig at en sterk applikasjonsarkitektur implementeres og kjører sikkerhetsskannene med jevne mellomrom.
Konklusjon
Det er veldig viktig at hvert nettsted følger riktige standarder, opprettholder riktige kodeteknikker, har robust app-arkitektur, kjører skannene med jevne mellomrom uten å mislykkes og prøve å unngå websikkerhetsangrepene i større grad.
Anbefalte artikler
Dette har vært en guide for webapplikasjonssikkerhet. Her har vi diskutert Introduksjon, standardisering, topprisikoer for websikkerhet. Du kan også se på følgende artikler for å lære mer -
- Spørsmål om cybersikkerhetsintervju
- Spørsmål om nettutviklingsintervju
- Karriere innen webutvikling
- Hva er Elasticsearch?
- Hva er cross-site scripting?