-
TECHNISCHES GEBIET
-
Ausführungsformen der vorliegenden Offenbarung beziehen sich im Allgemeinen auf Kommunikationssysteme und auf Verfahren und Systeme zur Erzeugung von Zertifikaten, die verwendet werden, um Kommunikation in Netzwerken zu schützen.
-
Mit der Ausdehnung der Verwendung von Netzwerken, um Kommunikation zwischen Vorrichtungen zur Verfügung zu stellen, wurden Verfahren entwickelt, um die Authentizität und Vertrauenswürdigkeit der zwischen diesen Vorrichtungen über die Netzwerke übertragenen Nachrichten sicherzustellen.
-
HINTERGRUND
-
Eine derartige Lösung ist ein öffentliches Schlüssel-Kryptosystem. In öffentlichen Schlüssel-Kryptosystemen können Entitäten Zertifikate verwenden, die von einer Zertifizierungsstelle bereitgestellt werden, um sicherzustellen, dass Nachrichten authentisch sind. Eine Zertifizierungsstelle kann eine Entität mit einem Zertifikat zur Identifizierung der Entität versorgen, die die Entität bei Nachrichten anfügen kann, um eine Authentifizierung bei einer anderen Entität bereitzustellen, die die Nachricht empfängt. Solche Zertifikate stellen die Erzeugung und Verifizierung der Signatur bereit, indem beispielsweise eine Verschlüsselung verwendet wird.
-
In manchen Situationen muss eine Zertifizierungsstelle ein Zertifikat widerrufen können bevor es abläuft, wie beispielsweise, wenn ein privater Schlüssel der Entität veröffentlicht wird, wenn eine Entitätsvorrichtung nicht funktioniert oder wenn ein Entitätszugriff widerrufen wurde. Um dies zu erledigen, verwaltet eine Zertifizierungsstelle eine Zertifikatssperrliste (CRL), die die Werte für die widerrufenen Zertifikate beinhaltet und dann den Entitäten zur Verfügung stellen kann, um die Gültigkeit von empfangenen Zertifikaten zu verifizieren.
-
In einigen Netzwerken, wie beispielsweise in Fahrzeugnetzwerken, teilt eine Zertifizierungsstelle einer Entität zehntausende Zertifikate zu, so dass die Entität das Zertifikat beim Gebrauch häufig ändern kann, um beispielsweise die Privatsphäre oder die Identität der Entität zu schützen.
-
In solchen Netzwerken muss eine Zertifikatssperrliste die einer Entität zugeteilten zehntausende Zertifikate erfassen können, falls die Zertifikate widerrufen werden müssen, wodurch die Zertifikatssperrliste unüberschaubar groß erzeugt wird und erhebliche Verarbeitungslast erfordert, um die Zertifikate zu verifizieren.
-
Das Dokument
EP 0807911 A2 beschreibt ein Verfahren zur Authentifizierung eines Clients bei einer Client-Server Transaktion, bei welchem eine Authentifizierung auf Basis sowohl eines Schlüssels und eines Zertifikates als auch auf Basis eines mit der Zeit variierenden Wertes erfolgt.
-
Aus dem Dokument
US 2003/0105956 A1 ist ein Verfahren bekannt, bei welchem anhand der Schlüsselstruktur ermittelt wird, ob das einer Entität zugeordnete Zertifikat widerrufen worden ist. Dies geschieht dadurch, dass ermittelt wird, ob ein sogenannter „enabling key block“ (EKB) mit einem für die Entität hinterlegten Schlüssel entschlüsselt werden kann.
-
Das Dokument
US 2003/0217265 A1 beschreibt ein Verfahren, bei welchem Zertifikate öffentlicher Schlüssel in einer Baumstruktur abgespeichert werden, wobei jedem Blatt der Baumstruktur ein Zertifikat eines öffentlichen Schlüssels entspricht. Eine Widerrufsliste enthält Informationen darüber, ob der dem widerrufenen Knoten nachgeordnete Knoten ebenfalls widerrufen ist. Wenn alle zu einem Blatt führenden Knoten der Baumstruktur gemäß der Widerrufsliste widerrufen sind, gilt das Zertifikat des öffentlichen Schlüssels als widerrufen.
-
Ein weiteres Verfahren zur Authentifizierung einer digitalen Identität ist aus dem Dokument
US 6397329 B1 bekannt, bei welchem eine Zertifizierungsstelle (certification authority CA) die vorhandenen digitalen Identitäten gruppiert und sowohl den gebildeten Gruppen Widerrufs-Überprüfungsinformationen als auch den einzelnen Identitäten zuordnet. Dabei werden den einzelnen Identitäten die Widerrufs-Überprüfungsinformationen jeder Gruppe zugeordnet, von denen die jeweilige Identität aufgrund der zuvor vorgenommenen Gruppierung ein Teil ist.
-
KURZFASSUNG
-
Erfindungsgemäß ist ein Verfahren gemäß Anspruch 1, ein computerlesbares Speichermedium gemäß Anspruch 3 sowie eine Vorrichtung gemäß Anspruch 5 vorgesehen. Weitere Ausgestaltungen des Verfahrens, des computerlesbaren Speichermediums bzw. der Vorrichtung sind Gegenstand der abhängigen Ansprüche.
-
Ausführungsformen der vorliegenden Erfindung beziehen sich auf Verfahren und Systeme zur Erzeugung von Zertifikaten, die verwendet wer-den, um Kommunikation und Privatsphäre in Kommunikationsnetzwerken zu schützen.
-
Es versteht sich, dass beide, die vorangegangene allgemeine Beschreibung und die folgende detaillierte Beschreibung nur beispielhaft und erläuternd sind und die Erfindung, wie beansprucht, nicht einschränken.
-
Figurenliste
-
Nachdem somit gewisse Ausführungsformen der Erfindung in allgemeinen Begriffen beschrieben wurden, wird nun Bezug genommen auf die beigefügten Zeichnungen, die nicht notwendigerweise maßstabsgerecht gezeichnet sind und worin:
- 1 ein Blockdiagramm ist, das die Zertifizierungsstelle (CA), Zertifikaterzeugung und Zertifikatwiderruf in einer oder mehreren Vorrichtungen mit verschiedenen Modulen, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung veranschaulicht;
- 2 ein beispielhaftes Blockdiagramm ist, das die Zertifikatverifizierung der Entität in einer oder mehreren Vorrichtungen mit verschiedenen Modulen, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung veranschaulicht;
- 3 einen Schlüsselbaum veranschaulicht, der bei der Zertifikaterzeugung und dem Zertifikatwiderruf, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung, verwendet wird;
- 4 ein Flussdiagramm von Beispielvorgängen veranschaulicht, die bei der Zertifikaterzeugung, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung, verwendet werden können;
- 5 ein Flussdiagramm von Beispielvorgängen veranschaulicht, die beim Zertifikatwiderruf, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung, verwendet werden können;
- 6 ein Flussdiagramm von Beispielvorgängen veranschaulicht, die bei der Zertifikatverifizierung, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung, verwendet werden können;
- 7 eine schematische Übersicht von Vorgängen zur Zertifikatverifizierung, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung, veranschaulicht; und
- 8 ein Blockdiagramm einer Vorrichtung veranschaulicht, die konfiguriert werden kann, um Vorgänge, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung, durchzuführen.
-
DETAILLIERTE BESCHREIBUNG
-
Die vorliegende Erfindung wird nachstehend umfassender mit Verweis auf die beigefügten Zeichnungen beschrieben werden, in welchen einige, aber nicht alle Ausführungsformen der Erfindung gezeigt sind. Zwar können diese Erfindungen in vielen verschiedenen Arten verkörpert werden, sollen aber nicht ausgelegt werden, dass sie auf die hierin dargelegten Ausführungsformen beschränkt sind; vielmehr sind diese Ausführungsformen zur Verfügung gestellt, so dass diese Offenbarung den anwendbaren gesetzlichen Bestimmungen entspricht. Ähnliche Nummern beziehen sich durchwegs auf ähnliche Elemente.
-
Viele Modifikationen und andere Ausführungsformen der Erfindungen, die hierin dargelegt sind, sind für den Fachmann mit dem Nutzen und den Lehren, zu denen die Erfindungen gehören, die in den vorangegangenen Beschreibungen und den verbundenen Zeichnungen unterbreitet wurden, denkbar. Daher versteht es sich, dass beabsichtigt ist, dass Modifikationen und andere Ausführungsformen, innerhalb des Schutzbereichs der anhängigen Ansprüche, beinhaltet sind. Obwohl spezifische Begriffe hierin verwendet werden, werden sie nur in einer allgemeinen und beschreibenden Bedeutung und nicht zum Zwecke der Begrenzung verwendet.
-
Wie hierin definiert, kann ein „computerlesbares Speichermedium“, das sich auf ein nicht vorübergehendes physikalisches Speichermedium (z.B. flüchtige Speichervorrichtung oder Permanentspeichervorrichtung) bezieht, von einem „computerlesbaren Übertragungsmedium“, das sich auf ein elektromagnetisches Signal bezieht, differenziert werden.
-
Ausführungsformen der vorliegenden Erfindung sind auf Verfahren und Systeme zur Erzeugung und zum Widerruf von Zertifikaten gerichtet, um von Vorrichtungen zur Sicherung der Authentizität und der Vertrauenswürdigkeit von Nachrichten in einem Kommunikationsnetzwerk verwendet zu werden.
-
In Kryptosystemen mit öffentlichem Schlüssel, können Entitäten durch eine Zertifizierungsstelle (CA) bereitgestellte Zertifikate verwenden, um sicherzustellen, dass Nachrichten authentisch und die Sender vertrauenswürdig sind. Eine CA kann eine Entität mit einem oder mehreren Zertifikaten zur Identifizierung der Entität, die die Entität an Nachrichten anhängen kann, um die Authentifizierung zu einer anderen Entität zum Empfangen der Nachricht zur Verfügung zu stellen, bereitstellen.
-
In solchen Systemen kann eine CA und eine Entität bei einem geheimen Schlüsselwert übereinstimmen, der bei der Erzeugung von Zertifikaten verwendet werden kann. Die CA kann eine Reihe von öffentlichen/privaten Schlüsselpaaren für die Entität erzeugen und kann Zertifikate erzeugen, indem sie die öffentlichen/privaten Schlüsselpaare verwendet, die sie dann der Entität zur Verwendung bei Netzwerkkommunikationen zur Verfügung stellt.
-
Wenn eine CA ein Zertifikat vor dem Ablauf des Zertifikats widerrufen muss, beispielsweise, wenn der private Schlüssel einer Entität kompromittiert ist, eine Entität nicht funktioniert oder der Zugang für eine Entität widerrufen wurde, kann die CA die Zertifikatinformationen einer Zertifikatwiderrufsliste (CRL) hinzufügen, die allen Entitäten im Netzwerk zur Verfügung gestellt ist. Die Entitäten können die CRL verwenden, um die Gültigkeit eines Zertifikats zu verifizieren, das sie zusammen mit einer Nachricht empfangen.
-
In einigen Systemen kann eine CA eine sehr große Anzahl von Zertifikaten (z.B. Zehntausende Zertifikate) jeder Entität zuteilen, um es der Entität bei der Verwendung zu ermöglichen häufig das Zertifikat zu ändern, um eine verbesserte Sicherheit und einen verbesserten Privatsphärenschutz für die Entitäten zur Verfügung zu stellen.
-
In einigen Beispielen, wenn eine CA beim Gebrauch Zertifikate widerruft, muss sie, zusammen mit anderen verbundenen Daten, für jedes Zertifikat einen Zertifikat-Hashwert zur CRL hinzufügen. In Systemen, wo jede Entität eine sehr große Anzahl von Zertifikaten hat, wird die CRL als solche ineffizient, weil sie an Größe schnell zunimmt und zunehmend mehr Verarbeitungsressourcen benötigt, um Gültigkeit des Zertifikats zu verifizieren.
-
In einem anderen Beispiel, wenn eine CA beim Gebrauch Zertifikate widerruft, fügt sie den geheimen Wert, der zur Erzeugung der Zertifikate für die Entität verwendet wird, zusammen mit anderen verbundenen Daten, zur CRL hinzu. In solchen Systemen, wenn die CA einen geheimen Wert zur CRL hinzufügt, offenbart sie alle Zertifikate der Entität und kann ebenso die Privatsphäre der Entität kompromittieren.
-
Ein Beispiel eines solchen Kommunikationsnetzwerks ist ein intelligentes Übertragungssystem (ITS). Ein ITS stellt die Überwachung und Verwaltung eines Übertragungssystems zur Verfügung, um die begrenzten Ressourcen wirksamer zu verwenden und um Überlastungen, Verzögerungen und Kosten zu reduzieren. In einem ITS sind Fahrzeuge mit einer On-Board Unit (OBU) und drahtlosen Kommunikationsvorrichtungen ausgestattet. Die OBU kann dann mit nahe gelegenen Fahrzeugen und Road-Side Units (RSU) kommunizieren und beim ITS partizipieren. In solchen Netzwerken können die OBUs und RSUs Kryptosysteme mit öffentlichem Schlüssel verwenden, um die Authentizität und die Richtigkeit der ausgetauschten Nachrichten sicherzustellen.
-
In einem solchen ITS kann eine CA jeder OBU zehntausende Zertifikate zuteilen, so dass die OBU beim Gebrauch häufig das Zertifikat verändern kann, wie zum Beispiel alle zehn Minuten. Häufiges Verändern des Zertifikats beim Gebrauch für ein Fahrzeug kann Privatsphärenschutz für die aktuelle Identität der Fahrzeuge, die beim ITS partizipieren, zur Verfügung stellen.
-
Ausführungsformen der vorliegenden Erfindung sehen die Erzeugung, den Widerruf und die Validierung von Zertifikaten vor, die den Bedarf zur Authentifizierung und Privatsphäre decken und reduzieren die benötigten Ressourcen, um den Zertifikatstatus zu erhalten und zu validieren.
-
1 ist ein beispielhaftes Blockdiagramm, das die Zertifizierungsstelle (CA), Zertifikaterzeugung und Zertifikatwiderruf gemäß einigen Beispielausführungsformen der vorliegenden Erfindung veranschaulicht. In einigen Ausführungsformen kann das CA System eine oder mehrere Vorrichtungen mit verschiedenen Modulen umfassen, die die Funktionen von Zertifikaterzeugung und Zertifikatwiderruf zur Verfügung stellen. In einigen Beispielausführungsformen können die CA Module eine öffentliche/private Schlüsselpaarerzeugungseinheit 102, eine Geheimwertübertragungseinheit 104, eine Schlüsselsatzberechnungseinheit 106, eine Zertifikaterzeugungseinheit 108, eine Zertifikatwiderrufeinheit 110 und eine CRL Breitbandeinheit 112 umfassen.
-
In einigen Ausführungsformen kann die CA von einer Entität eine Zertifikaterzeugungsanfrage 114 empfangen. Die öffentliche/private Schlüsselpaarerzeugungseinheit 102 kann dann eine Anzahl öffentlicher/privater Schlüsselpaare für die beantragende Entität erzeugen und die öffentlichen/privaten Schlüsselpaare 116 zur Zertifikaterzeugungseinheit 108 senden.
-
Die Geheimwertübertragungseinheit 104 kann einen vereinbarten Geheimwert 118, z.B. K, zwischen der CA und der beantragenden Entität bestimmen. Die Geheimwertübertragungseinheit 104 kann dann den Geheimwert 118 zur Schlüsselsatzberechnungseinheit 106 senden. Die Schlüsselsatzberechnungseinheit 106 kann dann einen abgeleiteten Schlüsselsatz durch das Konstruieren eines Schlüsselbaumes mit einem Wurzelknoten des Geheimwerts 118 („K“) erzeugen, wie nachträglich mit Bezug auf 3 beschrieben. Die Schlüsselsatzberechnungseinheit 106 kann dann den abgeleiteten Schlüsselsatz 120 zur Zertifikaterzeugungseinheit 108 senden.
-
Die Zertifikaterzeugungseinheit 108 kann dann die öffentlichen/privaten Schlüsselpaare 116 und den abgeleiteten Schlüsselsatz 120 verwenden, um die Zertifikate zur Verwendung durch die beatragende Entität zu erzeugen. In einigen Beispiel-ausführungsformen kann ein erzeugtes Zertifikat einen abgeleiteten geheimen Schlüssel von einem Blatt des Schlüsselbaumes, einen Index des abgeleiteten geheimen Schlüssels, einen öffentlichen Schlüssel für die Entität und eine CA Signatur umfassen. Die CA kann dann die Reihe von Zertifikaten zur beantragenden Entität für den Gebrauch beim Sichern und Authentifizieren der Nachrichten senden. In einigen Beispielausführungsformen sind die erzeugten Zertifikate ohne Bezug und nicht miteinander verknüpft und können nicht verwendet werden, um die aktuelle Identität der Entität zu verfolgen.
-
Die CA kann zu einem späteren Zeitpunkt eine Notwendigkeit bestimmen, um ein oder mehrere nicht abgelaufene Zertifikate zu widerrufen, die zuvor für eine Entität erzeugt wurden. Zusätzlich oder alternativ kann die CA einen Hinweis empfangen, dass ein oder mehrere noch nicht abgelaufene Zertifikate einer Entität widerrufen werden sollen. Die CA kann dann einen Zertifikatwiderrufanfrage 122 veranlassen, um von der Zertifikatwiderrufseinheit 110 erzeugt und bereitgestellt zu werden. Die Zertifikatwiderrufseinheit 110 kann die Zertifikate bestimmen, die widerrufen werden müssen und mit der Schlüsselsatzberechnungseinheit 106 einen Minimalsatz von abgeleiteten Schlüsseln bestimmen, die auf dem Schlüsselbaum basieren, die alle widerrufenen Zertifikate abdecken werden. Die Zertifikatwiderrufeinheit 110 kann dann den Minimalsatz von abgeleiteten Schlüsseln 124 verwenden, um die Zertifikatwiderrufliste (CRL) zu aktualisieren, indem die abgeleiteten Schlüssel 124 zusammen mit anderen verbundenen Daten veranlasst werden zur CRL hinzugefügt werden. In einigen Beispielausführungsformen kann die Zertifikatwiderrufseinheit 110 einen Eintrag zur CRL für jeden der identifizierten abgeleiteten Schlüssel hinzufügen, die einen Index der abgeleiteten Schlüssel (z.B. den Index des den abgeleiteten Schlüssel beinhaltenden Knoten), den abgeleiteten Schlüsselwert und die Ebene des abgeleiteten Schlüssels im Schlüsselbaum umfassen.
-
Die Zertifikatwiderrufseinheit 110 kann dann die aktualisierte CRL 126 der CRL Breitbandeinheit 112 bereitstellen, die dann die CRL veranlassen kann, regelmäßig zu einer oder mehreren Entitäten innerhalb des Netzwerks übertragen zu werden. Die Entitäten können dann die CRL beim Bestimmen, ob empfangene Zertifikate gültig sind oder widerrufen wurden, verwenden.
-
2 ist ein beispielhaftes Blockdiagramm, das die Zertifikatverifizierung der Entität gemäß einigen Beispielausführungsformen der vorliegenden Erfindung veranschaulicht. In einigen Ausführungsformen kann die Entität einen oder mehrere Vorrichtungen mit verschiedenen Modulen umfassen, die die Funktionen der Zertifikatverifizierung zur Verfügung stellen. In einigen Beispielausführungsformen können die Entitäten Module wenigstens eine Geheimwertübertragungseinheit 202, eine Kommunikationseinheit 204 und eine Zertifikatverifizierungseinheit 206 umfassen.
-
Die Geheimwertübertragungseinheit 202 kann einen Geheimwertübertragungsanfrage 208 als Teil der Vorgänge beim Anfragen der Zertifikate von der CA empfangen, wie mit Bezug auf 1 beschrieben. Die Geheimwertübertragungseinheit 202 kann einen Geheimwert bestimmen, z.B. K und den Geheimwert 210 der Kommunikationseinheit 204 bereitstellen, um die Übertragung des Geheimwerts zur CA für die Verwendung bei der Zertifikaterzeugung zu veranlassen. Die Entität kann über die Kommunikationseinheit 204 verschiedene Netzwerkkommunikation übertragen und empfangen, wie beispielsweise das Empfangen der erzeugten Zertifikate von der CA, das Empfangen der CRL von der CA sowie das Übertragen und Empfangen von Nachrichten zu und von anderen Entitäten im Netzwerk.
-
Die Kommunikationseinheit 204 kann regelmäßig die CRL von der CA empfangen und sie zur Zertifikatverifizierungseinheit 206 für die Verwendung bei der Zertifikatverifizierung der empfangen Nachrichten senden.
-
Die Kommunikationseinheit 204 kann Nachrichten von anderen Entitäten im Netzwerk empfangen. Die empfangenen Nachrichten 212 können umfassen, Nachrichtendaten, eine Nachrichtensignatur (z.B. Signatur der sendenden Entität, die erzeugt wurde, indem ihr privater Schlüssel verwendet wurde) und ein Zertifikat von der sendenden Entität. Die Kommunikationseinheit 204 kann die empfangenen Zertifikatinformationen 214 zur Zertifikatverifizierungseinheit 206 senden, um zu bestimmen, ob das empfangene Zertifikat gültig ist oder widerrufen wurde.
-
Die Zertifikatverifizierungseinheit 206 kann die vom Zertifikat und der CRL abgeleiteten Informationen berechnen und vergleichen, um zu bestimmen, ob das Zertifikat widerrufen wurde. Falls die Zertifikatverifizierungseinheit 206 bestimmt, dass das Zertifikat widerrufen wurde, kann sie einen Hinweis bereitstellen, dass die Nachricht außer Acht gelassen werden sollte.
-
3 veranschaulicht einen Schlüsselbaum, der bei der Zertifikaterzeugung und dem Zertifikatwiderruf, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung, verwendet wird. In einigen Beispielausführungsformen können eine CA und eine Entität einen Geheimwert K für die Verwendung bei der Zertifikaterzeugung für die Entität vereinbaren. Die CA kann dann Vorgänge ausführen, um einen Schlüsselbaum zu konstruieren, dessen Wurzeln den Geheimwert K umfassen. Die CA kann dann bei der Erzeugung der Zertifikate die abgeleiteten Geheimwerte der Schlüsselbaumblätter verwenden.
-
In einer Beispielausführungsform, kann die CA einen binären Schlüsselbaum erstellen, indem zwei Einweg - Hashfunktionen verwendet werden, um die Kinder von jedem Elternknoten zu erzeugen. Zum Beispiel kann die CA linke Kindknoten erzeugen, indem sie eine erste Einweg - Hashfunktion bei dem Wert des Elternknotens anwendet und rechte Kindknoten erzeugen, indem sie eine zweite One-Way Hashfunktion bei dem Wert des Elternknotens anwendet. Obwohl die Beispielausführungsform einen binären Schlüsselbaum beschreibt, der mehrere One-Way Hashfunktionen verwendet, können auch andere Arten von Schlüsselbäumen erstellt werden, indem mehrere One-Way (Einweg) - Hashfunktionen verwendet werden, wie beispielsweise ein tertiärer Schlüsselbaum drei One-Way Hashfunktionen verwendet, um Kinderknoten von jedem Elternknoten zu erzeugen oder ein n-ärer Schlüsselbaum n One-Way - Hashfunktionen verwendet, um Kinderknoten von jedem Elternknoten zu erzeugen.
-
Wie in 3 gezeigt, erstellt die CA einen Beispielschlüsselbaum für acht Zertifikate, beginnend vom Wurzelknoten 1, indem der Geheimwert K verwendet wird. Die CA kann einen linken Kindknoten 2 erzeugen, indem eine erste One-Way Hashfunktion h1() beim Wurzelwert K angewendet wird, um den abgeleiteten Wert K1 zu berechnen. Die CA kann einen rechten Kindknoten 3 erzeugen, indem eine zweite One-Way Hashfunktion h2() beim Wurzelwert K angewendet wird, um den abgeleiteten Wert K2 zu berechnen.
-
Die CA kann einen linken Kindknoten 4 vom Knoten 2 erzeugen, indem die erste One-Way Hashfunktion h1( ) beim Wert des Knotens 2, K1, angewendet wird, um den abgeleiteten Wert K11 zu berechnen. Die CA kann einen rechten Kindknoten 5 vom Knoten 2 erzeugen, indem die zweite One-Way Hashfunktion h2( ) beim Wert des Knotens 2, K1, angewendet wird, um den abgeleiteten Wert K12 zu berechnen.
-
Die CA kann einen linken Kindknoten 8 vom Knoten 4 erzeugen, indem die erste One-Way Hashfunktion h1() beim Wert des Knotens 4, K11, angewendet wird, um den abgeleiteten Wert K111 zu berechnen. Die CA kann einen rechten Kindknoten 9 vom Knoten 4 erzeugen, indem die zweite One-Way Hashfunktion h2() beim Wert des Knotens 4, K11, angewendet wird, um den abgeleiteten Wert K112 zu berechnen.
-
Die CA kann einen linken Kindknoten 10 vom Knoten 5 erzeugen, indem die erste One-Way Hashfunktion h1() beim Wert des Knotens 5, K12, angewendet wird, um den abgeleiteten Wert K121 zu berechnen. Die CA kann einen rechten Kindknoten 11 vom Knoten 5 erzeugen, indem die zweite One-Way Hashfunktion h2( ) beim Wert des Knotens 5, K12, angewendet wird, um den abgeleiteten Wert K122 zu berechnen.
-
Die CA kann einen linken Kindknoten 6 vom Knoten 3 erzeugen, indem die erste One-Way Hashfunktion h1() beim Wert des Knotens 3, K2, angewendet wird, um den abgeleiteten Wert K21 zu berechnen. Die CA kann einen rechten Kindknoten 7 vom Knoten 3 erzeugen, indem die zweite One-Way Hashfunktion h2( ) beim Wert des Knotens 3, K2, angewendet wird, um den abgeleiteten Wert K22 zu berechnen.
-
Die CA kann einen linken Kindknoten 12 vom Knoten 6 erzeugen, indem die erste One-Way Hashfunktion h1() beim Wert des Knotens 6, K21, angewendet wird, um den abgeleiteten Wert K211 zu berechnen. Die CA kann einen rechten Kindknoten 13 vom Knoten 6 erzeugen, indem die zweite One-Way Hashfunktion h2( ) beim Wert des Knotens 6, K21, angewendet wird, um den abgeleiteten Wert K212 zu berechnen.
-
Die CA kann einen linken Kindknoten 14 vom Knoten 7 erzeugen, indem die erste One-Way Hashfunktion h1() beim Wert des Knotens 7, K22, angewendet wird, um den abgeleiteten Wert K221 zu berechnen. Die CA kann einen rechten Kindknoten 15 vom Knoten 7 erzeugen, indem die zweite One-Way Hashfunktion h2( ) beim Wert des Knotens 7, K22, angewendet wird, um den abgeleiteten Wert K222 zu berechnen.
-
Die CA kann dann die abgeleiteten Werte der Blätterknoten verwenden, um die Zertifikate zu erzeugen. Zum Beispiel kann die CA den abgeleiteten Wert K111 verwenden, um das erste Zertifikat Cert1 zu erzeugen; den abgeleiteten Wert K112 verwenden, um das zweite Zertifikat Cert2 zu erzeugen; den abgeleiteten Wert K121 verwenden, um das dritte Zertifikat Cert3 zu erzeugen; den abgeleiteten Wert K122 verwenden, um das vierte Zertifikat Cert4 zu erzeugen; den abgeleiteten Wert K211 verwenden, um das fünfte Zertifikat Cert5 zu erzeugen; den abgeleiteten Wert K212 verwenden, um das sechste Zertifikat Cert6 zu erzeugen; den abgeleiteten Wert K221 verwenden, um das siebte Zertifikat Cert7 zu erzeugen; und den abgeleiteten Wert K222 verwenden, um das achte Zertifikat Cert8 zu erzeugen.
-
In der beschriebenen Beispielsausführungsform kann das erste Zertifikat Cert1 Daten umfassen, den abgeleiteten geheimen Schlüssel K111, den Knotenindex 8, den öffentlichen Schlüssel 1 der Entität und die CA Signatur 1. Wie in den Beispielsausführungsformen beschrieben, ist es schwierig den geheimen Ursprungswert K vom abgeleiteten Geheimwert des Zertifikats abzuleiten.
-
4 veranschaulicht ein Flussdiagramm von Beispielvorgängen, die bei der Zertifikaterzeugung, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung, verwendet werden können. Eine CA kann eine Zertifikaterzeugung ausführen, indem ein Vorgang gestartet wird, wie beispielsweise in Block 402 gezeigt ist.
-
Wie bei Block 404 gezeigt, kann die CA mit einer Entität negoziieren, um einen geheimen Schlüsselwert zu bestimmen, der zur Erzeugung von einem Schlüsselbaum und von Zertifikaten für die Entität verwendet wird. Bei Block 406 kann die CA dann den geheimen Schlüssel verwenden, um einen Schlüsselbaum zu erzeugen, wie beispielsweise den Schlüsselbaum, der in Bezug auf 3 oben beschrieben wurde.
-
Wie bei Block 408 gezeigt, kann die CA dann den Schlüsselbaum beim Erzeugen der Zertifikate für die Entität verwenden. Zum Beispiel kann die CA die abgeleiteten geheimen Werte von jedem der Blätter des Schlüsselbaums, wie auch die öffentlichen Schlüssel der Entität und den privaten Schlüssel der CA verwenden, um den Satz von Zertifikaten für die Entität zu erzeugen. Die CA kann dann der Entität die Zertifikate zur Verfügung stellen, wie bei Block 410 gezeigt. Der Vorgang fährt mit Block 412 fort und endet.
-
5 veranschaulicht ein Flussdiagramm von Beispielvorgängen, die beim Zertifikatwiderruf, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung, verwendet werden können. Eine CA kann einen Zertifikatwiderruf ausführen, indem der Vorgang gestartet wird, wie bei Block 502 gezeigt.
-
Wie bei Block 504 gezeigt, kann die CA bestimmen, ob es Zertifikate gibt, die widerrufen werden sollen. Falls es keine Zertifikate gibt, die widerrufen werden sollen, kann der Vorgang mit Block 512 fortsetzen und enden. Falls die CA bestimmt, dass es Zertifikate gibt, die widerrufen werden sollen, kann der Vorgang mit Block 506 fortfahren.
-
Wie bei Block 506 gezeigt, kann die CA bestimmen, welche Zertifikate widerrufen werden sollen und kann einen abgeleiteten Schlüsselsatz bestimmen, der die Zertifikate, die widerrufen werden sollen, abdeckt. Zum Beispiel kann die CA den Schlüsselbaum verwenden, um den Minimalsatz von Knoten zu bestimmen, die alle widerrufenen Zertifikate abdecken wird.
-
Wie in Block 508 gezeigt, kann die CA dann den abgeleiteten Schlüsselsatz und verbundene Daten zur CRL hinzufügen. Die CA kann dann die aktualisierte CRL den Entitäten innerhalb des Netzwerks zur Verfügung stellen, wie beispielsweise bei Block 510 gezeigt. Der Vorgang fährt mit Block 512 fort und endet.
-
In einer Beispielsausführungsform kann die CA bestimmen, dass die Zertifikate 3 bis 8 widerrufen werden, indem der Schlüsselbaum von 3 verwendet wird. Die CA kann bestimmen, dass der abgeleitete Schlüssel K12 bei Knoten 5 die Zertifikate 3 und 4 abdeckt und dass der abgeleitete Schlüssel K2 bei Knoten 3 die Zertifikate 5 bis 8 abdeckt.
-
Die CA kann dann den Satz abgeleiteter Schlüssel und den entsprechenden Index und die entsprechende Ebene zur CRL hinzufügen. Zum Beispiel kann die CA bewirken, dass zwei Einträge zur CRL hinzugefügt werden; ein erster Eintrag umfasst Index 5, den abgeleiteten Schlüssel K12 und Ebene 1 (hinweisend, dass der abgeleitete Wert eine Tiefe oder eine Ebene über dem Blätterknoten ist); und ein zweiter Eintrag umfasst Index 3, den abgeleiteten Schlüssel K2 und Ebene 2. In der Beispielausführungsform kann die CA als solche nur zwei Einträge zur CRL hinzufügen, um die acht widerrufenen Zertifikate abzudecken, statt dem Hinzufügen von Einträgen für jedes der acht Zertifikate. Die CA kann dann bewirken, dass die CRL zu den Entitäten gesendet wird, wenn die CRL aktualisiert worden ist und kann ebenso bewirken, dass die CRL zu den Entitäten regelmäßig versendet wird.
-
In einigen Beispielausführungsformen kann eine erste Entität bewirken, dass eine Nachricht zu einer zweiten Entität gesendet wird. Wenn die zweite Entität die Nachricht empfängt, kann die zweite Entität die Gültigkeit des Zertifikats der ersten Entitäten einschließlich der Nachrichtendaten verifizieren. In einigen Ausführungsformen kann die zweite Entität die Gültigkeit des Zertifikats verifizieren, indem der Index des Zertifikats und der Elternidizes des Zertifikats mit der CRL überprüft wird. Die zweite Entität kann dann den Weg für das Zertifikat ableiten und basierend auf dem Weg einen geheimen Schlüssel berechnen und dann den abgeleiteten geheimen Schlüssel mit der CRL vergleichen. Falls die zweite Entität eine Übereinstimmung mit den Werten der CRL findet, kann die zweite Entität die empfangene Nachricht außer Acht lassen.
-
6 veranschaulicht ein Flussdiagramm von Beispielvorgängen, die bei der Zertifikatverifizierung, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung, verwendet werden können. Eine Entität kann Vorgänge zur Zertifikatverifizierung starten, wie beispielsweise bei Block 600 gezeigt. Wie in Block 602 gezeigt, kann eine Entität eine Nachricht mit einem Zertifikat von einer anderen Entität innerhalb des Netzwerks empfangen.
-
Wie in Block 604 gezeigt, kann die empfangende Entität den im Zertifikat enthaltenen öffentlichen Schlüssel der sendenden Entität validieren und die Information vom Zertifikat zur Verifizierung abrufen. In einigen Ausführungsformen kann die empfangende Entität den abgeleiteten geheimen Wert und den Index vom empfangenen Zertifikat abrufen.
-
In einigen Ausführungsformen kann die empfangende Entität den Zertifikatindex verwenden, um einen Satz von Schlüsselbaumknotenindizes, bezogen auf das Zertifikat, zu bestimmen, z.B. die Indizes in einem Weg vom Zertifikatknoten zum Wurzelknoten. Zum Beispiel, falls die empfangende Entität Cert2 mit Index 9 empfängt, wie in 3 beschrieben wurde, kann die empfangende Entität die Knotenindizes bestimmen, indem der Zertifikatindex durch die Dimension des Schlüsselbaums geteilt wird, z.B. indem für einen binären Baum durch 2 geteilt wird. Zum Beispiel kann die empfangende Entität 9/2 = 4 mit einem Restbetrag von 1 und 4/2 = 2 mit einem Restbetrag von 0 berechnen, wodurch die Indizes von 4 und 2 bereitgestellt werden.
-
Wie in Block 606 gezeigt, kann die empfangende Entität dann einen ersten Eintrag der Zertifikatwiderrufsinformation von der CRL abrufen. In einigen Ausführungsformen kann die empfangende Entität einen ersten Eintrag mit einem Index, einem abgeleiteten Schlüssel und einer Ebene von der CRL abrufen. Zum Beispiel kann die empfangende Entität einen ersten Eintrag von der CRL mit Index 3, abgeleitetem Schlüssel K2 und Ebene 2 abrufen.
-
Die empfangende Entität kann dann die Indexdaten vom Zertifikat mit der CRL vergleichen, wie in Block 608 gezeigt. Falls die Indexdaten nicht mit der Zertifikatwiderrufsinformation von der CRL übereinstimmen, kann der Vorgang mit Block 610 fortfahren.
-
Wie in Block 610 gezeigt, kann die empfangende Entität dann bestimmen, ob es mehrere Entitäten in der CRL gibt, die verglichen werden sollen. Falls es zusätzliche Entitäten auf der CRL gibt, setzt der Vorgang mit Block 612 fort, wo die nächste Zertifikatwiderrufsinformation von der CRL abgerufen wird. Danach kehrt der Vorgang zu Block 608 zurück. Falls es keine weiteren Entitäten auf der CRL gibt, fährt der Vorgang mit Block 614 fort.
-
Zum Beispiel kann die empfangende Entität die Indexwerte von 4 und 2 mit dem Index von 3 von der CRL vergleichen und weil die Indizes nicht mit dem CRL Index übereinstimmen, kann die empfangende Entität dann überprüfen, um zu sehen, ob es weitere Entitäten auf der CRL gibt und falls dem so ist, den Vergleichsvorgang wiederholen.
-
Wie in Block 614 gezeigt, kann das Zertifikat, falls das Zertifikat nicht mit einem Eintrag auf der CRL übereinstimmt, als gültig angezeigt werden, und die empfangende Entität kann die Nachricht akzeptieren. Der Vorgang kann dann mit Block 624 fortfahren und enden.
-
Bei Block 608 kann der Vorgang mit Block 616 fortfahren, falls die Indexdaten mit der Zertifikatwiderrufsinformation von der CRL übereinstimmen.
-
Zum Beispiel kann die empfangende Entität, wie in 3 beschrieben wurde, die Indizes wie 6 und 3 (z.B. 12/2 = 6 Restbetrag 0 und 6/2 = 3 Restbetrag 0) mit dem Index 3 bestimmen, der mit dem CRL Eintrag Index von 3 übereinstimmt, falls die empfangende Entität Cert5 mit Index 12 und abgeleitetem Schlüssel K211 empfangen hat.
-
Wie in Block 616 gezeigt kann die empfangende Entität einen Weg für den übereinstimmenden Index berechnen. Die empfangende Entität kann dann einen neuen abgeleiteten Schlüssel berechnen, indem der Weg und der übereinstimmende Index verwendet werden, wie in Block 618 gezeigt.
-
In einigen Ausführungsformen kann die empfangende Entität die Restbetragswerte der Indexberechnungen verwenden, um den Weg vom Boden des Schlüsselbaums zu bestimmen. Zum Beispiel indem Cert5 verwendet wird, sind die Restbeträge 0 und 0, so dass der Weg den Baum hinauf links und dann links sein würde (d.h. Restbetrag 0 ist gleich einem linken Ast, Restbetrag 1 ist gleich einem rechten Ast). Die empfangende Entität kann dann den Weg und den abgeleiteten geheimen Schlüssel von K2 verwenden, um einen neuen Schlüssel zu berechnen. Zum Beispiel würde die empfangende Entität h1(h1(K2)) berechnen, um den neuen Schlüssel abzuleiten, der K211 sein würde, wie in 3 gezeigt, falls die linken Äste die h1() One-Way Hashfunktion und die rechten Äste die h2() One-Way Hashfunktion (wie in 3 gezeigt) verwenden.
-
Wie in Block 629 gezeigt, kann die empfangende Entität dann den berechneten abgeleiteten Schlüssel mit dem abgeleiteten Schlüssel des Zertifikats vergleichen. Falls die Schlüssel übereinstimmen, fährt der Vorgang mit Block 622 fort, wo das Zertifikat als widerrufen angezeigt werden kann und die empfangende Entität kann die Nachricht außer Acht lassen. Der Vorgang kann dann mit Block 624 fortfahren und enden. Zum Beispiel würde die empfangende Entität bestimmen, dass dies mit dem abgeleiteten Schlüssel des Zertifikats von K211 übereinstimmt und als solches bestimmen, dass Cert5 widerrufen wurde, falls die empfangende Entität den abgeleiteten Schlüssel als K211 berechnet hat.
-
Bei Block 620 kann der Vorgang mit Block 610 fortfahren, falls der berechnete abgeleitete Schlüssel und abgeleitete Schlüssel des Zertifikats nicht übereinstimmen. Wie in Block 610 gezeigt, kann die empfangende Entität dann bestimmen, ob es weitere Einträge in der CRL gibt, die verglichen werden sollen. Falls es zusätzliche Einträge auf der CRL gibt, fährt der Vorgang mit Block 612 fort, wo die nächste Zertifikatwiderrufsinformation von der CRL abgerufen wird. Der Vorgang kehrt dann zu Block 608 zurück. Falls es keine weiteren Einträge auf der CRL gibt, fährt der Vorgang mit Block 614 fort.
-
7 veranschaulicht eine schematische Übersicht von Vorgängen zur Zertifikatverifizierung, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung.
-
Wie in 7 gezeigt, kann eine Entität, wie zum Beispiel Entität 702, eine Nachricht 704 zu einer zweiten Entität, wie zum Beispiel Entität 706, senden. Die Nachricht 704 kann durch die Entität 702 erzeugt worden sein und beinhaltet eine Nachrichtensignatur SigSK6(M), die erzeugt wurde, indem der private Schlüssel 6 der Entität 702, die Nachrichtendaten M und Cert6 der Entität 702 verwendet wurden.
-
Die Entität 706 kann dann die Zertifikatdaten von Cert6 708 zur Verwendung bei der Validierung des Zertifikats abrufen, beinhaltend den abgeleiteten Schlüssel K212 und Index 13. Entität 706 kann zuvor die CRL 710 von der CA empfangen haben, umfassend die Einträge {lndex5, abgeleiteter Schlüssel K12, Ebene 1} und {Index 3, abgeleiteter Schlüssel K2, Ebene 2}.
-
Wie bei 712 gezeigt, kann Entität 706 dann die Indizes für Cert6 wie 6 und 3 berechnen. Entität 706 kann dann die berechneten Indizes mit den Einträgen auf der CRL 710 vergleichen und bestimmen, dass der Index 3 auf der CRL 710 ist. Entität 706 kann dann den Weg bestimmen, der Rechts und dann Links sein kann, wie bei 714 gezeigt. Entität 706 kann dann einen neuen abgeleiteten Schlüssel berechnen, indem der Weg und der abgeleitete Geheimwert des Knotens 3, K2, wie bei 716 gezeigt, verwendet wird. Entität 706 kann dann den berechneten Schlüssel von K212 mit dem abgeleiteten Schlüssel von Cert6, K212, vergleichen und bestimmen, dass die Schlüssel übereinstimmen, wie bei 718 gezeigt. Entität 706 kann dann bestimmen, dass Cert6 widerrufen wurde und die Nachricht von Entität 702 außer Acht lassen.
-
8 veranschaulicht ein Blockdiagramm einer Vorrichtung, die konfiguriert werden kann, um Vorgänge für die Zertifikaterzeugung, den Zertifikatwiderruf oder die Zertifikatverifizierung, gemäß einigen Beispielausführungsformen der vorliegenden Erfindung, auszuführen. In Beispielausführungsformen kann eine Vorrichtung von 8 konfiguriert sein, um eine oder mehrere Vorgänge einer CA oder einer Entität innerhalb eines Kommunikationsnetzwerks, wie oben in den 1, 2, 4, 5 und 6 dargelegt, auszuführen.
-
Wie in 8 gezeigt, kann eine Vorrichtung 800 gemäß einer Beispielausführungsform einen oder mehrere von einem Prozessor 802, einen Speicher 804, eine Kommunikationsschnittstelle 806 und optional eine Anwenderschnittstelle 808 beinhalten oder andernfalls in Kommunikation damit sein.
-
Der Prozessor 803 kann in einer Anzahl von verschiedenen Arten ausgeführt sein. Zum Beispiel kann der Prozessor als einer oder mehrere von verschiedenen Hardwareverarbeitungsmitteln, wie beispielsweise ein Coprozessor, ein Mikroprozessor, eine Steuerung oder verschiedene andere Verarbeitungsschaltkreise, beinhaltend, integrierte Schaltkreise, wie beispielsweise ein ASIC (anwendungsspezifischer integrierter Schaltkreis), ein FPGA (feldprogrammierbare Gate-Arrays), eine Mikrocontrollereinheit (MCU), ein Hardwarebeschleuniger, ein zielorientierter Computerchip oder Ähnliches ausgeführt sein.
-
In einigen Ausführungsformen kann der Prozessor (und/oder Coprozessoren oder jeder andere Verarbeitungsschaltkreis, der den Prozessor unterstützt oder mit ihm verbunden ist) mit dem Speicher 804 über einen Bus zur Durchleitung der Informationen zwischen den Komponenten der Vorrichtung kommunizieren. Die Speichervorrichtung kann zum Beispiel beinhalten, einen nicht-flüchtigen Speicher, wie beispielsweise ein oder mehrere flüchtige und/oder nicht-flüchtige Speicher beinhalten. Mit anderen Worten kann der Speicher 804 zum Beispiel eine elektrische Speichervorrichtung (z.B. ein computerlesbares Speichermedium) sein, umfassend, konfigurierte Gates um Daten zu speichern (z.B. Bits), die durch eine Maschine (z.B. eine Computervorrichtung wie der Prozessor) abrufbar sein können. Der Speicher 804 kann konfiguriert sein, um Informationen, Daten, Anwendungen, Anweisungen oder Ähnliches zu speichern, um es der Vorrichtung zu ermöglichen, dass verschiedene Funktionen gemäß einer Beispielausführungsform der vorliegenden Erfindung ausgeführt werden. Zum Beispiel könnte der Speicher 804 konfiguriert sein, um Eingangsdaten zur Verarbeitung durch den Prozessor 802 zwischengespeichert werden. Zusätzlich oder alternativ könnte der Speicher 804 konfiguriert sein, um Anweisungen zur Ausführung durch den Prozessor zu speichern.
-
In einigen Ausführungsformen kann die Kommunikationsschnittstelle 806 irgendein Mittel sein, wie beispielsweise eine Vorrichtung oder Schaltkreis, der entweder in der Hardware oder einer Kombination von Hardware und Software, die konfiguriert ist, um Daten von/zu einem Netzwerk und/oder jeder anderen Vorrichtung oder jedem anderen Modul, das mit der Vorrichtung 800 kommuniziert, zu empfangen, verkörpert ist.
-
Optional kann die Vorrichtung 800 in einigen Ausführungsformen eine Benutzerschnittstelle 808 beinhalten, die wiederum mit dem Prozessor 802 kommuniziert, um einem Benutzer eine Ausgabe bereitzustellen und in einigen Ausführungsformen, um eine Anzeige von einer Benutzereingabe zu empfangen. Zum Beispiel kann die Benutzerschnittstelle ein Display und in einigen Ausführungsformen kann sie ebenso eine Tastatur, eine Maus, einen Joystick, einen Touchscreen, Berührungsfelder, Softkeys, ein Mikrophon, einen Lautsprecher oder andere Eingabe/Ausgabemechanismen beinhalten.
-
Wie oben beschrieben, veranschaulichen 4, 5 und 6 Flussdiagramme von Vorgängen gemäß Beispielausführungsformen der Erfindung. Es versteht sich, dass jeder Block des Flussdiagramms und Kombinationen von Blöcken im Flussdiagramm durch verschiedene Mittel ausgeführt werden können, wie beispielsweise Hardware, Firmware, Prozessor, Schaltkreis und/oder anderen Vorrichtungen, die mit der Softwareausführung, beinhaltend eine oder mehrere Computerprogrammanweisungen, verbunden sind.
-
Dementsprechend unterstützen die Blöcke des Flussdiagramms Mittelkombinationen zur Ausführung der spezifischen Funktionen und Kombinationen von Vorgängen zur Ausführung des Spezifizierten. Es versteht sich ebenso, dass ein oder mehrere Blöcke des Flussdiagramms und Kombinationen von Blöcken im Flussdiagramm durch zielorientierte hardwarebasierte Computersysteme ausgeführt werden können, die die spezifizierten Funktionen oder Kombinationen der zielorientierten Hardware und Computeranweisungen ausführen.
-
In einigen Ausführungsformen können bestimmte obige Vorgänge modifiziert oder ferner erweitert sein. Darüber hinaus können in einigen Ausführungsformen zusätzliche optionale Vorgänge beinhaltet sein. Modifizierungen, Ergänzungen oder Erweiterungen der obigen Vorgänge können in jeder Reihenfolge und in jeder Kombination ausgeführt werden.
-
Viele Modifikationen und andere Ausführungsformen der hierin dargelegten Erfindung, sind für den Fachmann mit dem Nutzen und den Lehren, zu denen die Erfindungen gehören, die in den vorangegangenen Beschreibungen und den verbundenen Zeichnungen unterbreitet wurden, denkbar. Daher versteht es sich, dass die Erfindungen nicht auf die offenbarten spezifischen Ausführungsformen begrenzt sein sollen und dass beabsichtigt ist, dass Modifikationen und andere Ausführungsformen, innerhalb des Schutzbereichs der anhängigen Ansprüche, beinhaltet sein sollen. Außerdem, obwohl die vorangehenden Beschreibungen und die verbundenen Zeichnungen Beispielausführungsformen zusammen mit bestimmten Beispielkombinationen von Elementen und/oder Funktionen beschreiben, ist zu bedenken, dass verschiedenen Kombinationen von Elementen und/oder Funktionen durch alternative Ausführungsformen bereitgestellt werden können ohne vom Schutzbereich der anhängigen Ansprüche abzuweichen. In dieser Hinsicht sind zum Beispiel verschiedene Kombinationen von Elementen und/oder Funktionen als die ausdrücklich oben beschriebenen ebenso mit betrachtet, wie es in einigen der anhängigen Ansprüche dargestellt sein kann. Obwohl hierin spezifische Begriffe verwendet werden, werden sie nur in einer allgemeinen und beschreibenden Bedeutung und nicht zum Zwecke der Begrenzung verwendet.