{"id":986,"date":"2018-01-26T08:38:58","date_gmt":"2018-01-26T08:38:58","guid":{"rendered":"http:\/\/enginsight.com\/?p=986"},"modified":"2023-05-22T08:50:27","modified_gmt":"2023-05-22T06:50:27","slug":"kurz-knackig-sql-injection-session-prediction-und-cross-site-tracing-erklaert","status":"publish","type":"post","link":"https:\/\/enginsight.com\/de\/blog\/kurz-knackig-sql-injection-session-prediction-und-cross-site-tracing-erklaert\/","title":{"rendered":"Kurz & Knackig: SQL-Injection, Session Prediction und Cross-Site-Tracing erkl\u00e4rt"},"content":{"rendered":"

Die Analysefähigkeiten unserer Plattform werden stetig erweitert. Seit kurzem prüfen wir auch 3 neue Angriffszenarien, die im Folgenden erläutert werden. In diesem Artikel erklären wir, was hinter SQL-Injection, Session Prediction und Cross-Site-Tracing steckt und was man dagegen tun kann.<\/em><\/p>\n\n\n\n

Angriffszenario: SQL-Injection<\/h2>\n\n\n\n

SQL steht für „Structured Query Language“ und ist eine Datenbanksprache. Mit Hilfe von SQL können z.B. Daten in Datenbanken abgefragt, bearbeitet oder gelöscht werden.<\/p>\n\n\n\n

Was ist eine SQL-Injection?<\/h3>\n\n\n\n

Sagen wir der fiktive Online-Shop „Steine & Unkraut“ verfügt über eine eingebaute Suchfunktion mit der man nach bestimmten Stein- und Unkrautsorten suchen und diese bestellen kann. Ein Benutzer gibt beispielsweise im Suchfeld ein „tibetanisches Steppengestrüpp“. Diese Eingabe wird dann zu einer SQL-Anfrage<\/strong> verarbeitet, die vom sogenannten SQL-Interpreter ausgeführt wird. Die Produktdatenbank<\/a> wird auf einen Eintrag durchsucht, der „tibetanisches Steppengestrüpp“ enthält. War die Suche erfolgreich, kann der Benutzer sein Gestrüpp auswählen und bestellen. Bei einer SQL-Injection<\/strong> versucht der Angreifer über eine Anwendung, die Zugriff auf die Datenbank hat (z.B. ein Suchfeld oder ein Login-Formular), eigene Datenbankbefehle einzuschleusen. Es gibt nämlich einige Zeichen, z.B. ‚ oder \\ die für den SQL-Interpreter<\/strong> Sonderfunktionen besitzen. Über diese Zeichen kann man den Interpreter quasi „direkt“ erreichen und ihm Anweisungen geben.<\/p>\n\n\n\n

Wie gefährlich ist SQL-Injection?<\/h3>\n\n\n\n

Gelingt eine SQL-Injection, dann könnte es für den Angreifer möglich werden, Daten aus der Datenbank auszulesen, zu manipulieren oder sogar die komplette Datenbank zu löschen. Erfolgt die SQL-Injection z.B. über ein Login Formular<\/strong> und es wird die zugehörige Datenbank durchsucht, in der die Benutzernamen, Passwörter und jeweiligen Rechte gespeichert sind, könnte der Angreifer sich auch Zugang zu geschützten Bereichen<\/a> oder sogar Administratorrechte verschaffen.<\/p>\n\n\n\n

Wie kann ich mich vor SQL-Injection schützen?<\/h3>\n\n\n\n

Um diese Attacke zu vermeiden, sollten solche speziellen Sonderzeichen in der Benutzereingabe herausgefiltert bzw. umgewandelt oder maskiert werden. Sicherer ist noch, die Benutzereingabe nicht einfach so ohne weiteres in eine SQL-Anweisung einzubauen (z.B. mittels sogenannten „Prepared Statements“<\/strong>).<\/p>\n\n\n\n

Angriffszenario: Session Prediction<\/h2>\n\n\n\n

Bei dieser Attacke, spielt die sogenannte Session ID eine wichtige Rolle. Bleiben wir beim Beispiel unseres „Steine & Unkraut“ Online Shops. Sagen wir ein Benutzer „Herbert“ ist langjähriger Kunde des Shops und möchte seinen Bestand an Unkraut und Steinen auffüllen. Er loggt sich mit seinem Benutzernamen und seinem geheimen Passwort ein und beweist so der Seite seine Identität. Herbert möchte sein Passwort pro Besuch des Online Shops natürlich nur einmal eingeben. <\/p>\n\n\n\n

Deswegen generiert der Online Shop eine Session ID<\/strong>, eine Zeichenkette, die Herbert für die Dauer seines Besuchs zugeordnet wird, z.B. 12433Herbertistda4343. Sie beweist gegenüber dem Online Shop, dass er sich erfolgreich angemeldet hat. Bei jeder weiteren Kommunikation zwischen Herbert und der Website wird die Session ID nun mit übertragen z.B. in der URL: http:\/\/www.SteineundUnkraut.org\/index.php?sid=12433Herbertistda4343<\/code>.<\/p>\n\n\n\n

Was ist Session Prediction?<\/h3>\n\n\n\n

Manchmal erfolgt die Vergabe von Session IDs nach einem bestimmten Muster, z.B. bekommt der 1. Besucher die Session ID „user01“, der 2. die Session ID „user02“, etc. Dann ist es für einen Angreifer sehr einfach eine gültige Session ID zu erraten und er kann sich als derjenige ausgeben, dem die Session ID eigentlich gehört.<\/p>\n\n\n\n

Wie gefährlich ist Session Prediction?<\/h3>\n\n\n\n

Sind z.B. Zahlungsinformationen im Kundenkonto hinterlegt, kann der Angreifer<\/strong> bei Steine & Unkraut auf Kosten seines Opfers einkaufen. Natürlich kann diese Attacke auch dazu verwendet werden, um sich Zugang zu Webseiten mit sensiblen Inhalten<\/strong> zu verschaffen oder Aktionen mit der Berechtigung des imitierten Nutzers auszuführen.<\/p>\n\n\n\n

Wie kann ich mich vor Session Prediction schützen?<\/h3>\n\n\n\n

Um Session Prediction zu vermeiden ist es ratsam, die Session ID nicht zu kurz zu wählen und eine gewisse Form von Zufall zu integrieren, damit man von einer abgefangenen Session ID nicht auf andere Session IDs schließen kann. Als Benutzer selbst kann man sich kaum gegen Session Prediction schützen.<\/p>\n\n\n\n

Angriffszenario: Cross-Site-Tracing<\/h2>\n\n\n\n

Bei diesem Angriff spielt die sogenannte HTTP-Anfrage<\/a> „TRACE“ eine große Rolle. Diese Methode, die eigentlich der Fehlersuche dienen soll, liefert als Antwort die ursprüngliche Anfrage eines Web-Clients zurück. Hat sich der Benutzer bei dem Web-Client mit einem Cookie authentifiziert<\/strong>, so wird dieses in der Antwort auch mitgeliefert. Mit Hilfe eines Skripts kann man dieses Cookie auslesen und anzeigen<\/strong>.<\/p>\n\n\n\n

Was ist Cross-Site-Tracing?<\/h3>\n\n\n\n

Nehmen wir wieder unseren Benutzer Herbert. Herbert hat mittlerweile sein Lieblingsunkraut, das schmalblättrige Weidenröschen nachbestellt und recherchiert nun die besten Düngemittel dafür. Herbert klickt aus Versehen auf einen kompromittierten Link, der Javascript Code in den „Steine & Unkraut“ Online Shop einschleust. Dieses Skript bewirkt, dass Herberts Computer eine „TRACE“ Anfrage an den „Steine & Unkraut“ Online-Shop sendet. Der Online Shop sendet daraufhin Cookies oder andere Authentifizierungsdaten<\/strong> zurück und kann durch das bösartige Javascript an einen externen Server übermittelt werden.<\/p>\n\n\n\n

Wie gefährlich ist Cross-Site-Tracing?<\/h3>\n\n\n\n

Cross-Site-Tracing<\/a> kann dazu verwendet werden, die Benutzerdaten des Opfers zu einer beliebigen Website zu erlangen. Eine Attacke hat ähnliche Konsequenzen wie eine erfolgreiche Session Prediction Attacke.<\/p>\n\n\n\n

Wie kann ich mich vor Cross-Site-Tracing schützen?<\/h3>\n\n\n\n

Benutzer können Javascript in ihrem Browser deaktivieren, was aber zu Einschränkungen bei der Ausführung mancher Webseiten führen kann oder den Content-Security-Policy HTTP Header setzen. Eine etwas weniger drastische Lösungen kann z.B. sein den Browser so einzustellen, dass Cookies nach dem Ende einer Session automatisch gelöscht werden. Server Administratoren können ihre Server so einstellen, dass „TRACE“ standardmäßig deaktiviert ist.<\/p>\n\n\n\n

Mit Enginsight Sicherheitslücken erkennen und schließen<\/strong><\/p>\n\n\n\n

Sofern Sie prüfen möchten, inwieweit Sie von diesen drei Angriffen betroffen sind oder Hilfe bei Gegenmaßnahmen suchen, registrieren Sie sich einfach und testen Sie unsere Plattform 14 Tage lang kostenlos.<\/strong><\/p>\n","protected":false},"excerpt":{"rendered":"

Die Analysefähigkeiten unserer Plattform werden stetig erweitert. Seit kurzem prüfen wir auch 3 neue Angriffszenarien, die im Folgenden erläutert werden. In diesem Artikel erklären wir, was hinter SQL-Injection, Session Prediction und Cross-Site-Tracing steckt und was man dagegen tun kann. Angriffszenario: SQL-Injection SQL steht für „Structured Query Language“ und ist eine Datenbanksprache. Mit Hilfe von SQL […]<\/p>\n","protected":false},"author":8,"featured_media":987,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"content-type":"","_eb_attr":"","footnotes":""},"categories":[10],"tags":[],"class_list":["post-986","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-endpoint-netzwerksicherheit"],"_links":{"self":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts\/986","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/comments?post=986"}],"version-history":[{"count":0,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/posts\/986\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/media\/987"}],"wp:attachment":[{"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/media?parent=986"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/categories?post=986"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/enginsight.com\/de\/wp-json\/wp\/v2\/tags?post=986"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}