XML Signature

- XML element

- XML schema

- namespace

- enveloping: behinhaltet das signierte element innerhalb der signature, die signatur packet quasi das zu signierende element in sich ein

- enveloped: die signatur ist innerhalb des signiereten elements, das element umschliesst die signatur

- detached: die signatur ist separiert vom zu signierenden element, so liegt die signatur am beispiel "internal" innerhalb desselben xml documents, jedoch unabhänig vom zu signierenden dokument, dies kann aber auch ein externes file/ eine externe url sein, wo die signatur liegt.

- Die Canonicalization wird gebraucht, damit die Signatur erfoglreich geprüft werden kann. Denn XML Dokumente verändern sich, wenn sie geparsed werden. Line endings oder zusätzliche white Spaces, wie auch die Reihenfolge kann geändert werden, was die Signatur invalide macht. Mit Hilfe der Canonicalization können XML Dokumente, welche identisch sind auf den gleichen Stand gebracht werden. Sie werden sortiert, white spaces gelöscht und line endings entsprechend immer gleich formatiert.

- auf einer externen URL

- detached (external)

- welche Methoden verwendet werden um z.b. zu canonicalization oder signaturen zu machen + weitere referenz objekte

- ein referenz auf ein objekt, auf welches gezeigt wird, entweder intern oder extern. dies ist das objekt, welches referenziert und anschliessend signiert wird. zur überprüfung, ob das objekt nicht abgeändert worden ist, steht noch ein digest value zur verfügung

gömer vomene xml document us, wo z.b. whitespaces (usserhalb vo de element) und komischi line endings und nid sortiert isch. ner wott me das la signiere. aber me weiss, dass de wos empfaht das gern in base-64 und kanonikalisiert wott...
de git me die 2 transformatione im signature teil ah und wo me die findet.
den passiert magic... ds referenzierte zu signierende file wird canonicalizated und base-64 encodiert und ersch danach wird dr digest vo dem "transofmierte" file erstellt?

- Der Wert der Signatur, welche über die referenzierten Objekte erstellt wurde.

- der öffentliche Schlüssel oder eine referenz darauf, welchen man gebrauchen kann, um die signatur zu validieren

Referenz Generierung

1. erhalte die ressourcen, welche referenziert wurden

2. wende alle transformationen an

3. berechne den digest value nach dem transformieren

4. kreiere das referenz element

---

Signature Generierung

1. erstelle die signed info

2. canonicalize der signed info (inkl. referenzen und deren digest)

3. berechne die hauptsignature der signed info mittels der signatur methode

4. bündle signedinfo und signaturevalue in das signature element

Reference validierung (erste drei punkte, wie bei generierung)

1. erhalte die referenzierten daten

2. transfomiere die daten

3. berechne den hash wert mittels der angegebenen digestmethod

4. vergleiche den wert mit dem erhaltenen hash

signature validierung

1. canonicalize die signedinfo

2. erhalte den validation key mittels info von keyinfo

3. validiere die signatur

- Es können wie auch bei der Signature, einzelne Teile oder das ganze XML doc verschlüsselt werden

- es ist möglich mehrere keys zu brauchen, ein teil wird mit key a verschlüsselt und ein weiterer teil mit key b. der vorteil ist, dass einzelne teile nur von einzelnen empfängern gelesen werden kann.

- oft werden symmetrische schlüssel in verschlüsselter from mitgeschickt auf Grund der effizienz.

- optional der encryption algorithm

- optional informationen über den decryption key

- must cipher data

- optional encryption properties z.b. timestamp

- ein verschlüsselter Key (EncryptedKey) typischer weise symmetrisch, welcher mit dem Public key des Empfängers verschlüsselt wurde.

- encryption method

- CipherValue - base 64 encodiert

- oder ein CipherReference, von wo man die CipherDaten kriegt und ein Set von Transformationen

- algorithmus wählen

- erhalte einen encryption key und optionales einfügen in keyinfo

- serialisierung des xml in utf-8 octets

- encrypt the data

- encodierung der encrypted data in base-64

- deserialisierung der daten als base-64

- ersetzen der original daten mit der encrypted data

- erhalte den encryption algo

- erhalte den decryption key via keyinfo

- erhalte encrypted data und decodiere mit base-64

- decrypt der daten

- transcodiere utf-8 octets in xml document

- ersetze encrypted data mit decrypted data

- Mit der padding oracle attacke

- Integrity wird dadurch nicht mehr sichergestellt

- Da integrity durch XML signature sichergestellt wird sollte die encryption nur mit xml signatur verwendet werden oder XML als bit string mit einem authenticated encryption verschlüsseln

- First sign then encypt -> intergrity not guaranteed, vulnerable to Padding oracle attack

- Encrypt and sign -> signature leaks information about plaintext

- encrypt then sign -> working approach but signature is visible, see what you sign is not fulfilled

- ja, es kann eine decryption transromation in einer signatur angewendet werden.
diese sagt der processing engine, dass die daten erst entschlüsselt werden sollen, bevor die signatur validiert wird.

- Sign, then encrypt then sign again

- integrity and authenticity of the encrypted data is guaranteed
- see what you sign is fulfilled for the inner signature 
- die innere signatur ist nicht sichtbar

- overhead