Web8: XSS-utnyttelser - Del 2: Lagret XSS

I den forrige artikkelen lærte vi om XSS- feil (Cross Site Scripting) og den faktiske utnyttelsen av XSS Reflected. Det er en annen type XSS som anses som mer farlig: Lagret XSS.

I motsetning til Reflected, som direkte angriper noen få ofre målrettet av hackere, retter Stored XSS seg mot flere ofre. Denne feilen oppstår når nettapplikasjonen ikke sjekker inndataene grundig før de lagres i databasen (her bruker jeg dette konseptet for å referere til databasen, filen eller andre områder som lagrer applikasjonsdata. web).

Med Stored XSS-teknikken utnytter ikke hackere den direkte, men må gjøre det i minst 2 trinn.

Først bruker hackere ufiltrerte inndatapunkter (skjema, input, tekstområde...) for å sette inn farlig kode i databasen.

Deretter, når brukeren får tilgang til nettapplikasjonen og utfører operasjoner relatert til disse lagrede dataene, vil hackerens kode bli utført på brukerens nettleser.

På dette tidspunktet ser det ut til at hackeren har oppnådd målet sitt. Av denne grunn kalles Stored XSS-teknikken også andre-ordens XSS.

Utnyttelsesscenarioet er beskrevet som følger:

Reflected XSS og Stored XSS har to store forskjeller i angrepsprosessen.

• For det første, for å utnytte Reflected XSS, må hackeren lure offeret til å få tilgang til URL-en hans. Når det gjelder Stored XSS, er det ikke nødvendig å gjøre dette. Etter å ha satt inn den farlige koden i applikasjonens database, må hackeren bare vente på at offeret automatisk får tilgang til den. For ofre er dette helt normalt fordi de ikke vet at dataene de får tilgang til er infisert.
• For det andre vil hackerens mål være lettere å oppnå hvis offeret fortsatt er i sesjonen til nettapplikasjonen på tidspunktet for angrepet. Med Reflected XSS kan en hacker overbevise eller lure offeret til å logge på og få tilgang til URL-en han oppgir for å utføre ondsinnet kode. Men Stored XSS er annerledes, fordi den skadelige koden har blitt lagret i webdatabasen, så hver gang brukeren får tilgang til relaterte funksjoner, vil den skadelige koden bli utført, og mest sannsynlig krever disse funksjonene autentisering. logg inn først, så åpenbart i løpet av denne tiden brukeren er fortsatt i økten.

Fra disse tingene kan det sees at Stored XSS er mye farligere enn Reflected XSS, de berørte personene kan være alle brukere av den nettapplikasjonen. Og dersom offeret har en administrativ rolle, er det også fare for nettkapring.