Sichere Programmierung: Verarbeitung von XML-Daten, Teil 1

Extensible Markup Language (XML) ist eine Auszeichnungssprache, die zum Kodieren von Dokumenten in einem Format verwendet wird, das sowohl für Maschinen leicht zu verarbeiten als auch für Menschen lesbar ist. Dieses weit verbreitete Format weist jedoch mehrere Sicherheitslücken auf. In diesem ersten Blogbeitrag zum Thema XML erläutere ich die Grundlagen für den sicheren Umgang mit XML-Dokumenten mithilfe eines Schemas.

OWASP unterteilt die verschiedenen Schwachstellen im Zusammenhang mit XML und XML-Schemas in zwei Kategorien.

Fehlerhaft formatierte XML-Dokumente

Fehlerhaft formatierte XML-Dokumente sind Dokumente, die nicht den W3C-XML-Spezifikationen entsprechen. Beispiele hierfür sind das Entfernen eines schließenden Tags, das Ändern der Reihenfolge verschiedener Elemente oder die Verwendung verbotener Zeichen. All diese Fehler sollten zu einem schwerwiegenden Fehler führen, und das Dokument sollte keiner weiteren Verarbeitung unterzogen werden.

Um Schwachstellen durch fehlerhaft formatierte Dokumente zu vermeiden, sollten Sie einen gut getesteten XML-Parser verwenden, der die W3C-Spezifikationen einhält und für die Verarbeitung fehlerhafter Dokumente nicht wesentlich länger benötigt.

Ungültige XML-Dokumente

Ungültige XML-Dokumente sind zwar korrekt formatiert, enthalten aber unerwartete Werte. Hier kann ein Angreifer Anwendungen ausnutzen, die kein korrektes XML-Schema definieren, um die Gültigkeit von Dokumenten zu prüfen. Nachfolgend finden Sie ein einfaches Beispiel für ein Dokument, das bei fehlerhafter Validierung unbeabsichtigte Folgen haben könnte.

Ein Webshop, der seine Transaktionen in XML-Daten speichert:

   <purchase></purchase>
     <id>123</id>
     <price>200</price>
   

Der Benutzer hat nur Kontrolle über den <id>-Wert. Ohne die richtigen Gegenmaßnahmen ist es für einen Angreifer möglich, Folgendes einzugeben:</id>

   <purchase></purchase>
     <id>123</id>
     <price>0</price>
     <id></id>
     <price>200</price>
   

Wenn der Parser, der dieses Dokument verarbeitet, nur die erste Instanz der <id>- und <price>-Tags liest, führt dies zu unerwünschten Ergebnissen. </price></id>

Es ist auch möglich, dass das Schema nicht restriktiv genug ist oder andere Eingabevalidierungen unzureichend sind, sodass negative Zahlen, spezielle Dezimalwerte (wie NaN oder Infinity) oder übermäßig große Werte dort eingegeben werden können, wo sie nicht erwartet werden, was zu ähnlichem unbeabsichtigtem Verhalten führt.

Um Schwachstellen im Zusammenhang mit ungültigen XML-Dokumenten zu vermeiden, sollte ein präzises und restriktives XML-Schema definiert werden, um Probleme durch unsachgemäße Datenvalidierung zu verhindern.

Im nächsten Blogbeitrag werden wir auf fortgeschrittenere Angriffe auf XML-Dokumente eingehen, wie z. B. Jumbo Payloads und die gefürchtete Nummer vier der OWASP Top Ten: XXE.

In der Zwischenzeit können Sie Ihre Fähigkeiten zur XML-Eingabevalidierung auf unserem Portal testen oder vertiefen.

Die Spezifikationen für XML und XML-Schemas weisen mehrere Sicherheitslücken auf. Gleichzeitig bieten diese Spezifikationen die notwendigen Werkzeuge, um XML-Anwendungen zu schützen. Obwohl wir XML-Schemas verwenden, um die Sicherheit von XML-Dokumenten zu definieren, können sie auch für eine Vielzahl von Angriffen missbraucht werden: Dateizugriffe, Server-Side Request Forgery, Port-Scanning oder Brute-Force-Angriffe.

https://www.owasp.org/index.php/XML_Security_Cheat_Sheet