Quelltext der Seite XML Signature

Die '''XML-Signature''' ('''XML-Sig''', auch '''XML-DSig''', '''XMLDsig''') ist eine Spezifikation, um bestehende [[digitale Signatur]]en in [[Extensible Markup Language|XML]]-Schreibweise nutzen zu können. Funktionell hat sie viel mit [[PKCS #7]] gemeinsam, ist aber erweiterbar und auf das Signieren von XML-Dokumenten ausgerichtet. Sie findet Einsatz in vielen weiterführenden [[World Wide Web|Web]]-Standards wie etwa [[SOAP]], [[Security Assertion Markup Language|SAML]] oder dem deutschen [[Online Banking|Online-Banking]]-System [[FinTS]].

Mit XML-Signaturen können Daten jedes [[Datentyp|Typs]] signiert werden, sofern sie in das XML-Dokument der Signatur eingebettet worden sind oder mit einer [[Uniform Resource Locator|URL]] adressiert werden können – erstere wird als ''enveloped signature''<ref>{{Internetquelle |url=https://www.w3.org/TR/xmldsig-core/#def-SignatureEnveloped |titel=XML Signature Syntax and Processing Version 1.1 |sprache=en |abruf=2023-09-22}}</ref>, letztere als ''detached'' (losgelöste) ''signature''<ref>{{Internetquelle |url=https://www.w3.org/TR/xmldsig-core/#def-SignatureDetached |titel=XML Signature Syntax and Processing Version 1.1 |sprache=en |abruf=2023-09-22}}</ref> bezeichnet.

== Struktur ==
Eine XML-Signatur besteht aus einem <code>Signature</code> Element im Namensraum <code><nowiki>http://www.w3.org/2000/09/xmldsig#</nowiki></code>. Die Grundstruktur ist wie folgt:

<syntaxhighlight lang="xml">
<Signature>
  <SignedInfo>
    <CanonicalizationMethod />
    <SignatureMethod />
    <Reference>
       <Transforms />
       <DigestMethod />
       <DigestValue />
    </Reference>
    <Reference /> etc.
  </SignedInfo>
  <SignatureValue />
  <KeyInfo />
  <Object />
</Signature>
</syntaxhighlight>

* Das <code>SignedInfo</code> Element enthält oder referenziert die signierten Daten und gibt an, welche Algorithmen verwendet werden.
** Die Elemente <code>SignatureMethod</code> und <code>CanonicalizationMethod</code> werden vom Element <code>SignatureValue</code> verwendet und sind in <code>SignedInfo</code> enthalten, um sie vor Manipulationen zu schützen.
** Ein oder mehrere <code>Reference</code> Elemente definieren die zu signierende Ressource durch eine URI-Referenz und alle Transformationen, die vor der Signierung auf die Ressource anzuwenden sind.
*** <code>Transforms</code> enthält die Transformationen, die auf die Ressource vor dem Signieren angewendet werden. Eine Transformation kann ein XPath-Ausdruck sein, der eine bestimmte Teilmenge des Dokumentenbaums auswählt.<ref>[http://www.w3.org/TR/xmldsig-filter2/ XML-Signature XPath Filter 2.0]</ref>
*** <code>DigestMethod</code> gibt den Hash-Algorithmus vor der Anwendung des Hashes an.
*** <code>DigestValue</code> enthält das [[Base64]]-kodierte Ergebnis der Anwendung des Hash-Algorithmus auf die in den Attributen des Elements <code>Reference</code> definierte(n) transformierte(n) Ressource(n).
* Das <code>SignatureValue</code> enthält das Base64-kodierte Signaturergebnis – die mit den im <code>SignatureMethod</code> Element angegebenen Parametern erzeugte Signatur – des <code>SignedInfo</code> Elements nach Anwendung des durch die <code>CanonicalizationMethod</code> angegebenen Algorithmus.
* Das <code>KeyInfo</code> Element ermöglicht es dem Unterzeichner optional, den Empfängern den Schlüssel zur Verfügung zu stellen, der die Signatur validiert, normalerweise in Form eines oder mehrerer digitaler [[X.509]]-Zertifikate. Die vertrauende Partei muss den Schlüssel aus dem Kontext identifizieren, wenn <code>KeyInfo</code> nicht vorhanden ist.
* Das (optionale) Element <code>Object</code> enthält die signierten Daten, wenn es sich um eine ''umschließende Signatur'' handelt.

== Validierung und Sicherheitsaspekte ==
Bei der Validierung einer XML-Signatur wird ein Verfahren namens '''Core Validation''' angewandt.

# '''Referenz-Validierung:''' Der Digest jeder <code>Reference</code> wird überprüft, indem die entsprechende Ressource abgerufen und alle Transformationen und dann die angegebene Digest-Methode auf sie angewendet werden. Das Ergebnis wird mit dem aufgezeichneten <code>DigestValue</code> verglichen; wenn sie nicht übereinstimmen, schlägt die Validierung fehl.
# '''Signatur-Validierung:''' Das <code>SignedInfo</code> Element wird mit der in <code>CanonicalizationMethod</code> angegebenen Kanonisierungsmethode serialisiert, die Schlüsseldaten werden mit <code>KeyInfo</code> oder auf andere Weise abgerufen, und die Signatur wird mit der in <code>SignatureMethod</code> angegebenen Methode überprüft.

Mit diesem Verfahren wird festgestellt, ob die Ressourcen wirklich von der angeblichen Partei signiert wurden. Aufgrund der Erweiterbarkeit der Kanonisierungs- und Transformationsmethoden muss die überprüfende Partei jedoch auch sicherstellen, dass das, was tatsächlich signiert oder verdaut wurde, auch wirklich das ist, was in den ursprünglichen Daten vorhanden war, mit anderen Worten, dass den dort verwendeten Algorithmen vertraut werden kann, dass sie die Bedeutung der signierten Daten nicht verändern.

Da die Struktur des signierten Dokuments manipuliert werden kann, was zu „Signature Wrapping“-Angriffen führt, sollte der Validierungsprozess auch die Struktur des XML-Dokuments umfassen. Signierte Elemente und Signaturelemente sollten mit absoluten XPath-Ausdrücken und nicht mit <code>getElementByName</code> Methoden ausgewählt werden.<ref name="pk" />

== XML-Normalisierung (Kanonisierung) ==
Die Erstellung von XML-Signaturen ist wesentlich komplexer als die Erstellung einer gewöhnlichen digitalen Signatur, da ein bestimmtes XML-Dokument (ein „[[XML Information Set|Infoset]]“, wie es unter XML-Entwicklern üblich ist) mehr als eine legale serialisierte Darstellung haben kann. So ist beispielsweise Leerraum innerhalb eines XML-Elements syntaktisch nicht von Bedeutung, sodass <code><Elem ></code> syntaktisch identisch mit <code><Elem></code> ist.

Da die digitale Signatur die Datenintegrität gewährleistet, würde ein Unterschied von nur einem Byte dazu führen, dass sich die Signatur ändert. Wird ein XML-Dokument von einem Computer auf einen anderen übertragen, kann sich außerdem das [[Zeilenumbruch|Zeilenende]] von CR zu LF zu CR LF usw. ändern. Ein Programm, das ein XML-Dokument verdaut und validiert, kann das XML-Dokument später anders darstellen, z.&nbsp;B. durch Hinzufügen von überflüssigem Leerraum zwischen Attributdefinitionen und Elementdefinitionen, durch Verwendung relativer (statt absoluter) URLs oder durch Umordnung von Namespace-Definitionen. Kanonisches XML ist besonders wichtig, wenn eine XML-Signatur auf ein entferntes Dokument verweist, das von einem fehlerhaften entfernten Server auf zeitlich variierende Weise gerendert werden kann.

Um diese Probleme zu vermeiden und zu gewährleisten, dass logisch identische XML-Dokumente identische digitale Signaturen ergeben, wird beim Signieren von XML-Dokumenten eine XML-Kanonisierungstransformation (häufig mit '''C14n''' abgekürzt) verwendet (für das Signieren der <code>SignedInfo</code> ist eine [[Normalform|Normalisierung]] obligatorisch). Diese Algorithmen garantieren, dass semantisch identische Dokumente exakt identische serialisierte Darstellungen erzeugen.

Eine weitere Komplikation ergibt sich aus der Art und Weise, wie der Standard-Kanonisierungsalgorithmus mit Namensraumdeklarationen umgeht; häufig muss ein signiertes XML-Dokument in ein anderes Dokument eingebettet werden; in diesem Fall liefert der ursprüngliche Kanonisierungsalgorithmus nicht dasselbe Ergebnis, als wenn das Dokument allein behandelt wird. Aus diesem Grund wurde die sogenannte ''Exklusive Kanonisierung'' geschaffen, die [[Namensraum (XML)|XML-Namensraumdeklarationen]] unabhängig vom umgebenden XML serialisiert.

== Vorteile ==
Die XML-Signatur ist flexibler als andere Formen digitaler Signaturen wie [[Pretty Good Privacy]] und [[Cryptographic Message Syntax]], da sie nicht mit [[Binärdatei|Binärdaten]], sondern mit dem [[XML Information Set|XML-Infoset]] arbeitet, sodass Teilmengen der Daten bearbeitet werden können (dies ist auch mit Binärdaten auf nicht standardisierte Weise möglich, z. B. durch Kodierung von Blöcken von Binärdaten in Base64-ASCII), wobei es verschiedene Möglichkeiten gibt, die Signatur und die signierten Informationen zu verbinden und Transformationen durchzuführen. Ein weiteres zentrales Konzept ist die Kanonisierung, d.&nbsp;h., es wird nur das Wesentliche signiert, wobei bedeutungslose Unterschiede wie Leerzeichen und Zeilenenden eliminiert werden.

== Kritik ==
Es gibt Kritik an der Architektur der XML-Sicherheit im Allgemeinen<ref>{{Internetquelle|abruf=2023-09-22|url=https://www.cs.auckland.ac.nz/~pgut001/pubs/xmlsec.txt|titel=Why XML Security is Broken|sprache=en}}</ref> und an der Eignung der XML-Kanonisierung im Besonderen als Front-End zum Signieren und Verschlüsseln von XML-Daten aufgrund ihrer Komplexität, ihrer inhärenten Verarbeitungsanforderungen und ihrer schlechten Leistungsmerkmale<ref>{{Webarchiv|url=http://grids.ucs.indiana.edu/ptliupages/publications/WSSPerf.pdf |wayback=20210224140108 |text=Performance of Web Services Security}}</ref><ref>[http://www.extreme.indiana.edu/xgws/papers/sec-perf.pdf Performance Comparison of Security Mechanisms for Grid Services]</ref><ref>{{Internetquelle|abruf=2023-09-22|autor=Jimmy Zhang|datum=2007-01-09|url=https://www.infoworld.com/article/2077668/accelerate-wss-applications-with-vtd-xml.html|titel=Accelerate WSS applications with VTD-XML|werk=[[InfoWorld]]}}</ref>. Das Argument ist, dass die Durchführung der XML-Kanonisierung eine übermäßige Latenzzeit verursacht, die für transaktionale, leistungsempfindliche [[Serviceorientierte Architektur|SOA]]-Anwendungen einfach zu groß ist.

Diese Fragen werden in der ''XML Security Working Group'' behandelt.<ref>{{Internetquelle|abruf=2023-09-22|url=http://www.w3.org/2007/xmlsec/ws/report.html|titel=W3C Workshop on Next Steps for XML Signature and XML Encryption|sprache=en}}, 2007</ref><ref>{{Internetquelle|abruf=2023-09-22|url=http://www.w3.org/TR/xmlsec-reqs2/|titel=XML Security 2.0 Requirements and Design Considerations|sprache=en}}</ref>

Ohne angemessene Richtlinien und Implementierung<ref name="pk">{{Internetquelle |url=http://ipsec.pl/kryptografia/2013/secure-saml-validation-prevent-xml-signature-wrapping-attacks.html |autor=Pawel Krawczyk |titel=Secure SAML validation to prevent XML signature wrapping attacks |werk=ipsec.pl |datum=2013 |sprache=en |abruf=2015-01-09 |offline=1 |archiv-url=https://web.archive.org/web/20150109024650/http://ipsec.pl/kryptografia/2013/secure-saml-validation-prevent-xml-signature-wrapping-attacks.html}}</ref> kann die Verwendung von XML Dsig in [[SOAP]] und [[WS-Security]] zu Schwachstellen führen,<ref>{{Internetquelle |autor=Juraj Somorovsky, Andreas Mayer, Jorg Schwenk, Marco Kampmann, Meiko Jensen |url=https://www.usenix.org/system/files/conference/usenixsecurity12/sec12-final91-8-23-12.pdf |titel=On Breaking SAML: Be Whoever You Want to Be |werk=usenix.org |datum=2012 |format=PDF |sprache=en |abruf=2023-09-22}}</ref> wie etwa XML-Signatur-Wrapping.

== Siehe auch ==
* [[XML-Encryption]]
* [[Canonical XML]]

== Literatur ==
* {{Literatur
 | Autor=Michael Häusler, Michael Merz, Michel Wichers
 | Titel=Digitales Signieren mit XML
 | Sammelwerk=[[iX – Magazin für professionelle Informationstechnik]]
 | Nummer=6
 | Datum=2004
 | Seiten=104–109
 | Online=https://shop.heise.de/katalog/unterschriftsreif-4
 | Abruf=2019-07-09
}}

== Normen und Standards ==
* [https://www.w3.org/TR/xmldsig-core/ XML-Signature Syntax and Processing] (W3C, englisch). Die aktuelle Version ist 1.1 von 2013.

== Weblinks ==
* [https://www.xml.com/pub/a/2001/08/08/xmldsig.html Einführung in XML-Signaturen] (englisch)

== Einzelnachweise ==
<references />

{{Navigationsleiste W3C-Standards}}

{{SORTIERUNG:Xml Signature}}
[[Kategorie:XML-basierte Sprache]]
[[Kategorie:Elektronische Signatur]]
[[Kategorie:Kryptologischer Standard]]