WO2002086683A2

WO2002086683A2 - Verfahren und vorrichtung zum digitalen signieren einer transaktion

Info

Publication number: WO2002086683A2
Application number: PCT/EP2002/003725
Authority: WO
Inventors: Joachim Posegga; Roger Kilian-Kehr
Original assignee: Sap Aktiengesellschaft
Priority date: 2001-04-05
Filing date: 2002-04-04
Publication date: 2002-10-31
Also published as: EP1384130A2; WO2002086683A3; DE10118794A1; AU2002338439A1

Abstract

Die vorliegende Erfindung betrifft ein Verfahren zum digitalen Signieren einer Transaktion (TR), bei dem Transaktionsdaten (SIGN-T, P) über ein Datennetz zu einer Endgeräteanordnung (E, M) übertragen werden, die ein eine Benutzerschnittstelle aufweisendes Endgerät (E) und ein Sicherheitsmodul (M) umfasst, das eine die Transaktion (TR) signierende digitale Signatur (SIGN-M) erzeugt. Erfindungsgemäß ist vorgesehen, dass die Transaktionsdaten (SIGN-T, P) zumindest ein digitales Zertifikat (SIGN-T) der Transaktion (TR) und ein in dem Sicherheitsmodul (M) ausführbares Skript/Programm (P) enthalten, das über die Benutzerschittstelle mit dem Benutzer interagiert, und dass die digitale Signatur (SIGN-M) zumindest auf der Grundlage des digitalen Zertifikats (SIGN-T) und Skript/Programm-Ablaufdaten (TRACE) des Skripts/Programms (P) erzeugt wird. Ferner betrifft die vorliegende Erfindung ein Endgerät (E), ein Sicherheitsmodul (M) und einen WAP-Server (S).

Description

VERFAHREN UND VORRICHTUNG ZUM DIGITALEN SIGNIEREN EINER TRANSAKTION

Die vorliegende Erfindung betrifft ein Verfahren zum digitalen Signieren einer Transaktion, bei dem Transaktionsdaten über ein Datennetz zu einer Endgeräteanordn- dung übertragen werden, die ein eine BenutzerSchnittstelle aufweisendes Endgerät und ein Sicherheitsmodul umfasst, das eine die Transaktion signierende digitale Signatur erzeugt. Weiterhin betrifft die vorliegende Erfindung ein Endgerät, insbesondere ein Mobiltelefon, das zur Teilnahme an dem erfindungsgemäßen Verfahren ausgelegt ist, ein Sicherheitsmodul, insbesondere eine Chipkarte, das zur Teilnahme an dem erfindungsgemäßen Verfahren ausgelegt ist, und einen Server, insbesondere einen WAP-Server, der zur Teilnahme an dem erfindungs- gemäßen Verfahren ausgelegt ist. Darüber hinaus betrifft die vorliegende Erfindung ein Sicherheitsmodul, insbesondere zur Teilnahme an dem erfindungsgemäßen Verfahren, das zum Erzeugen einer digitalen Signatur Signaturerzeugungsmittel aufweist, denen ein Hash-Wert von zu signierenden Daten zuführbar ist . Verfahren zum digitalen Signieren einer Transaktion sind bekannt. Um eine Transaktion oder ein Dokument digital signieren zu können, werden häufig Signaturschlüssel eingesetzt. Viele digitale Signaturverfahren arbeiten auf der Basis von asymmetrischen kryptographi- schen Verfahren. Dabei kann beispielsweise für jeden an dem Signaturverfahren beteiligten Nutzer ein Schlüssel- paar generiert werden, wobei das Schlüsselpaar durch einen geheimen Schlüssel (privat key) und einen öffentlichen Schlüssel (public key) gebildet sein kann. Der öffentliche Schlüssel wird in der Regel öffentlich bekannt gegeben und dient zur Überprüfung der erzeugten Signaturen. Die eigentliche Signatur beziehungsweise Unterschrift wird durch den geheimen Schlüssel erzeugt, der geheim ist und in der Verwahrung des jeweiligen Benutzers bleibt. In der Praxis wird das Schlüsselpaar oder zumindest der geheime Schlüssel häufig auf einem Sicherheitsmodul, beispielsweise in Form einer Chipkarte, generiert. Dabei wird sichergestellt, dass der private Schlüssel nicht aus dem Sicherheitsmodul ausgelesen werden kann. Zur Erzeugung der digitalen Signatur werden in der Regel nicht die zu signierenden Daten schiffriert, sondern ein sogenannter Hash-Wert. Der Hash-Wert, der auch Komprimat oder Fingerabdruck genannt wird, reduziert die zu signierenden Daten auf eine Bitfolge, die in der Regel relativ kurz ist und häufig eine feste Länge aufweist. Die Hash-Werte werden mit sogenannten Hashing- Algorithmen erzeugt, die gewährleisten, dass auch eine geringfügige Änderung der zu signierenden Daten eine große Änderung des Hash-Wertes ergibt. Hashing- Algorithmen sind keine Schiffrier-Verfahren, das heißt aus einem Hash-Wert kann nicht wieder auf die ursprünglichen Daten geschlossen werden. Elektronische Geschäftsprozesse erfordern zunehmend das digitale Signieren von Transaktionen, wobei eine Transaktion in diesem Sinn eine Operation auf Daten ist, die in einem elektronischen Rechnersystem ausgeführt wird und einen Geschäftprozess darstellt. Beispiele für derartige Transaktionen sind Bestellungen, die ausgeführt werden sollen, Zahlungen, die geleistet werden sollen

(z.B. Überweisungen) und so weiter. Eine Transaktion ist beispielsweise gegeben durch einen Datensatz (beispielsweise ein Dokument oder eine Web-Seite) und einen Bezeichner, der die Art der Transaktion und deren konkrete Ausprägung angibt . Ein Nachteil der bekannten Verfahren zum digitalen Signieren einer Transaktion besteht darin, dass ein Großteil der zur Erzeugung der digitalen Signatur erforderlichen Funktionen außerhalb der sicheren Umgebung des Sicherheitsmoduls durchgeführt werden muss, was Sicherheitsrisiken mit sich bringt . Zum Stand der Technik sei auf folgende Dokumente verwiesen: (1) EP 0 825 739 AI, (2) WO 98/44676, (3) JP 10215245 A, (4) Jaeger, T. , Prakash, A. : Implementation of a discretionary access control model for Script- based Systems. In: Computer Security Foundations Workshop, 1995, IEEE, S. 70-84. Der vorliegenden Erfindung liegt daher die Aufgabe zugrunde, ein Verfahren zum digitalen Signieren einer Transaktion und ein Sicherheitsmodul anzugeben, mit denen das Risiko eines Missbrauchs weiter verringert werden kann. Das erfindungsgemäße Verfahren baut auf dem gattungsgemäßen Stand der Technik dadurch auf, dass die Transaktionsdaten zumindest ein digitales Zertifikat der Transaktion und ein in dem Sicherheitsmodul ausführbares Skript/Programm enthalten, das über die Benutzerschnittstelle mit dem Benutzer interagiert, und dass die digitale Signatur zumindest auf der Grundlage des digitalen Zertifikats und Skript/Programm-Ablaufdaten des Skripts/ Programms erzeugt wird. Durch die Miteinbeziehung von Benutzerinteraktionen in die Erzeugung der digitalen Signatur und die Ausführung des Skripts/Programms innerhalb des Sicherheitsmoduls wird ein im Vergleich zum Stand der Technik sichereres Verfahren bereitgestellt, bei dem ein großer Anteil der zur Erzeugung der Signatur erforderlichen Schritte innerhalb des Sicherheitsmoduls abläuft. Bei bevorzugten Ausführungsformen des erfindungsgemäßen Verfahrens ist vorgesehen, dass das digitale Zertifikat einen Hash-Wert der Transaktion umfasst . Der Hash-Wert ermöglicht es insbesondere, Änderungen an der Transaktion durch einen Vergleich des aktuellen Hash-Wertes mit einem früheren Hash-Wert festzustellen, ohne dass die vollständige Transaktion beziehungsweise die diese beschreibenden Daten verglichen werden müssen. Bei dem erfindungsgemäßen Verfahren ist vorzugsweise vorgesehen, dass das digitale Zertifikat eine Adresse umfasst, unter der auf die Transaktion zugegriffen werden kann. Bei der Adresse kann es sich beispielsweise um eine WAP- oder eine WWW-Adresse handeln, wobei die Transaktionen durch entsprechende WAP- beziehungsweise Internetseiten gebildet sein können. Bei dem erfindungsgemäßen Verfahren kann vorgesehen sein, dass das digitale Zertifikat von einem Trustcenter-Dienst erzeugt wird, beispielsweise einem Trustcenter-Dienst im Internet. Das digitale Zertifikat ist eine (ebenfalls mit einer digitalen Signatur versehene) Bescheinigung über die Zuordnung eines öffentlichen Signaturschlüssels zu einer natürlichen Person. Öffentliche Schlüssel brauchen dabei nicht mehr bei persönlichen Kontakten ausgetauscht zu werden, sondern sie werden von vertrauenswürdigen Instanzen bestätigt, den so- genannten Trustcentern, und sind aus öffentlichen Verzeichnissen abrufbar. Das erfindungsgemäße Verfahren sieht vorzugsweise vor, dass das digitale Zertifikat von einem Server an die Endgeräteanordnung übertragen wird. Bei diesem Server kann es sich beispielsweise um einen Internetserver handeln, und die Übertragung des digitalen Zertifikats kann je nach Endgeräteanordnung über das Internet, Mobilfunknetze oder irgendwelche geeigneten Datennetze sowie Kombinationen davon erfolgen. Bei dem erfindungsgemäßen Verfahren ist vorzugsweise weiterhin vorgesehen, dass das digitale Zertifikat von dem Endgerät und/oder dem Sicherheitsmodul verifiziert wird. Wenn es sich bei dem digitalen Zertifikat um eine mit einer digitalen Signatur versehene Bescheinigung handelt, kann diese Verifizierung unter Anwendung eines entsprechenden öffentlichen Schlüssels erfolgen. Bei einer besonders bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens ist vorgesehen, dass der Server ein WAP-Server ist. WAP (Wireless Application Protocol) ist ein gemeinsamer Standard der Telekommunikationsindustrie, der es ermöglicht, spezielle WAP- InternetSeiten auf mobile Endgeräte zu übertragen, beispielsweise auf Handys oder PDAs (Personal Data Assi- stents) . Insbesondere in diesem Zusammenhang sehen bevorzugte Ausführungsformen des erfindungsgemäßen Verfahrens vor, dass das Endgerät ein mobiles Endgerät ist, obwohl die Erfindung selbstverständlich nicht auf mobile Endgeräte beschränkt ist, sondern beispielsweise auch mit Endge- raten in Form von Personalcomputern verwirklicht werden kann. Insbesondere wenn es sich bei dem Server um einen WAP- Server handelt, sehen bevorzugte Ausführungsformen des erfindungsgemäßen Verfahrens vor, dass das Endgerät ein WAP-fähiges Mobiltelefon ist, insbesondere ein WAP- fähiges GSM-Mobiltelefon, das zu SIM-Toolkit (siehe GSM 11.14, European digital cellular telecommunications System (Phase 2+) : Specification of the SIM application toolkit for the Subscriber Identity Module - Mobile Equipment (SIM-ME) interface (GSM 11.14), ETSI, Sophia Antipolis, France, 1998.) kompatibel ist. Bei besonders bevorzugten Ausführungsformen des erfindungsgemäßen Verfahrens ist weiterhin vorgeshen, dass das Sicherheitsmodul eine Chipkarte, insbesondere eine Smart Card (siehe ISO 7816, ISO/IEC 7816-3; 1997 Information technology - Identification cards - Integrated circuit(s) cards with contacts - Part 3: Electronic Signals and transmission protocols) ist. Bei dem erfindungsgemäßen Verfahren ist vorzugsweise vorgesehen, dass das Sicherheitsmodul ein Interpreter- Programm enthält, das ein in einer Programmier- oder Skriptsprache geschriebenes Skript/Programm ausführen kann. Bei einem derartigen Interpreter-Programm kann es sich beispielsweise um einen Java-Interpreter, einen Visual-Basic-Interpreter oder einen Interpreter für eine sonstige Skripting-Sprache handeln. Die von dem Interpreter bereitgestellte Funktionalität zur Benutzerinteraktion kann insbesondere die von GSM 11.14 (GSM 11.14, European digital cellular telecommunications System (Phase 2+) : Specification of the SIM application toolkit for the Subscriber Identity Module - Mobile Equipment (SIM-ME) interface (GSM 11.14), ETSI, Sophia Antipolis, France, 1998.) definierte Funktionalität sein, die beispielsweise von dem Mobiltelefon zur Verfügung gestellt wird und auf die ein im Interpreter ablaufendes Programm zugreifen kann. Das erfindungsgemäße Verfahren sieht vorzugsweise weiterhin vor, dass das Sicherheitsmodul einem zu interpretierenden Skript/Programm eine Schnittstelle zur Verfügung stellt, die die Benutzerinteraktion ermöglicht. Die Schnittstelle kann es dabei beispielsweise ermöglichen, dass der Benutzer transaktionsspezifische Daten eingibt oder entsprechende Auswahlmόglichkeiten erhält . Das erfindungsgemäße Verfahren kann vorsehen, dass das Sicherheitsmodul ein GSM/UMTS-Subscriber-

Identification-Module (siehe auch GSM 11.11, European digital cellular telecommunications System (Phase 2) ; Specification of the Subscriber Identity Module - Mobile Equipment (SIM-ME) interface (GSM 11.11). ETSI, Sophia Antipolis, France, 1998.) ist. Bei besonders bevorzugten Ausführungsformen des erfindungsgemäßen Verfahrens ist vorgesehen, dass die Interaktion zwischen dem Skript/Programm und dem Benutzer die Willenserklärung des Benutzers beinhaltet, die digitale Signatur für die Transaktion anzufertigen. Dies kann beispielsweise ebenfalls über die bereits erwähnte Schnittstelle erfolgen, insbesondere nachdem der Benutzer alle für die Transaktion erforderlichen Daten eingegeben hat, sofern dies erforderlich ist. Weiterhin ist bei besonders bevorzugten Ausführungsformen des erfindungsgemäßen Verfahrens vorgesehen, dass die Skript/Programm-Ablaufdaten ein Trace beziehungsweise ein Protokoll der Ausführung des

Skripts/Programms in dem Sicherheitsmodul sind. Da der Benutzer mit dem Skript/Programm interagiert sind die Ablaufdaten somit von der Benutzerinteraktion abhängig. Bei bestimmten Ausführungsformen des erfindungsgemäßen Verfahrens kann vorgesehen sein, dass das Sicherheitsmodul zur Erzeugung der digitalen Signatur weiterhin zusätzliche Informationen signiert, insbesondere zusätzliche Informationen, die die spezielle Ausgestaltung des Endgerätes betreffen. In diesem Zusammenhang kommen beispielsweise der jeweilige Endgerätetyp, die jeweilige Softwareversion und so weiter in Fragen. Im Zusammenhang mit dem erfindungsgemäßen Verfahren ist vorgesehen, dass das Netzwerk durch eines oder mehrere der folgenden Netze gebildet ist: das Internet, Mobilfunknetze, Festnetze. Prinzipiell gilt jedoch, dass jedes zur Übertragung der entsprechenden Daten geeignete Netzwerk im Zusammenhang mit dem erfindungsgemäßen Verfahren verwendet werden kann. Das erfindungsgemäße Verfahren kann weiterhin vorsehen, dass das Sicherheitsmodul die signierten Daten speichert . Zusätzlich oder alternativ kann bei bestimmten Ausführungsformen des erfindungsgemäßen Verfahrens vorgesehen sein, dass das Sicherheitsmodul die signierten Daten über ein Netzwerk zu einem Anforderer der digitalen Signatur überträgt . Jedes Endgerät, insbesondere jedes Mobiltelefon, das zur Teilnahme an dem erfindungsgemäßen Verfahren ausgelegt ist, fällt in den Schutzbereich der zugehörigen Ansprüche . Gleiches gilt für jedes Sicherheitsmodul, insbesondere jede Chipkarte, das zur Teilnahme an dem erfindungsgemäßen Verfahren ausgelegt ist . Auch jeder Server, insbesondere jeder WAP-Server, der zur Teilnahme an dem erfindungsgemäßen Verfahren ausgelegt ist, fällt in den Schutzbereich der zugehörigen Ansprüche . Das erfindungsgemäße Sicherheitsmodul baut auf dem gattungsgemäßen Stand der Technik dadurch auf, dass es weiterhin Skript/Programm-Ausführmittel zur Interpretation beziehungsweise Ausführung eines Skripts/Programms aufweist, das in Abhängigkeit von den zu signierenden Daten von außen zuführbar ist, dass den Signaturerzeugungsmitteln weiterhin Skript/Programm-Ablaufdaten zuführbar sind, und dass die Signaturerzeugungsmittel dazu vorgesehen sind, die digitale Signatur zumindest auf der Grundlage eines zugeführten Hash-Wertes und zugeführten Skript/Progamm-Ablaufdaten zu erzeugen. Durch die Miteinbeziehung von Benutzerinteraktionen in die Erzeugung der digitalen Signatur und die Ausführung des Skripts/Programms innerhalb des erfindungsgemäßen Sicherheitsmoduls, wird, ähnlich wie bei dem erfindungsgemäßen Verfahren, ein im Vergleich zu bekannten Sicherheitsmodulen verbessertes Sicherheitsmodul bereitgestellt, das eine sicherere Erzeugung der Signatur ermöglicht, indem ein großer Anteil der zur Erzeugung der Signatur erforderlichen Schritte innerhalb des Sicher- heitsmoduls durchgeführt wird. Das erfindungsgemäße Sicherheitsmodul ist, ohne darauf beschränkt zu sein, insbesondere zur Verwendung mit dem erfindungsgemäßen Verfahren geeignet. Bei bestimmten Ausführungsformen des erfindungsgemäßen Sicherheitsmoduls kann vorgesehen sein, dass das Sicherheitsmodul eine Chipkarte, insbesondere ein Smart Card (siehe ISO 7816, ISO/IEC 7816-3; 1997 Information technology - Identification cards - Integrated circu- it(s) cards with contacts - Part 3: Electronic Signals and transmission protocols) ist. Bei bevorzugten Ausführungsformen des erfindungsgemäßen Sicherheitsmoduls ist weiterhin vorgesehen, dass die Skript/Programmausführmittel ein Interpreter-Programm umfassen, das das in einer Programmier- oder Skript- spräche geschriebene Skript/Programm interpretieren beziehungsweise ausführen kann. Ähnlich wie bei dem erfindungsgemäßen Verfahren kann es sich bei dem Interpreter-Programm auch in diesem Fall beispielsweise um einen Java-Interpreter, einen Visual-Basic-Interpreter oder einen Interpreter für eine sonstige Skripting- Sprache handeln. Die von dem Interpreter bereitgestellte Funktionalität zur Benutzerinteraktion ist vorzugsweise die von GSM 11.14 (GSM 11.14, European digital cellular telecommunications System (Phase 2+) : Specifi- cation of the SIM application toolkit for the Subscriber Identity Module - Mobile Equipment (SIM-ME) interface (GSM 11.14), ETSI, Sophia Antipolis, France, 1998.) definierte Funktionalität, die beispielsweise von einem Mobiltelefon zur Verfügung gestellt werden kann, das in geeigneter Weise mit dem erfindungsgemäßen Sicherheitsmodul verbunden ist, und auf die ein im Interpreter ablaufendes Programm zugreifen kann. Bei bestimmten Ausführungsformen des erfindungsgemäßen Sicherheitsmoduls kann vorgesehen sein, dass das Sicherheitsmodul ein GSM/UMTS-Subscriber-Identification- Module (siehe GSM 11.11, European digital cellular telecommunications System (Phase 2) ; Specification of the Subscriber Identity Module - Mobile Equipment (SIM-ME) interface (GSM 11.11). ETSI, Sophia Antipolis, France, 1998.) ist. Vorzugsweise ist bei dem erfindungsgemäßen Sicherheitsmodul vorgesehen, dass die Skript/Programm-Ablaufdaten ein Protokoll der Ausführung des Skripts/Programms in dem Sicherheitsmodul sind. Auf diese Weise können beispielsweise vom Benutzer vorgenommene Auswahlen oder eingetragene Daten mit in die Signatur eingehen. Weiterhin kann bei dem erfindungsgemäßen Sicherheitsmodul vorgesehen sein, dass die Signaturerzeugungsmittel dazu vorgesehen sind, die digitale Signatur weiterhin auf der Grundlage zusätzlicher Informationen zu erzeugen, insbesondere auf der Grundlage zusätzlicher Informationen, die die spezielle Ausgestaltung eines mit dem Sicherheitsmodul koppelbaren oder gekoppelten Endgerätes betreffen. Bei einem derartigen Endgerät kann es sich insbesondere um ein Mobiltelefon handeln. Als zusätzliche Informationen kommen beispielsweise Angabe über den Gerätetyp, die Softwareversion und dergleichen in Betracht . Zusammenfassend lässt sich feststellen, dass der Erfindung die Erkenntnis zugrunde liegt, dass sicherere Signaturen erzeugt werden können, indem möglichst viele der zur Erzeugung der Signatur erforderlichen Schritte innerhalb des Sicherheitsmoduls ausgeführt werden. Die Erfindung wird nachfolgend anhand der zugehörigen Zeichnung noch näher erläutert . Es zeigt: Figur 1 eine Darstellung zur Veranschaulichung des Ablaufs einer Ausführungsform des erfindungsgemäßen Verfahrens . Gemäß Figur 1 wird eine Transaktion TR, bei der es sich beispielsweise um ein Dokument oder um eine Internetseite handeln kann, von einem Server S bereitgestellt. Der Server S steht mit einem Trustcenter T in Verbindung. Weiterhin ist der Server S dazu ausgelegt, mit einem Endgerät E zu kommunizieren, bei dem es sich insbesondere um ein WAP-fähiges Mobiltelefon handeln kann. Das Endgerät E ist in geeigneter Weise mit einem Sicherheitsmodul M verbunden, wobei das Endgerät E und das Sicherheitsmodul M eine Endgeräteanordnung bilden. Obwohl das Trustcenter T und der Server S in Figur 1 in Form von zwei Blöcken dargestellt sind, sind Ausführungsformen denkbar, bei denen das Trustcenter T und der Server S identisch sind. Gemäß der Darstellung von Figur 1 kann sich beispielsweise der folgende Ablauf einer Ausführungsform des er- findungsgemäßen Verfahrens ergeben: Schritt 1: Ein Dokument beziehungsweise eine genaue Beschreibung der Transaktion TR wird auf dem Server S bereitgestellt . Schritt 2: Das Trustcenter T sichert mit Hilfe einer digitalen Signatur, die von dem Sicherheitsmod l M oder dem Endgerät E verifiziert werden kann, zu, dass die Transaktion TR den digitalen Hash-Wert HASH(TR) hat. Schritt 3: Es wird ein Skript/Programm P erstellt, das auf dem Sicherheitsmodul M ausgeführt werden kann und mit einem Benutzer des Sicherheitsmoduls M beziehungsweise des Endgerätes E interagiert. Diese Interaktion beinhaltet die Willenserklärung des Benutzers des Sicherheitsmoduls M beziehungsweise des Endgerätes E, dass der Benutzer eine digitale Signatur für die Transaktion TR anfertigen will sowie optional Kommandos zum Anzeigen der Transaktion TR auf dem Endgerät E. Schritt 4 : Zur Anfertigung der Signatur in dem Sicherheitsmodul M wird das Skript/Programm P sowie das digital Zertifikat SIGN-T (ADR (TR) , HASH(TR)), das in Schritt 2 erzeugt wurde, an das Sicherheitsmodul M übertragen. Schritt 5: Das Sicherheitsmodul M führt das Skript/Programm P aus und speichert einen sogenannten Trace TRACE, das heißt ein Protokoll des Ablaufs des Skripts/Programms P. Während des Ablaufs des Skripts/Programms P kann beispielsweise ein WAP-Browser im Endgerät E aufgerufen werden, um die auf dem Server S gespeicherte WAP-Seite, die die Transaktion TR darstellt, anzuzeigen. Schritt 6: Das Sicherheitsmodul M signiert folgende Informationen digital: eine geeignete Darstellung des Trace TRACE, des Skripts/Programms P, die Adresse ADR der Transaktion TR sowie den Hash-Wert HASH(TR) der Transaktion TR. Bei der Adresse ADR der Transaktion TR handelt es sich in diesem Fall um die Adresse, die benötigt wird, um auf die Transaktion TR vom Endgerät E beziehungsweise vom Sicherheitsmodul M aus zugreifen zu können. Optional können zusätzliche Informationen signiert werden, die das Endgerät E bereitstellt, beispielsweise die konkrete Ausprägung des Endgerätes E (Gerätetyp, Softwareversion etc.). Schritt 7: Das Sicherheitsmodul M speichert die signierten Daten und/oder schickt sie über ein Netzwerk an den Anforderer der Signatur. Bekannte Systeme, die Dokumente oder Transaktionen digital signieren, benutzen in der Regel einen Computer einer geeigneten Form (PC, Laptop, PDA, etc.) , um die zu signierenden Daten anzuzeigen und die Signatur auszuführen. Ein Sicherheitsmodul wird dazu verwendet, um einen im Computer berechneten Hash-Wert der Daten zu verschlüsseln und darüber die Signatur anzufertigen. Somit läuft bei den bekannten Systemen beziehungsweise den bekannten Verfahren ein Großteil der zur Erstellung der Signatur erforderlichen Funktionen außerhalb der sicheren Umgebung des Sicherheitsmoduls ab. Im Vergleich dazu verlagert die erfindungsgemäße Lösung einige der Funktionen von dem Endgerät E zu dem Sicherheitsmodul M. Durch die Nutzung eines Interpreters und einer Ein-/Ausgabe-Schnittstelle, die vom Endgerät E zur Verfügung gestellt wird, können die Funktionen, die außerhalb des Sicherheitsmoduls M ablaufen, auf ein Minimum beschränkt werden. Die in Schritt 6 beschriebenen, zusätzlichen Informationen dokumentieren weiterhin die Vorgehensweise im Sicherheitsmodul M zur Erzeugung der elektronischen Signatur, zum Beispiel die Interaktion mit dem Benutzer. Dadurch wird nachvollziehbar, was bei der Erstellung der Signatur geschehen ist. Eine möglicherweise manipulierte Darstellung der Transaktion TR durch das Endgerät E wird durch das Einbeziehen des Trustcenters T zur Errechnung des Hash-Wertes verhindert . Das Endgerät E kann insbesondere nicht erreichen, dass das Sicherheitsmodul M eine andere als die gewünschte Transaktion TR signiert. Die vorhergehende Beschreibung der Ausführungsbeispiele gemäß der vorliegenden Erfindung dient nur zu illustrativen Zwecken und nicht zum Zwecke der Beschränkung der Erfindung. Im Rahmen der Erfindung sind verschiedene Änderungen und Modifikationen möglich, ohne den Umfang der Erfindung sowie ihre Äquivalente zu verlassen.

Claims

Ansprüche

1. Verfahren zum digitalen Signieren einer Transaktion

(TR) , bei dem Transaktionsdaten (SIGN-T, P) über ein Datennetz zu einer Endgeräteanordnung (E, M) übertragen werden, die ein eine Benutzerschnittstelle aufweisendes Endgerät (E) und ein Sicherheitsmodul (M) umfasst, das eine die Transaktion (TR) signierende digitale Signatur (SIGN-M) erzeugt, dadurch gekennzeichnet, dass die Transaktionsdaten (SIGN-T, P) zumindest ein digitales Zertifikat (SIGN-T) der Transaktion (TR) und ein in dem Sicherheitsmodul (M) ausführbares Skript/Programm (P) enthalten, das über die Benutzerschnittstelle mit dem Benutzer interagiert, und dass die digitale Signatur (SIGN-M) zumindest auf der Grundlage des digitalen Zertifikats (SIGN-T) und Skript/Programm-Ablaufdaten (TRACE) des Skripts/Programms (P) erzeugt wird.

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das digitale Zertifikat (SIGN-T) einen Hash-Wert (HASH(TR)) der Transaktion (TR) umf sst .

3. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das digitale Zertifikat eine Adresse (ADR (TR)) umfasst, unter der auf die Transaktion (TR) zugegriffen werden kann.

4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das digitale Zertifikat

(SIGN-T) von einem Trustcenter-Dienst (T) erzeugt wird.

5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das digitale Zertifikat

(SIGN-T) von einem Server (S) an die Endgeräteanordnung (E, M) übertragen wird.

6. Verfahren nach einem der vorhergehenden Ansprüche , dadurch gekennzeichnet, dass das digitale Zertifikat (SIGN-T) von dem Endgerät (E) und/oder dem Sicherheitsmodul (M) verifiziert wird.

7. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Server ein WAP-Server (S) ist.

8. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Endgerät ein mobiles Endgerät (E) ist.

9. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Endgerät (E) ein WAP- fähiges Mobiltelefon ist, insbesondere ein WAP-fähiges GSM-Mobiltelefon, das zu SIM-Toolkit kompatibel ist.

10. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Sicherheitsmodul (M) eine Chipkarte, insbesondere eine Smart Card ist.

11. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Sicherheitsmodul (M) ein Interpreter-Programm enthält, das ein in einer Programmier- oder Skriptsprache geschriebenes

Skript/Programm (P) ausführen kann.

12. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Sicherheitsmodul (M) einem zu interpretierenden Skript/Programm (P) eine Schnittstelle zur Verfügung stellt, die die Benutzerinteraktion ermöglicht .

13. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Sicherheitsmodul (M) ein GSM/UMTS-Subscriber-Identification-Module ist.

14. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Interaktion zwischen dem Skript/Programm (P) und dem Benutzer die Willenserklärung des Benutzers beinhaltet, die digitale Signatur (SIGN-M) für die Transaktion (TR) anzufertigen.

15. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Skript/Programm- Ablaufdaten (TRACE) ein Protokoll der Ausführung des Skripts/Programms (P) in dem Sicherheitsmodul (M) sind.

16. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Sicherheitsmodul (M) zur Erzeugung der digitalen Signatur weiterhin zusätzliche Informationen signiert, insbesondere zusätzliche Informationen, die die spezielle Ausgestaltung des Endgerätes (E) betreffen.

17. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Netzwerk durch eines oder mehrere der folgenden Netze gebildet ist: das Internet, Mobilfunknetze, Festnetze.

18. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Sicherheitsmodul (M) die signierten Daten speichert .

19. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Sicherheitsmodul (M) die signierten Daten über ein Netzwerk zu einem Anforderer der digitalen Signatur (SIGN-M) überträgt.

20. Endgerät (E) , insbesondere Mobiltelefon, das zur Teilnahme an dem Verfahren nach einem der vorhergehenden Ansprüche ausgelegt ist.

21. Sicherheitsmodul (M) , insbesondere Chipkarte, das zur Teilnahme an dem Verfahren nach einem der Ansprüche 1 bis 19 ausgelegt ist.

22. Server (S) , insbesondere WAP-Server, der zur Teilnahme an dem Verfahren nach einem der Ansprüche 1 bis 19 ausgelegt ist.

23. Sicherheitsmodul (M) , insbesondere zur Teilnahme an dem Verfahren nach einem der Ansprüche 1 bis 19, das zum Erzeugen einer digitalen Signatur (SIGN-M) Signäturer- zeugungsmittel aufweist, denen ein Hash-Wert (HASH(TR)) von zu signierenden Daten (TR) zuführbar ist, dadurch gekennzeichnet, dass es weiterhin Skript/Programm- Ausführmittel zur Interpretation beziehungsweise Ausführung eines Skripts/Programms aufweist, das in Abhängigkeit von den zu signierenden Daten von außen zuführbar ist, dass den Signaturerzeugungsmitteln weiterhin Skript/Programm-Ablaufdaten (TRACE) zuführbar sind, und dass die Signaturerzeugungsmittel dazu vorgesehen sind, die digitale Signatur (SIGN-M) zumindest auf der Grundlage eines zugeführten Hash-Wertes (HASH(TR)) und zugeführten Skript/Programm-Ablaufdaten (TRACE) zu erzeugen.

24. Sicherheitsmodul (M) nach Anspruch 23, dadurch gekennzeichnet, dass das Sicherheitsmodul (M) eine Chipkarte, insbesondere eine Smart Card ist .

25. Sicherheitsmodul (M) nach einem der Ansprüche 23 bis

24, dadurch gekennzeichnet, dass die Skript/Programm- Ausführmittel ein Interpreter-Programm umfassen, das das in einer Programmier- oder Skriptsprache geschriebene Skript/Programm (P) interpretieren beziehungsweise ausführen kann.

26. Sicherheitsmodul (M) nach einem der Ansprüche 23 bis

25, dadurch gekennzeichnet, dass es eine Schnittstelle aufweist, um dem auszuführenden Skript/Programm (P) Benutzerinteraktionen zu ermöglichen.

27. Sicherheitsmodul (M) nach einem der Ansprüche 23 bis

26, dadurch gekennzeichnet, dass sich die Skript/Programm-Ablaufdaten (TRACE) in Abhängigkeit von einer Benutzerinteraktion ändern.

28. Sicherheitsmodul (M) nach einem der Ansprüche 23 bis

27, dadurch gekennzeichnet, dass das Sicherheitsmodul (M) ein GSM/UMTS-Subscriber-Identification-Module ist.

29. Sicherheitsmodul (M) nach einem der Ansprüche 23 bis

28, dadurch gekennzeichnet, dass die Skript/Programm- Ablaufdaten (TRACE) ein Protokoll der Ausführung des Skripts/Programms (P) in dem Sicherheitsmodul (M) sind.

30. Sicherheitsmodul (M) nach einem der Ansprüche 23 bis 26, dadurch gekennzeichnet, dass die Signaturerzeugungsmittel dazu vorgesehen sind, die digitale Signatur (SIGN-M) weiterhin auf der Grundlage zusätzlicher Informationen zu erzeugen, insbesondere auf der Grundlage zusätzlicher Informationen, die die spezielle Ausgestaltung eines mit dem Sicherheitsmodul (M) koppelbaren oder gekoppelten Endgerätes (E) betreffen.