Key Management Interoperability Protocol - Versionsgeschichte

Dk1909: Klammern korrigiert

2025-01-04T12:44:48Z

Klammern korrigiert

← Nächstältere Version		Version vom 4. Januar 2025, 14:44 Uhr
Zeile 2:		Zeile 2:

	== Protokolldefinition ==		== Protokolldefinition ==
	In der KMIP-Spezifikation wird definiert, wie eine Nachricht aussehen muss und welche Informationen ausgetauscht werden können.<ref>[http://docs.oasis-open.org/kmip/spec/v1.0/os/kmip-spec-1.0-os.html Key Management Interoperability Protocol Specification Version 1.0 - OASIS Standard]</ref> Einige Funktionalitäten von [[Client]] und [[Server]], zum Beispiel die Fehlerbehandlung, werden vorgegeben. Andere können wie gewünscht umgesetzt werden. Ein Client oder Server muss nicht die vollständige, im Protokoll definierte Funktionalität umsetzen, sondern nur die tatsächlich benötigte.<ref>http://docs.oasis-open.org/kmip/spec/v1.0/cs01/kmip-spec-1.0-cs-01.pdf</ref> Die Protokoll-Spezifikation gibt den Port 5696<ref>[http://docs.oasis-open.org/kmip/profiles/v1.2/os/kmip-profiles-v1.2-os.pdf Key Management Interoperability Protocol Profiles Version 1.2], 19. Mai 2015, (PDF 347 kB)]</ref> vor, nicht aber wie die [[Authentifizierung]] zwischen Client und Server abläuft. Allerdings werden in einem zugehörigen Dokument zwei Authentifizierungs-Profile beschrieben. Bei beiden Profilen werden Versionen des ''[[Transport Layer Security\|TLS]]'' verwendet. TLS dient nicht nur der Authentifizierung, es stellt auch die [[Integrität (Informationssicherheit)\|Integrität der Daten]] sicher.<ref>[http://docs.oasis-open.org/kmip/profiles/v1.0/cs01/kmip-profiles-1.0-cs-01.pdf Key Management Interoperability Protocol Profiles Version 1.0 Committee Specification], 15. Juni 2010, (PDF; 193 kB)</ref>		In der KMIP-Spezifikation wird definiert, wie eine Nachricht aussehen muss und welche Informationen ausgetauscht werden können.<ref>[http://docs.oasis-open.org/kmip/spec/v1.0/os/kmip-spec-1.0-os.html Key Management Interoperability Protocol Specification Version 1.0 - OASIS Standard]</ref> Einige Funktionalitäten von [[Client]] und [[Server]], zum Beispiel die Fehlerbehandlung, werden vorgegeben. Andere können wie gewünscht umgesetzt werden. Ein Client oder Server muss nicht die vollständige, im Protokoll definierte Funktionalität umsetzen, sondern nur die tatsächlich benötigte.<ref>http://docs.oasis-open.org/kmip/spec/v1.0/cs01/kmip-spec-1.0-cs-01.pdf</ref> Die Protokoll-Spezifikation gibt den Port 5696<ref>[http://docs.oasis-open.org/kmip/profiles/v1.2/os/kmip-profiles-v1.2-os.pdf Key Management Interoperability Protocol Profiles Version 1.2], 19. Mai 2015, (PDF 347 kB)</ref> vor, nicht aber wie die [[Authentifizierung]] zwischen Client und Server abläuft. Allerdings werden in einem zugehörigen Dokument zwei Authentifizierungs-Profile beschrieben. Bei beiden Profilen werden Versionen des ''[[Transport Layer Security\|TLS]]'' verwendet. TLS dient nicht nur der Authentifizierung, es stellt auch die [[Integrität (Informationssicherheit)\|Integrität der Daten]] sicher.<ref>[http://docs.oasis-open.org/kmip/profiles/v1.0/cs01/kmip-profiles-1.0-cs-01.pdf Key Management Interoperability Protocol Profiles Version 1.0 Committee Specification], 15. Juni 2010, (PDF; 193 kB)</ref>

	=== Objekte ===		=== Objekte ===

Aneuper: /* Protokolldefinition */

2024-10-31T14:41:41Z

Protokolldefinition

← Nächstältere Version		Version vom 31. Oktober 2024, 16:41 Uhr
Zeile 2:		Zeile 2:

	== Protokolldefinition ==		== Protokolldefinition ==
	In der KMIP-Spezifikation wird definiert, wie eine Nachricht aussehen muss und welche Informationen ausgetauscht werden können.<ref>[http://docs.oasis-open.org/kmip/spec/v1.0/os/kmip-spec-1.0-os.html Key Management Interoperability Protocol Specification Version 1.0 - OASIS Standard]</ref> Einige Funktionalitäten von [[Client]] und [[Server]], zum Beispiel die Fehlerbehandlung, werden vorgegeben. Andere können wie gewünscht umgesetzt werden. Ein Client oder Server muss nicht die vollständige, im Protokoll definierte Funktionalität umsetzen, sondern nur die tatsächlich benötigte.<ref>http://docs.oasis-open.org/kmip/spec/v1.0/cs01/kmip-spec-1.0-cs-01.pdf</ref> Die Protokoll-Spezifikation gibt ~~nicht~~ vor, wie die [[Authentifizierung]] zwischen Client und Server abläuft. Allerdings werden in einem zugehörigen Dokument zwei Authentifizierungs-Profile beschrieben. Bei beiden Profilen werden Versionen des ''[[Transport Layer Security\|TLS]]'' verwendet. TLS dient nicht nur der Authentifizierung, es stellt auch die [[Integrität (Informationssicherheit)\|Integrität der Daten]] sicher.<ref>[http://docs.oasis-open.org/kmip/profiles/v1.0/cs01/kmip-profiles-1.0-cs-01.pdf Key Management Interoperability Protocol Profiles Version 1.0 Committee Specification], 15. Juni 2010, (PDF; 193 kB)</ref>		In der KMIP-Spezifikation wird definiert, wie eine Nachricht aussehen muss und welche Informationen ausgetauscht werden können.<ref>[http://docs.oasis-open.org/kmip/spec/v1.0/os/kmip-spec-1.0-os.html Key Management Interoperability Protocol Specification Version 1.0 - OASIS Standard]</ref> Einige Funktionalitäten von [[Client]] und [[Server]], zum Beispiel die Fehlerbehandlung, werden vorgegeben. Andere können wie gewünscht umgesetzt werden. Ein Client oder Server muss nicht die vollständige, im Protokoll definierte Funktionalität umsetzen, sondern nur die tatsächlich benötigte.<ref>http://docs.oasis-open.org/kmip/spec/v1.0/cs01/kmip-spec-1.0-cs-01.pdf</ref> Die Protokoll-Spezifikation gibt den Port 5696<ref>[http://docs.oasis-open.org/kmip/profiles/v1.2/os/kmip-profiles-v1.2-os.pdf Key Management Interoperability Protocol Profiles Version 1.2], 19. Mai 2015, (PDF 347 kB)]</ref> vor, nicht aber wie die [[Authentifizierung]] zwischen Client und Server abläuft. Allerdings werden in einem zugehörigen Dokument zwei Authentifizierungs-Profile beschrieben. Bei beiden Profilen werden Versionen des ''[[Transport Layer Security\|TLS]]'' verwendet. TLS dient nicht nur der Authentifizierung, es stellt auch die [[Integrität (Informationssicherheit)\|Integrität der Daten]] sicher.<ref>[http://docs.oasis-open.org/kmip/profiles/v1.0/cs01/kmip-profiles-1.0-cs-01.pdf Key Management Interoperability Protocol Profiles Version 1.0 Committee Specification], 15. Juni 2010, (PDF; 193 kB)</ref>

	=== Objekte ===		=== Objekte ===

Aneuper: /* Weblinks */

2024-10-31T14:36:18Z

Weblinks

← Nächstältere Version		Version vom 31. Oktober 2024, 16:36 Uhr
Zeile 337:		Zeile 337:
	* [http://xml.coverpages.org/KMIP/KMIP-WhitePaper.pdf White Paper: Key Management Interoperability Protocol] (PDF; 1,1 MB)		* [http://xml.coverpages.org/KMIP/KMIP-WhitePaper.pdf White Paper: Key Management Interoperability Protocol] (PDF; 1,1 MB)
	* [http://sourceforge.net/projects/kmip4j/ KMIP4J on Sourceforge]		* [http://sourceforge.net/projects/kmip4j/ KMIP4J on Sourceforge]
			* [http://docs.oasis-open.org/kmip/profiles/v1.2/os/kmip-profiles-v1.2-os.pdf Key Management Interoperability Protocol Profiles Version 1.2] (PDF 347 kB)

	== Einzelnachweise ==		== Einzelnachweise ==

Lu12r: /* growthexperiments-addlink-summary-summary:2|0|0 */

2024-09-30T18:45:48Z

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 30. September 2024, 20:45 Uhr
Zeile 308:		Zeile 308:
	[[Datei:TTLV-Codierung der KMIP Nachricht.png\|TTLV-Codierung der KMIP Nachricht]]		[[Datei:TTLV-Codierung der KMIP Nachricht.png\|TTLV-Codierung der KMIP Nachricht]]
	* '''Tag''': Kennzeichnung der nachfolgenden Informationen des TTLV-Segments, codiert als sechsstellige [[Hexadezimalsystem\|Hexadezimalzahl]], wobei diese immer mit 42 beginnt („42XXXX“)		* '''Tag''': Kennzeichnung der nachfolgenden Informationen des TTLV-Segments, codiert als sechsstellige [[Hexadezimalsystem\|Hexadezimalzahl]], wobei diese immer mit 42 beginnt („42XXXX“)
	* '''Type''': Typ der nachfolgenden Informationen (Structure, Integer, Long Integer, Big Integer, Enumeration, Boolean, Text String, Byte String, Date-Time, Interval)		* '''Type''': Typ der nachfolgenden Informationen (Structure, Integer, Long Integer, Big Integer, Enumeration, [[Boolean]], Text String, Byte String, Date-Time, Interval)
	* '''Length''': Länge der nachfolgenden Informationen in [[Byte]]s		* '''Length''': Länge der nachfolgenden Informationen in [[Byte]]s
	* '''Value''': Der eigentliche Wert bzw. Kern des TTLV-Segments (je nach Datentyp verschieden codiert)		* '''Value''': Der eigentliche Wert bzw. Kern des TTLV-Segments (je nach [[Datentyp]] verschieden codiert)

	Mit Strukturen werden verschachtelte Inhalte erstellt. Im Value-Teil einer Struktur können weitere TTLV-Segmente vorkommen. Als Länge der Struktur wird dann die Anzahl der [[Byte \|Bytes]] aller in der Struktur enthaltenen Elemente angegeben.		Mit Strukturen werden verschachtelte Inhalte erstellt. Im Value-Teil einer Struktur können weitere TTLV-Segmente vorkommen. Als Länge der Struktur wird dann die Anzahl der [[Byte \|Bytes]] aller in der Struktur enthaltenen Elemente angegeben.

M2k~dewiki: Zertifizierungsstelle (Digitale Zertifikate)

2023-07-29T14:42:54Z

Zertifizierungsstelle (Digitale Zertifikate)

← Nächstältere Version		Version vom 29. Juli 2023, 16:42 Uhr
Zeile 138:		Zeile 138:
	Ein Client kann eine Teilmenge oder alle Operationen unterstützen. Möchte er mehrere Operationen gleichzeitig an den Server senden, können diese in einer Nachricht zu einem [[Stapelverarbeitung \| Batch]] zusammengefasst werden.		Ein Client kann eine Teilmenge oder alle Operationen unterstützen. Möchte er mehrere Operationen gleichzeitig an den Server senden, können diese in einer Nachricht zu einem [[Stapelverarbeitung \| Batch]] zusammengefasst werden.

	Untenstehende Tabelle enthält die Operationen, die ein neues Objekt erzeugen oder Inhalte eines bestehenden Objekts erneuern. Das KLMS kann selbst Zertifikate ausstellen, oder die Zertifizierung von einem externen Dienst ''([[Zertifizierungsstelle \|certification authority]])'' anfordern.		Untenstehende Tabelle enthält die Operationen, die ein neues Objekt erzeugen oder Inhalte eines bestehenden Objekts erneuern. Das KLMS kann selbst Zertifikate ausstellen, oder die Zertifizierung von einem externen Dienst ''([[Zertifizierungsstelle (Digitale Zertifikate)\|certification authority]])'' anfordern.

	{\| class="wikitable"		{\| class="wikitable"

109.250.77.112: Die Qualitätsstandards sind mittlerweile hinreichend erfüllt, sodass die nunmehr um Jahre alte Meldung zur QS obsoleszent ist.

2023-03-30T08:07:07Z

Die Qualitätsstandards sind mittlerweile hinreichend erfüllt, sodass die nunmehr um Jahre alte Meldung zur QS obsoleszent ist.

← Nächstältere Version		Version vom 30. März 2023, 10:07 Uhr
Zeile 1:		Zeile 1:
	{{QS-Informatik\|Knacknüsse=Ja}}

	Das '''Key Management Interoperability Protocol''' ('''KMIP''') bietet einen einheitlichen Standard für die Kommunikation zwischen einem ''Key Lifecycle Management System'' (KLMS) und dessen Clients. Dadurch kann eine zentrale Schlüsselverwaltung eingesetzt werden und die [[Datensicherheit]] erhöht werden. Das [[Kommunikationsprotokoll\|Protokoll]] wird von der [[Organization for the Advancement of Structured Information Standards\|OASIS]] standardisiert.<ref>http://xml.coverpages.org/KMIP/KMIP-WhitePaper.pdf</ref>		Das '''Key Management Interoperability Protocol''' ('''KMIP''') bietet einen einheitlichen Standard für die Kommunikation zwischen einem ''Key Lifecycle Management System'' (KLMS) und dessen Clients. Dadurch kann eine zentrale Schlüsselverwaltung eingesetzt werden und die [[Datensicherheit]] erhöht werden. Das [[Kommunikationsprotokoll\|Protokoll]] wird von der [[Organization for the Advancement of Structured Information Standards\|OASIS]] standardisiert.<ref>http://xml.coverpages.org/KMIP/KMIP-WhitePaper.pdf</ref>

Aka: /* Objekte */ Dateigröße angepasst

2022-02-04T15:15:56Z

Objekte: Dateigröße angepasst

← Nächstältere Version		Version vom 4. Februar 2022, 17:15 Uhr
Zeile 4:		Zeile 4:

	== Protokolldefinition ==		== Protokolldefinition ==
	In der KMIP-Spezifikation wird definiert, wie eine Nachricht aussehen muss und welche Informationen ausgetauscht werden können.<ref>[http://docs.oasis-open.org/kmip/spec/v1.0/os/kmip-spec-1.0-os.html Key Management Interoperability Protocol Specification Version 1.0 - OASIS Standard]</ref> Einige Funktionalitäten von [[Client]] und [[Server]], zum Beispiel die Fehlerbehandlung, werden vorgegeben. Andere können wie gewünscht umgesetzt werden. Ein Client oder Server muss nicht die vollständige, im Protokoll definierte Funktionalität umsetzen, sondern nur die tatsächlich benötigte.<ref>http://docs.oasis-open.org/kmip/spec/v1.0/cs01/kmip-spec-1.0-cs-01.pdf</ref> Die Protokoll-Spezifikation gibt nicht vor, wie die [[Authentifizierung]] zwischen Client und Server abläuft. Allerdings werden in einem zugehörigen Dokument zwei Authentifizierungs-Profile beschrieben. Bei beiden Profilen werden Versionen des ''[[Transport Layer Security\|TLS]]'' verwendet. TLS dient nicht nur der Authentifizierung, es stellt auch die [[Integrität (Informationssicherheit)\|Integrität der Daten]] sicher.<ref>[http://docs.oasis-open.org/kmip/profiles/v1.0/cs01/kmip-profiles-1.0-cs-01.pdf Key Management Interoperability Protocol Profiles Version 1.0 Committee Specification], 15. Juni 2010, (PDF)</ref>		In der KMIP-Spezifikation wird definiert, wie eine Nachricht aussehen muss und welche Informationen ausgetauscht werden können.<ref>[http://docs.oasis-open.org/kmip/spec/v1.0/os/kmip-spec-1.0-os.html Key Management Interoperability Protocol Specification Version 1.0 - OASIS Standard]</ref> Einige Funktionalitäten von [[Client]] und [[Server]], zum Beispiel die Fehlerbehandlung, werden vorgegeben. Andere können wie gewünscht umgesetzt werden. Ein Client oder Server muss nicht die vollständige, im Protokoll definierte Funktionalität umsetzen, sondern nur die tatsächlich benötigte.<ref>http://docs.oasis-open.org/kmip/spec/v1.0/cs01/kmip-spec-1.0-cs-01.pdf</ref> Die Protokoll-Spezifikation gibt nicht vor, wie die [[Authentifizierung]] zwischen Client und Server abläuft. Allerdings werden in einem zugehörigen Dokument zwei Authentifizierungs-Profile beschrieben. Bei beiden Profilen werden Versionen des ''[[Transport Layer Security\|TLS]]'' verwendet. TLS dient nicht nur der Authentifizierung, es stellt auch die [[Integrität (Informationssicherheit)\|Integrität der Daten]] sicher.<ref>[http://docs.oasis-open.org/kmip/profiles/v1.0/cs01/kmip-profiles-1.0-cs-01.pdf Key Management Interoperability Protocol Profiles Version 1.0 Committee Specification], 15. Juni 2010, (PDF; 193 kB)</ref>

	=== Objekte ===		=== Objekte ===

Wikinger08: Linkfix

2020-06-30T08:03:45Z

Linkfix

← Nächstältere Version		Version vom 30. Juni 2020, 10:03 Uhr
Zeile 305:		Zeile 305:
	[[Datei:KMIP Nachrichten Format ResponseMessage.png\|miniatur\|Aufbau einer KMIP Response Nachricht]]		[[Datei:KMIP Nachrichten Format ResponseMessage.png\|miniatur\|Aufbau einer KMIP Response Nachricht]]

	Im [[Header]] wird zwischen zwei Nachrichtentypen unterschieden: Request und Response. In beiden Headern ist jeweils die [[Protokoll]]-Version und der Batch Count angegeben. Der Batch Count gibt an, wie viele Operationen mit dieser Nachricht angefordert werden. Dazu kommen weitere Daten, abhängig vom Typ. Ein Batch Objekt spezifiziert die gewünschte Operation und beinhaltet alle dafür benötigten Attribute. Die gepunkteten Attribute in den folgenden Abbildungen sind optional.		Im Header wird zwischen zwei Nachrichtentypen unterschieden: Request und Response. In beiden Headern ist jeweils die [[Netzwerkprotokoll\|Protokoll]]-Version und der Batch Count angegeben. Der Batch Count gibt an, wie viele Operationen mit dieser Nachricht angefordert werden. Dazu kommen weitere Daten, abhängig vom Typ. Ein Batch-Objekt spezifiziert die gewünschte Operation und beinhaltet alle dafür benötigten Attribute. Die gepunkteten Attribute in den folgenden Abbildungen sind optional.

	Um eine einfache Verarbeitung zu garantieren, wird eine Tag-Type-Length-Value (TTLV) [[Codierung]] verwendet (siehe Abbildung).		Um eine einfache Verarbeitung zu garantieren, wird eine Tag-Type-Length-Value (TTLV) [[Codierung]] verwendet (siehe Abbildung).

Aka: /* Attribute */ falsches Komma entfernt

2019-06-05T07:13:53Z

Attribute: falsches Komma entfernt

← Nächstältere Version		Version vom 5. Juni 2019, 09:13 Uhr
Zeile 31:		Zeile 31:
	\|-		\|-
	\| ''Cryptographic Algorithm'' \|\|		\| ''Cryptographic Algorithm'' \|\|
	* Algorithmus, der vom Objekt verwendet wird ([[RSA-Kryptosystem\|RSA]], [[Data Encryption Standard\|DES]], [[Advanced Encryption Standard\|AES]], etc.)		* Algorithmus, der vom Objekt verwendet wird ([[RSA-Kryptosystem\|RSA]], [[Data Encryption Standard\|DES]], [[Advanced Encryption Standard\|AES]] etc.)
	\|-		\|-
	\| ''Cryptographic Length'' \|\|		\| ''Cryptographic Length'' \|\|
Zeile 43:		Zeile 43:
	\|-		\|-
	\| ''Certificate Type'' \|\|		\| ''Certificate Type'' \|\|
	* Typ des Zertifikats ([[X.509]], [[Pretty Good Privacy\|PGP]], etc.)		* Typ des Zertifikats ([[X.509]], [[Pretty Good Privacy\|PGP]] etc.)
	\|-		\|-
	\| ''Certificate Identifier'' \|\|		\| ''Certificate Identifier'' \|\|
Zeile 50:		Zeile 50:
	\| ''Certificate Subject'' \|\|		\| ''Certificate Subject'' \|\|
	* Identifikation des Subjekts (Person oder Gerät) eines Zertifikats		* Identifikation des Subjekts (Person oder Gerät) eines Zertifikats
	* Kann mehrere Beschreibungen beinhalten (Name, E-Mail-Adresse, [[IP-Adresse]], etc.)		* Kann mehrere Beschreibungen beinhalten (Name, E-Mail-Adresse, [[IP-Adresse]] etc.)
	\|-		\|-
	\| ''Certificate Issuer'' \|\|		\| ''Certificate Issuer'' \|\|
	* Identifikation des Ausstellers eines Zertifikats		* Identifikation des Ausstellers eines Zertifikats
	* Kann mehrere Beschreibungen beinhalten (Name, E-Mail-Adresse, IP-Adresse, etc.)		* Kann mehrere Beschreibungen beinhalten (Name, E-Mail-Adresse, IP-Adresse etc.)
	\|-		\|-
	\| ''Digest'' \|\|		\| ''Digest'' \|\|

Aka: Halbgeviertstrich

2018-10-05T11:08:55Z

Halbgeviertstrich

Änderungen zeigen

← Nächstältere Version		Version vom 29. Juli 2023, 16:42 Uhr
Zeile 138:		Zeile 138:
	Ein Client kann eine Teilmenge oder alle Operationen unterstützen. Möchte er mehrere Operationen gleichzeitig an den Server senden, können diese in einer Nachricht zu einem [[Stapelverarbeitung \| Batch]] zusammengefasst werden.		Ein Client kann eine Teilmenge oder alle Operationen unterstützen. Möchte er mehrere Operationen gleichzeitig an den Server senden, können diese in einer Nachricht zu einem [[Stapelverarbeitung \| Batch]] zusammengefasst werden.

	Untenstehende Tabelle enthält die Operationen, die ein neues Objekt erzeugen oder Inhalte eines bestehenden Objekts erneuern. Das KLMS kann selbst Zertifikate ausstellen, oder die Zertifizierung von einem externen Dienst ''([[Zertifizierungsstelle \|certification authority]])'' anfordern.		Untenstehende Tabelle enthält die Operationen, die ein neues Objekt erzeugen oder Inhalte eines bestehenden Objekts erneuern. Das KLMS kann selbst Zertifikate ausstellen, oder die Zertifizierung von einem externen Dienst ''([[Zertifizierungsstelle (Digitale Zertifikate)\|certification authority]])'' anfordern.

	{\| class="wikitable"		{\| class="wikitable"