Sicherheit von SAP in Bezug auf neue Technologien

Sicherheit von SAP in Bezug auf neue Technologien
Webapplikationsfirewalls können verschiedensten Kriterien 26 genügen,
darunter
Integration als Bridge oder Reverse proxy (Einbindung in OSI-
Layer2 oder Aufsplittung der IP-Verbindung)
SSL-Unterstützung inline oder als Terminierungspunkt,
Unterstützung für Client-Zertifikate
Appliance oder Softwarelösung
Fähigkeit zum Hochverfügbarkeitscluster
Loadbalancing, darunter verschiedene Algorithmen (z.B. Round
Robin, weighted round Robin)
Umschreiben von URLs und Domains (Ersetzung von URLs und
Domainnamen bei Backendverbindung – Möglichkeit, alle Server für
Clients im Internet als eine große Domain erscheinen zu lassen)
Garantierung von Sitzungspersistenz ( Sitzung bleibt auch z.B. bei
Ausfall eines Servers im HA-Systems erhalten)
Decodierung verschiedenster Encoding types (ASCII, UTF8, etc.)
Response Filtering (Unterdrückung von Fehlermeldungen und
Filterung der als sensibel definierten Daten wie
Kreditkartennummern)
Blacklist oder Whitelistbasierter Schutz, bzw. eine Kombination
Dynamisches- oder statisches Regelwerk (gelernte Regeln oder
unveränderliche Regeln, die im Vorfeld von Hand eingetragen
werden)
Schützt Cookies, Sessions, Felder, URLs vor XSS und Derivate,
Injection flaws, forceful browsing, etc.
Funktion als Authentisierungsproxy
Logging und Reportingfähigkeiten
Da sowohl bei klassischen Webapplikationen als auch bei Webapplikationen
auf Basis von SAP grundsätzlich dieselben Angriffsmethoden benutzt
werden können, ist zu erwarten, dass eine Webapplikationsfirewall sowohl
bei klassischen Webapplikationen als auch bei Webapplikationen auf Basis
von SAP einen wirksamen Schutz bieten kann (Abbildung 28: Arbeitsweise
WAF). Hier ist der Einsatz einer Webapplikationsfirewall schematisch
dargestellt, weitere Netzwerkkomponenten und Segmente sind hier nicht
berücksichtigt, da sie auf die Filterung keine Auswirkung haben.
26 http://www.webappsec.org/projects/wafec/v1/wasc-wafec-v1.0.html
Damian Schlager Seite 68