EP2351319A2 - Datenkommunikation mit portablem endgerät - Google Patents

Datenkommunikation mit portablem endgerät

Info

Publication number
EP2351319A2
EP2351319A2 EP09744620A EP09744620A EP2351319A2 EP 2351319 A2 EP2351319 A2 EP 2351319A2 EP 09744620 A EP09744620 A EP 09744620A EP 09744620 A EP09744620 A EP 09744620A EP 2351319 A2 EP2351319 A2 EP 2351319A2
Authority
EP
European Patent Office
Prior art keywords
data
data processing
terminal
protocol
security
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP09744620A
Other languages
English (en)
French (fr)
Inventor
Stephan Spitz
Hermann Sterzinger
Helmut Scherzer
Hans Borgs
Thorsten Urhahn
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Trustonic Ltd
Original Assignee
Giesecke+Devrient GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Giesecke+Devrient GmbH filed Critical Giesecke+Devrient GmbH
Publication of EP2351319A2 publication Critical patent/EP2351319A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols

Definitions

  • the present invention relates to a method for receiving and processing in accordance with a communication protocol stack prepared while cryptographically secured data on a portable device, and a correspondingly equipped terminal.
  • a secure data processing environment and an unsecured data processing environment can be set up.
  • security-relevant data and applications can be saved, processed and executed in a secure manner, wherein a control device likewise set up in the secured data processing environment controls switching between the secured data processing environment and the unsecured data processing environment.
  • the unsecured data-handling environment is typically managed by a common operating system of the terminal, while the secured data-handling environment is managed by a separate, usually very compact
  • security-relevant data and applications in connection with portable terminals are usually, for example in OT A method ("Over The Air", ie over the air interface) in the mobile, on an integrable in the terminal secured portable data carrier, eg
  • OT A method Over The Air
  • the storage capacity and computing power of such portable data carriers is limited by design and accordingly makes processing of security-relevant data on the data carrier inefficient the terminal itself, for example, for the administration of the same, unsuitable.
  • a portable terminal in a portable terminal, data received from an external data processing device which it processes according to a communication protocol stack (ie provided with corresponding protocol data) and thereby according to a nem in the communication protocol stack provided security protocol represent cryptographically secured user data, edited so that the transmitted user data are cleared by the protocol information again.
  • the received data are processed in accordance with communication protocols of the communication protocol stack lying below the security protocol in an unsecured data processing environment of the terminal and processed at least in accordance with the security protocol in a secure data processing environment of the terminal.
  • An inventive terminal comprises a data communication interface and in each case an unsecured data processing environment and a secure data processing environment for the unsecured and secure processing of data received via the data communication interface.
  • the terminal further comprises a data processing device in the unsecured data processing environment and a security data processing device in the secure data processing environment, wherein the data processing device is configured, processed via the data communication interface, processed according to a communication protocol stack and thereby cryptographically secured according to a security protocol data in the unsecured data processing environment according to Communication protocols below the security protocol to edit while the security data processing device is set to edit the data at least according to the security protocol in the secure data processing environment.
  • a portable terminal eg a mobile radio terminal
  • an external data processing takes place.
  • device for example an Internet server or the like
  • a communication network eg the Internet and / or a mobile radio network
  • the various communication protocols are assigned to different layers of a so-called communication protocol stack, in which the communication protocols are arranged in a manner arranged according to the respective technical data transmission levels.
  • Each layer ie each communication protocol of a particular layer of the communication protocol stack, is assigned defined tasks in the context of the entire data transmission via the communication network.
  • a communication protocol in each case occupies the services of a communication protocol of the layer below it and, in turn, provides services defined for communication protocols to the layer above it.
  • TCP / IP protocol stack according to the TCP / IP reference model, which combines communication protocols that are used for data transmission via the Internet, four layers are distinguished, for example, which are roughly outlined: the network access layer, the Internet or network layer, the transport layer and the application layer.
  • the communication protocols of the network access layer regulate the point-to-point data transmission on a physical level. These are, for example, radio protocols such as WLAN or protocols used in mobile communications, such as CDMA.
  • the communication protocols of the overlying network layer such as the IP protocol, are responsible for the forwarding of the data to be transmitted and the route selection within the communication network.
  • the communication protocols of Transport layer which lies above the network layer, eg the TCP protocol, establish an end-to-end connection between the two communication partners involved, eg between the portable terminal and the external data processing device.
  • the top layer communication protocols, the application layer, eg the HTTP protocol work together with application programs on the respective devices.
  • the data to be transmitted are first processed by the external data processing device according to the above-outlined communication protocol stack.
  • the payload data of each of the selected protocols of the communication protocol stack are provided with protocol data before finally being transmitted.
  • the security protocol which is inserted in a suitable place in the communication protocol stack, the user data (possibly including the protocol data of higher layers) is cryptographically secured, for example encrypted.
  • the portable terminal according to the invention processes the received, processed data - in reverse order - in accordance with the communication protocols used for data transmission by removing or processing the respective protocol data in such a way that finally the user data is present on the terminal. Editing according to the security protocol then means, for example, decrypting the encrypted data.
  • the invention therefore, only that part of the processing of the data in the secure data processing environment of the terminal is performed, for which this is necessary in order to securely manage the securely received data (or the payload data) in the terminal, namely the processing of the received data according to the security protocol.
  • the resources to be stored in the secure data processing environment such as memory, computing capacity and stored executable code, can be kept low and efficient.
  • No security-critical edits are performed in the secured data-handling environment, leaving the secure data-handling environment reserved and operational for actual security-related data and applications.
  • the present invention makes it possible to set up the terminal or its secure data processing environment as the endpoint of a cryptographically secured data transmission without the need to resort to security functionalities of a portable data medium integrated into the terminal with its inherently limited resources.
  • Security-relevant received data can be processed and stored directly in the secured data processing environment of the terminal.
  • the invention enables a simple and efficient, but at the same time completely secure processing of data stored in the context of a secure data transmission over a communication network from a portable terminal receiving data.
  • the functionality of the terminal can also be increased in a secure manner, for example by receiving security-relevant authentication applications and / or authentication data.
  • a secure administration of the terminal is possible.
  • the data is transferred from the unsecured data processing environment to the secure data processing environment prior to processing in accordance with the security protocol.
  • the security protocol e.g. during or after decrypting the previously encrypted data
  • the data is also processed according to the communication protocols of the communication protocol stack above the security protocol in the secure data processing environment so that the user data can never be accessed in the unsecured data processing environment at any time.
  • the appropriate communication protocols above the security log may not be implemented exclusively in the secure data handling environment.
  • the data after having been processed in the secure data processing environment according to the security protocol, they are further processed in the unsecured data processing environment, for example by playing the data as video / audio data ("streaming media") through a playback application, in which case the data is exclusively processed according to the security protocol in the secured data-handling environment.
  • such a security protocol which supports unilateral and / or mutual authentication of the two communication partners, ie, for example, an authentication of a server to a terminal and possibly also an authentication of the terminal or a user of the terminal with respect to the server.
  • Such authentication takes place for example by means of certificates.
  • an (secret) authentication key is required.
  • Authentication of a user or terminal to the server can also be done directly via an authentication key or via a password.
  • a security protocol used preferably supports an encryption of data to be transmitted.
  • a valid for a data transfer session session or transport key can be negotiated, for example by means of the Diffie-Hellman method.
  • This temporary transport key then serves to encrypt the data, for example by means of a symmetric encryption method such as DES or AES.
  • the transport key and the authentication key can be stored in the secured data processing environment of the terminal, where they are protected against unauthorized access.
  • the au- authentication key since it is security-relevant in connection with not only one data transmission but each data transmission. For if this authentication key is lost, the identity of the user or terminal can be foreseen for the unlawful owner of the same. Therefore, it is advantageous to store the authentication key on a secure portable data carrier, which is integrated into the secured data processing environment of the terminal. For example, it is only possible to access the data carrier from the secured data processing environment of the terminal.
  • suitable secure data carriers are, for example, (U) SIM mobile communication cards or secure multimedia cards.
  • the security protocol used is a communication protocol which is arranged at a location of the communication protocol stack which makes it possible to save the data only to the exact extent required by the respective application. That the security protocol is preferably between the transport layer and the application layer of the TCP / IP reference model, such as the SSL / TLS security protocol. If the application layer is represented by multiple communication protocols, it is also possible that the security protocol is located at an appropriate location between these communication protocols, ie within the application layer.
  • the IP protocol or the TCP protocol are preferably used in a data transmission.
  • Suitable communication protocols of the user layer which are usually arranged above the security protocol, are for example the HTTP protocol or the SOAP protocol.
  • the method according to the invention makes it possible for a data processing device to establish a secure data communication connection in the secure data processing environment of the terminal. That a cryptographically secured data communication connection between the data processing device and the terminal ends in the secure data processing environment of the terminal.
  • a security protocol for this purpose is, for example, an SSH protocol.
  • a secure data processing environment can also be realized, partly at the hardware level or merely software-based.
  • a concrete implementation is only relevant insofar as a secure data processing environment must be ensured, which supports secure storage of data and secure execution of security-relevant applications in the secure data processing environment. This means that access to data stored in the secured data processing environment and / or influencing of applications executed in the secured data processing environment from the unsecured data processing environment must be reliably prevented.
  • Portable terminals that may be designed according to the invention are, for example, so-called handhelds, in particular mobile terminals or PDAs, furthermore game consoles, multimedia playback devices or so-called netbooks and the like.
  • a data processing device 100 in the form of an Internet server user data (D ATA) 70 is transmitted in a step SO via the Internet 200 to a portable terminal 10, which is shown here as a mobile radio terminal.
  • a communication network e.g. Internet 200 and / or a mobile network (not shown).
  • the portable terminal 10 may occur in various configurations. All types of handhelds, ie in particular PDAs and the like, but also game consoles, multimedia players or netbooks and similar portable devices can be understood in the context of the present invention as portable terminals 10.
  • the payload data 70 is processed in accordance with suitable communication protocols Ie 22, 24, 26, 32, 34 of the TCP / IP protocol stack.
  • log data is added to the payload data 70 by a communication protocol of a layer of the communication protocol stack in order to be able to perform the service to be provided by the communication protocol on the corresponding layer in a controlled manner.
  • the user data 70 are processed on the application layer according to the HTTP protocol 34 as HTTP page 7OA, which can be displayed after receiving on the terminal 10, for example, from a Web browser (not shown).
  • HTTP protocol 34 HTTP page 7OA
  • Other communication protocols besides or via HTTP are also possible, for example the SOAP protocol.
  • the data 7OA is secured by means of a security protocol 32, here specifically by means of SSL / TLS.
  • a security protocol 32 here specifically by means of SSL / TLS.
  • the identity of the transmitter, so the server 100, by the receiver, so the terminal 10 be determined beyond doubt, i.
  • Authentication of the server 100 with respect to the terminal 10 is supported.
  • Authentication of the terminal 10 with respect to the server 100 by means of a suitable certificate is also provided.
  • the resulting saved data 7OB are supplemented by further log data in order to be transmitted.
  • the data 7OD can finally be transmitted to the terminal 10 via a radio interface, another communication protocol, this time the network access layer, is necessary, for example WCDMA, which enables a concrete, physical data transmission of the data 7OE, for example via a UMTS mobile radio network.
  • WCDMA wireless personal area network
  • the terminal 10 receives the thus prepared data 7OE in step Sl via a data communication interface 12, in the specific case an antenna.
  • An unsecured data processing environment 14 and a secure data processing environment 16 are respectively formed in the terminal 10.
  • the unsecured data processing environment 14 is controlled by a common operating system (not shown) and has computational and storage capabilities to store data and execute applications on the terminal 10 in a known manner.
  • the data 7OE is stored in the unsecured data processing environment 14 and processed by the data processing device 20 as described in detail below.
  • the secure data processing environment 16 is also set up so that data can be stored therein and applications can be executed.
  • the security data processing device 30 processes therein the data 7OB as described below.
  • the secured data processing environment 16 is specially protected against unauthorized access, in particular from the unsecured data processing environment 14. That is, a specially configured security operating system (not shown) manages the secure data processing environment 16.
  • the control device 40 controls access to the resources of the secured data processing environment 16, in particular the data 7OB, 7OA stored therein and the applications 30 implemented therein the secured data processing environment 16 in the described embodiment of the unsecured data processing environment 14 already separated at the hardware level, ie in particular that in the secured data processing environment, for example, separate, separate memory areas 50 are available, which are accessible only from the secure data processing environment 16 out.
  • Other hardware-based Security measures are possible, such as separate buses, processors and peripherals along with associated separate drivers.
  • Such an already hardware-level security architecture, which provides unsecured and secure data processing environments 16, is implemented, for example, on ARM processors and is known as TrustZone® technology.
  • secured data processing environments 16 can also be achieved by means of various known virtualization techniques, then usually on a software basis.
  • the secured data processing environment 16 in the illustrated embodiment additionally includes a secure portable data carrier 60 integrated into the terminal 10, in this case a (U) SIM mobile communications card. Data 62 stored therein are thus protected against unauthorized access in a double manner. As well as the memory area 50, the secure volume 60 is accessible only from the secure data processing environment 16 out.
  • a secure portable data carrier 60 integrated into the terminal 10, in this case a (U) SIM mobile communications card. Data 62 stored therein are thus protected against unauthorized access in a double manner.
  • the secure volume 60 is accessible only from the secure data processing environment 16 out.
  • the data 7OE received by the terminal 10 are now first processed in accordance with the communication protocols below the security protocol SSL / TLS 32 by the data processing device 20 in the unsecured data processing environment 14.
  • the protocol data which have been added to the payload data 70 in accordance with the WCDMA protocol 22, the IP protocol 24 and the TCP protocol 26, are successively removed in the steps S2, S3 and S4.
  • the data processing device 20 comprises implementations of the corresponding protocols 22, 24, 26.
  • the processing of the data 7OE by the data processing device 20, which as a result generates the data 7OB thus does not burden the secure data processing environment 16 in any way, neither with respect to memory resources , still in terms of computing capacity.
  • the communication protocols 22, 24, 26 are present below the security protocol 32 in the secure data processing environment 16 as an executable code.
  • the data 7OB which correspond to the user-defined data 70 encrypted by means of the security protocol 32 and processed according to an application protocol 34, are transferred by the control device 40 from the unsecured data processing environment 14 into the secure data processing environment 16 in step S5.
  • suitable mechanisms of process communication IPC, "inter-process communication" may be used
  • the controller 40 may allow the security data processing device 30 or an auxiliary application (not shown) associated with this device to a storage area of the unsecured data processing environment 14 in which the data processing device 20 has stored the data 7OB, and to transfer the data 7OB into the secure data processing environment.
  • step S6 the security data processing device 30 processes the data 7OB by means of an implementation of the SSL / TLS protocol 32.
  • a mutual authentication between the terminal 10 and the server 100 in which both communication partners have verified the respective certificates of the other side.
  • the certificate of the terminal 10 has been created by means of an authentication key 62, which is stored in a particularly secure manner on the secure portable data carrier 60.
  • the server 100 and the terminal 10 have then negotiated a transport key 52 for encrypting the data 7OA, which has been stored in the terminal 10 in the memory 50 of the secure data processing environment 16.
  • the server 100 then has the data 7OA using the transport key sels 52 are encrypted according to a symmetric encryption method, for example DES or AES, and the encrypted data 70 B is received, which has then, as described above, been prepared by the server according to the further communication protocols 26, 24, 22 and transmitted to the terminal 10 are.
  • the data thus encrypted and already mostly “unpacked” again are now decrypted, again with the aid of the transport key 52, in the secure data processing environment 16 of the terminal 10 by means of the SSL / TLS implementation, from which only the HTTP protocol 34 is processed - 7OA data result.
  • step S7 and possibly further steps the data 7OA are processed by means of suitable applications 34 in the secure data processing environment 16 as now unencrypted data 7OA.
  • the data 7OA are further secured by the fact that they are stored in the secure data processing environment 16 and therefore can only be processed by secured applications 32, 34 implemented therein.
  • the described method has numerous applications. It becomes possible, for example, to transmit security-relevant applications, such as a home banking client (not shown), to the terminal 10 in a secure manner, as described above with reference to the user data record 70, and there in the secure data processing environment 16 by means of the security operating system.
  • security-relevant applications such as a home banking client (not shown)
  • the terminal 10 transmits security-relevant applications, such as a home banking client (not shown), to the terminal 10 in a secure manner, as described above with reference to the user data record 70, and there in the secure data processing environment 16 by means of the security operating system.
  • a secure verification of the authenticity of the other party ie the home banking server, thereby possible that a server certificate check in the secure data processing environment 16 can take place.
  • a second application relates to secure administration of the terminal 10.
  • an administration module (not shown) can be securely installed in the secured data processing environment 16 of the terminal 10. This administration module can then take over the administration and the device management of the terminal 10, for example in accordance with the known specifications of the Open Mobile Alliance (OMA DM or OMA SCWS). Since the data required for the administration has been transmitted securely to the secure data processing environment 16, the integrity and confidentiality is already guaranteed by the transport security. In this way, the reliability and security of these and similar OTA management systems can be improved.
  • OMA DM or OMA SCWS Open Mobile Alliance
  • the described method is also quite generally suitable for establishing a cryptographically secured data communication connection from an external data processing device, for example an Internet server, to a terminal, for example a mobile terminal, wherein the data communication connection is directly on the terminal, ie in a secure data processing environment of the Terminal, ends.
  • an SSH protocol can be used as a security protocol.
  • secure data communication connection For example, a maintenance or an update of the terminal can be carried out easily and safely, without having to resort to security functionalities of a built-in secure portable data carrier in the terminal.

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Bioethics (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Near-Field Transmission Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Bei einem Verfahren in einem portablen Endgerät (10) werden von einer externen Datenverarbeitungsvorrichtung (100) empfangene Daten (70E), welche gemäß einem Kommunikationsprotokollstapel aufbereitet und dabei gemäß einem Sicherheitsprotokoll (32) kryptographisch gesichert sind, bearbeitet. Erfindungsgemäß werden die empfangenen Daten (70E) dabei gemäß unterhalb des Sicherheitsprotokolls (32) liegenden Kommunikationsprotokollen (22; 24; 26) des Kommunikationsprotokollstapels in einer ungesicherten Datenbearbeitungsumgebung (14) des Endgeräts (10) bearbeitet und zumindest gemäß dem Sicherheitsprotokoll (32) in einer gesicherten Datenbearbeitungsumgebung (16) des Endgeräts (10) bearbeitet.

Description

Datenkommunikation mit portablem Endgerät
Die vorliegende Erfindung betrifft ein Verfahren zum Empfangen und Bearbeiten von gemäß einem Kommunikationsprotokollstapel aufbereiteten und dabei kryptographisch gesicherten Daten auf einem portablem Endgerät, sowie ein entsprechend eingerichtetes Endgerät.
Für solche Endgeräte sind spezielle Prozessoren bekannt, mit denen eine gesicherte Datenbearbeitungsumgebung und eine ungesicherte Datenbearbeitungsumgebung eingerichtet werden können. In der gesicherten Datenbearbeitungsumgebung können sicherheitsrelevante Daten und Applikationen gesichert gespeichert, bearbeitet und ausgeführt werden, wobei eine eben- falls in der gesicherten Datenbearbeitungsumgebung eingerichtete Steuereinrichtung ein Umschalten zwischen der gesicherten Datenbearbeitungsumgebung und der ungesicherten Datenbearbeitungsumgebung kontrolliert. Die ungesicherte Datenbearbeitungsumgebung wird in der Regel von einem gewöhnlichen Betriebssystem des Endgeräts verwaltet, während die gesicherte Datenbearbeitungsumgebung durch ein separates, meist sehr kompaktes
Sicherheitsbetriebssystem verwaltet wird. Derartige Prozessoren wurden z.B. von der Firma ARM entwickelt (WO 2004/046934 A2; ARM White Paper „TrustZone: Integrated Hardware and Software Security, Enabling Trusted Computing in Embedded Systems"; T. Alves, D. Feiton, Juli 2004). Weiterhin ist es bekannt, ähnliche gesicherte Datenbearbeitungsumgebungen mittels verschiedener Virtualisierungstechniken zu schaffen. Allerdings sind Betriebssysteme portabler Endgeräte, z.B. von Mobilfunk- endgeräten, in der Regel nicht in der Lage, sichere Datenbearbeitungsumgebungen in der beschriebenen Form, also beispielsweise eine TrustZone- Technologie, zu unterstützen, noch sind die erwähnten Virtualisierungstech- niken zum Einrichten sicherer Datenbearbeitungsumgebungen Teil dieser Betriebssysteme. Aus diesem Grund werden sicherheitsrelevante Daten und Anwendungen im Zusammenhang mit portablen Endgeräten meist, wie z.B. bei OT A- Verfahren („Over The Air", d.h. über die Luftschnittstelle) im Mobilfunk, auf einem in das Endgerät integrierbaren gesicherten portablen Da- tenträger, z.B. auf einer (U)SIM-Mobilfunkkarte, gespeichert und dort ausgeführt. Die Speicherkapazität und Rechenleistung solcher portabler Datenträger ist jedoch bauartbedingt eingeschränkt und macht dementsprechend eine Bearbeitung sicherheitsrelevanter Daten auf dem Datenträger ineffizient. Weiterhin ist eine solche Vorgehensweise für eine gesicherte Datenübertra- gung, welche das Endgerät selbst betrifft, z.B. zur Administration desselben, ungeeignet.
Es ist demnach die Aufgabe der vorliegenden Erfindung, ein gesichertes Bearbeiten von kryptographisch gesichert übertragenen Daten in einem por- tablen Endgerät zu vereinfachen.
Diese Aufgabe wird durch ein Verfahren und ein portables Endgerät mit den Merkmalen der unabhängigen Ansprüche gelöst. Vorteilhafte Ausgestaltungen und Weiterbildungen sind in den abhängigen Ansprüchen angegeben.
Bei einem erfindungsgemäßen Verfahren werden in einem portablen Endgerät von einer externen Datenverarbeitungsvorrichtung empfangene Daten, welche von dieser gemäß einem Kommunikationsprotokollstapel aufbereitete (d.h. mit entsprechenden Protokolldaten versehene) und dabei gemäß ei- nem in dem Kommunikationsprotokollstapel vorgesehenen Sicherheitsprotokoll kryptographisch gesicherte Nutzdaten repräsentieren, derart bearbeitet, dass die übertragenen Nutzdaten von der Protokollinformation wieder bereinigt werden. Erfindungsgemäß werden die empfangenen Daten dabei gemäß unterhalb des Sicherheitsprotokolls liegenden Kommunikationsprotokollen des Kommunikationsprotokollstapels in einer ungesicherten Datenbearbeitungsumgebung des Endgeräts bearbeitet und zumindest gemäß dem Sicherheitsprotokoll in einer gesicherten Datenbearbeitungsumgebung des Endgeräts bearbeitet.
Ein erfindungsgemäßes Endgerät umfasst eine Datenkommunikationsschnittstelle sowie jeweils eine ungesicherte Datenbearbeitungsumgebung und eine gesicherte Datenbearbeitungsumgebung zum ungesicherten und gesicherten Bearbeiten von über die Datenkommunikationsschnittstelle emp- fangenen Daten. Erfindungsgemäß umfasst das Endgerät ferner eine Datenbearbeitungseinrichtung in der ungesicherten Datenbearbeitungsumgebung und eine Sicherheitsdatenbearbeitungseinrichtung in der gesicherten Datenbearbeitungsumgebung, wobei die Datenbearbeitungseinrichtung eingerichtet ist, über die Datenkommunikationsschnittstelle empfangene, gemäß ei- nem Kommunikationsprotokollstapel aufbereitete und dabei gemäß einem Sicherheitsprotokoll kryptographisch gesicherte Daten in der ungesicherten Datenbearbeitungsumgebung gemäß der Kommunikationsprotokolle unterhalb des Sicherheitsprotokolls zu bearbeiten, während die Sicherheitsdaten- bearbeitungseinrichtung eingerichtet ist, die Daten zumindest gemäß dem Sicherheitsprotokoll in der gesicherten Datenbearbeitungsumgebung zu bearbeiten.
Allgemein verläuft eine Datenübertragung zwischen einem portablen Endgerät, z.B. einem Mobilfunkendgerät, und einer externen Datenverarbei- tungsvorrichtung, z.B. einem Internet-Server oder dergleichen, über ein Kommunikationsnetzwerk, z.B. das Internet und/ oder ein Mobilfunknetz, gemäß verschiedenen Netzwerk- bzw. Kommunikationsprotokollen, die die Datenübertragung auf jeweils verschiedenen technischen Datenübertra- gungsebenen ermöglichen. Entsprechend sind die verschiedenen Kommunikationsprotokolle verschiedenen Schichten eines so genannten Kommunika- tionsprotokollstapels zugeordnet, in welchem die Kommunikationsprotokolle in einer anhand den jeweiligen technischen Datenübertragungsebenen geordneten Weise anordnet sind. Jeder Schicht, d.h. jedem Kommunikati- onsprotokoll einer bestimmten Schicht des Kommunikationsprotokollstapels, sind definierte Aufgaben im Rahmen der gesamten Datenübertragung über das Kommunikationsnetzwerk zugeordnet. Dabei nimmt ein Kommunikationsprotokoll jeweils einer Schicht die Dienste eines Kommunikationsprotokolls der darunter liegenden Schicht in Anspruch und stellt seinerseits Kommunikationsprotokollen der darüber liegenden Schicht definierte Dienste zur Verfügung. Im Zusammenhang mit dem bekannten TCP/ IP- Protokollstapel gemäß dem TCP/IP-Referenzmodell, welches Kommunikationsprotokolle vereint, die zur Datenübertragung über das Internet verwendet werden, werden beispielsweise vier Schichten unterschieden, die nach- folgend grob skizziert werden: die Netzzugangsschicht, die Internet- oder Vermittlungsschicht, die Transportschicht und die Anwendungsschicht.
Die Kommunikationsprotokolle der Netzzugangsschicht regeln dabei die Punkt- zu- Punkt Datenübertragung auf physikalischer Ebene. Dies sind bei- spielsweise Funkprotokolle wie WLAN oder im Mobilfunk verwendete Protokolle, wie z.B. CDMA. Die Kommunikationsprotokolle der darüber liegenden Vermittlungsschicht, z.B. das IP-Protokoll, sind für die Weitervermittlung der zu übertragenden Daten und die Wegauswahl innerhalb des Kommunikationsnetzwerks zuständig. Die Kommunikationsprotokolle der Transportschicht, die oberhalb der Vermittlungsschicht liegt, z.B. das TCP- Protokoll, stellen eine Ende-zu-Ende Verbindung zwischen den beiden beteiligten Kommunikationspartnern her, also z.B. zwischen dem portablen Endgerät und der externen Datenverarbeitungsvorrichtung. Die Kommuni- kationsprotokolle der obersten Schicht schließlich, der Anwendungsschicht, z.B. das HTTP-Protokoll, arbeiten mit Anwendungsprogrammen auf den jeweiligen Geräten zusammen.
Bei einer Datenübertragung werden die zu übertragenden Daten gemäß dem vorstehend skizzierten Kommunikationsprotokollstapel zunächst von der externen Datenverarbeitungsvorrichtung aufbereitet. Dazu werden die Nutzdaten von jedem der ausgewählten Protokolle des Kommunikationsprotokollstapels mit Protokolldaten versehen, bevor sie schließlich übertragen werden. Mittels des Sicherheitsprotokolls, das in dem Kommunikationspro- tokollstapel an einer geeigneten Stelle eingefügt ist, werden die Nutzdaten (eventuell einschließlich der Protokolldaten höherer Schichten) kryp- tographisch gesichert, beispielsweise verschlüsselt. Das erfindungsgemäße portable Endgerät bearbeitet die empfangenen, aufbereiteten Daten - in umgekehrter Reihenfolge - gemäß den zur Datenübertragung verwendeten Kommunikationsprotokollen, indem die jeweilige Protokolldaten derart entfernt bzw. verarbeitet werden, dass schließlich die Nutzdaten auf dem Endgerät vorliegen. Ein Bearbeiten gemäß dem Sicherheitsprotokoll bedeutet dann beispielsweise ein Entschlüsseln der verschlüsselten Daten.
Erfindungsgemäß wird also nur genau derjenige Teil der Bearbeitung der Daten in der gesicherten Datenbearbeitungsumgebung des Endgeräts durchgeführt, für den dies erforderlich ist, um die gesichert empfangenen Daten (bzw. die Nutzdaten) in dem Endgerät auch gesichert zu verwalten, nämlich die Bearbeitung der empfangenen Daten gemäß dem Sicherheitsprotokoll. Auf diese Weise können die dazu in der gesicherten Datenbearbeitungsumgebung vorzuhaltenden Ressourcen, beispielsweise Speicher, Rechenkapazität und gespeicherter ausführbarer Code, gering und effizient gehalten wer- den. Es werden keine nicht unbedingt sicherheitsrelevanten Bearbeitungen in der gesicherten Datenbearbeitungsumgebung durchgeführt, so dass die gesicherte Datenbearbeitungsumgebung für tatsächlich sicherheitsrelevante Daten und Anwendungen vorbehalten und betriebsbereit bleibt. Ebenso ermöglicht die vorliegende Erfindung, das Endgerät bzw. dessen gesicherte Daten- bearbeitungsumgebung als Endpunkt einer kryptographisch gesicherten Datenübertragung einzurichten, ohne dass dazu auf Sicherheitsfunktionalitäten eines in das Endgerät integrierten portablen Datenträgers mit seinen inhärent begrenzten Ressourcen zurückgegriffen werden muss. Sicherheitsrelevante empfangene Daten können direkt in der gesicherten Datenbearbeitungsum- gebung des Endgeräts bearbeitet und gespeichert werden.
Auf Seiten des erfindungsgemäßen Endgeräts bedeutet dies insbesondere, dass in der gesicherten Datenbearbeitungsumgebung lediglich diejenigen Kommunikationsprotokolle des Kommunikationsprotokollstapels imple- mentiert sein müssen, die zu einer gesicherten Bearbeitung der Daten in der gesicherten Datenbearbeitungsumgebung erforderlich sind. Dies ist in erster Linie das Sicherheitsprotokoll selbst. Kommunikationsprotokolle unterhalb des Sicherheitsprotokolls können gefahrlos in der ungesicherten Datenbearbeitungsumgebung abgearbeitet werden. Dadurch bleibt die gesicherte Da- tenbearbeitungsumgebung frei von nicht notwendigerweise sicherheitsrelevanten Applikationen.
Die Erfindung ermöglicht also eine einfache und effiziente, gleichzeitig aber vollständig gesicherte Bearbeitung von im Rahmen einer gesicherten Daten- übertragung über ein Kommunikationsnetzwerk von einem portablen Endgerät empfangen Daten. Auch die Funktionalität des Endgeräts kann dadurch in gesicherter Weise erhöht werden, beispielsweise durch Empfangen von sicherheitsrelevanten Authentisierungsapplikationen und/ oder Authen- tisierungsdaten. Schließlich wird eine gesicherte Administration des Endgeräts möglich.
Gemäß einer bevorzugten Ausführungsform der Erfindung werden die Daten vor dem Bearbeiten gemäß dem Sicherheitsprotokoll von der ungesi- cherten Datenbearbeitungsumgebung in die gesicherte Datenbearbeitungsumgebung übergeben. Auf diese Weise wird ein unberechtigter Zugriff auf die Daten beim und/oder nach dem Bearbeiten gemäß dem Sicherheitsprotokoll, also z.B. beim oder nach dem Entschlüsseln der bis dahin verschlüsselten Daten, zuverlässig verhindert.
Vorzugsweise erfolgt auch die Bearbeitung der Daten gemäß den Kommunikationsprotokollen des Kommunikationsprotokollstapels oberhalb des Sicherheitsprotokolls in der gesicherten Datenbearbeitungsumgebung, damit auf die Nutzdaten zu keinem Zeitpunkt in der ungesicherten Datenbearbei- tungsumgebung zugegriffen werden kann. Dies ist insbesondere dann erforderlich, wenn die Nutzdaten selbst sicherheitsrelevante Daten darstellen. Deswegen sind die entsprechenden Kommunikationsprotokolle oberhalb des Sicherheitsprotokolls eventuell nicht ausschließlich in der gesicherten Datenbearbeitungsumgebung implementiert. Es kann eine weitere Implementie- rung dieser Kommunikationsprotokolle in der ungesicherten Datenbearbeitungsumgebung vorliegen, welche dort zur Bearbeitung nicht sicherheitsrelevanter, ungesichert übertragener Daten dient. Andere Anwendungen sind denkbar, bei denen die Daten, nachdem sie in der gesicherten Datenbearbeitungsumgebung gemäß dem Sicherheitsprotokoll bearbeitet worden sind, beispielsweise um eine Berechtigung eines Nutzers zur Weiterverarbeitung der Daten zu prüfen, in der ungesicherten Datenbearbeitungsumgebung weiterverarbeitet werden, beispielsweise durch Abspielen der Daten als Video- / Audiodaten („Streaming media") durch eine Wiedergabeapplikation. Hier werden die Daten also ausschließlich gemäß dem Sicherheitsprotokoll in der gesicherten Datenbearbeitungsumgebung bearbeitet.
Vorzugsweise wird ein solches Sicherheitsprotokoll verwendet, welches eine einseitige und/ oder gegenseitige Authentisierung der beiden Kommunikati- onspartner unterstützt, also beispielsweise eine Authentisierung eines Servers gegenüber einem Endgerät und gegebenenfalls auch eine Authentisierung des Endgeräts oder eines Nutzers des Endgeräts gegenüber dem Server. Eine solche Authentisierung erfolgt beispielsweise mittels Zertifikaten. Zur Herstellung eines geeigneten Zertifikats auf der Seite des Nutzes bzw. des Endgeräts wird ein (geheimzuhaltender) Authentisierungsschlüssel benötigt. Eine Authentisierung eines Nutzers bzw. Endgeräts gegenüber dem Server kann aber auch direkt über einen Authentisierungsschlüssels oder über ein Passwort erfolgen. Weiterhin unterstützt ein verwendetes Sicherheitsprotokoll vorzugsweise ein Verschlüsseln von zu übertragenden Daten. Dazu kann beispielsweise zwischen den Kommunikationspartnern ein für eine Datenübertragungssitzung gültiger Sitzungs- oder Transportschlüssel ausgehandelt werden, beispielsweise mittels des Diffie-Hellman- Verfahrens. Dieser temporäre Transportschlüssel dient dann zur Verschlüsselung der Daten, beispielsweise mittels eines symmetrischen Verschlüsselungsverfah- ren wie DES oder AES.
Der Transportschlüssel und der Authentisierungsschlüssel können in der gesicherten Datenbearbeitungsumgebung des Endgeräts gespeichert werden, wo sie vor unberechtigten Zugriffen geschützt sind. Dabei unterliegt der Au- thentisierungsschlüssel besonderen Sicherheitsanforderungen, da er im Zusammenhang mit nicht nur jeweils einer Datenübertragung, sondern jeder Datenübertragung sicherheitsrelevant ist. Denn bei Verlust dieses Authenti- sierungsschlüssels ist für den unrechtmäßigen Besitzer desselben ein Vortäu- sehen der Identität des Nutzers bzw. Endgeräts möglich. Deshalb ist es vorteilhaft, den Authentisierungsschlüssel auf einem gesicherten portablen Datenträger zu speichern, der in die gesicherte Datenbearbeitungsumgebung des Endgeräts integriert ist. Beispielsweise kann ausschließlich von der gesicherten Datenbearbeitungsumgebung des Endgeräts aus auf den Datenträger zugegriffen werden. Derartige geeignete sichere Datenträger sind beispielsweise (U)SIM-Mobilfunkkarten oder sichere Multimediakarten.
Gemäß einer bevorzugten Ausführungsform wird als Sicherheitsprotokoll ein Kommunikationsprotokoll verwendet, welches an einer Stelle des Kom- munikationsprotokollstapels angeordnet ist, die es ermöglicht, die Daten lediglich in genau dem Umfang zu sichern, wie es die jeweilige Anwendung erfordert. D.h. das Sicherheitsprotokoll liegt vorzugsweise zwischen der Transportschicht und der Anwendungsschicht des TCP/IP-Referenzmodells, wie beispielsweise das SSL/TLS-Sicherheitsprotokoll. Wenn die Anwen- dungsschicht durch mehrere Kommunikationsprotokolle repräsentiert wird, ist es auch möglich, dass das Sicherheitsprotokoll an einer geeigneten Stelle zwischen diesen Kommunikationsprotokollen, also innerhalb der Anwendungsschicht, angeordnet ist.
Unterhalb des Sicherheitsprotokolls, in der Vermittlungs- oder Internet- Schicht bzw. in der Transportschicht des TCP/IP-Referenzmodells, werden vorzugsweise das IP-Protokoll bzw. das TCP-Protokoll bei einer Datenübertragung verwendet. Geeignete Kommunikationsprotokolle der Anwen- dungsschicht, die zumeist oberhalb des Sicherheitsprotokolls angeordnet sind, sind beispielsweise das HTTP-Protokoll oder das SOAP-Protokoll.
Gemäß einer weiteren bevorzugten Ausführungsform ermöglicht das erfin- dungsgemäße Verfahren, dass für eine Datenverarbeitungsvorrichtung eine gesicherte Datenkommunikationsverbindung in die gesicherte Datenbearbeitungsumgebung des Endgeräts hergestellt wird. D.h. eine kryptographisch gesicherte Datenkommunikationsverbindung zwischen der Datenverarbeitungsvorrichtung und dem Endgerät endet in der gesicherten Datenbearbei- tungsumgebung des Endgeräts. Als Sicherheitsprotokoll eignet sich hierzu beispielsweise ein SSH-Protokoll.
Zum Ausbilden der gesicherten Datenbearbeitungsumgebung des Endgeräts sind mehrere Technologien verfügbar, beispielsweise die beschriebene TrustZone®-Technologie, welche eine gesicherte Datenbearbeitungsumgebung auch auf Hardware-Ebene bereitstellt. Mittels verschiedener bekannter Virtualisierungstechniken kann ebenso eine gesicherte Datenbearbeitungsumgebung, teilweise auf Hardware-Ebene oder lediglich softwarebasiert, realisiert werden. Für den Gegenstand der vorliegenden Erfindung ist eine konkrete Realisierung nur insofern relevant, als dass eine gesicherte Datenbearbeitungsumgebung gewährleistet sein muss, die ein gesichertes Speichern von Daten und ein gesichertes Ausführen von sicherheitsrelevanten Applikationen in der gesicherten Datenbearbeitungsumgebung unterstützt. D.h. ein Zugriff auf in der gesicherten Datenbearbeitungsumgebung gespei- cherte Daten und/ oder ein Beeinflussen von in der gesicherten Datenbearbeitungsumgebung ausgeführten Applikationen aus der ungesicherten Datenbearbeitungsumgebung heraus muss zuverlässig unterbunden werden können. Portable Endgeräte, die erfindungsgemäß ausgebildet sein können, sind beispielsweise so genannte Handhelds, insbesondere Mobilfunkendgeräte oder PDAs, weiterhin Spielekonsolen, Multimediawiedergabegeräte oder so genannte Netbooks und dergleichen.
Die Erfindung wird im Folgenden mit Bezug auf die beiliegende Figur beispielhaft beschrieben. Diese zeigt schematisch den Verlauf einer bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens.
Von einer Datenverarbeitungsvorrichtung 100 in Form eines Internet-Servers werden in einem Schritt SO Nutzdaten (D ATA) 70 über das Internet 200 an ein portables Endgerät 10 übertragen, welches hier als Mobilfunkendgerät dargestellt ist. Anstelle des Internet-Servers 100 können beliebige andere Datenverarbeitungseinrichtungen treten, die eingerichtet sind, Daten über ein Kommunikationsnetzwerk, z.B. das Internet 200 und/oder ein Mobilfunknetz (nicht gezeigt) zu übertragen. Auch das portable Endgerät 10 kann in verschiedenen Ausgestaltungen auftreten. Alle Arten von Handhelds, also insbesondere PDAs und dergleichen, aber auch Spielekonsolen, Multimediawiedergabegeräte oder Netbooks und ähnliche portable Geräte können im Rahmen der vorliegenden Erfindung als portable Endgeräte 10 verstanden werden.
Um eine Übertragung der Nutzdaten 70 über das Internet 200 zu ermöglichen, werden die Nutzdaten 70 gemäß geeigneter Kommunikationsprotokol- Ie 22, 24, 26, 32, 34 des TCP/IP-Protokollstapels aufbereitet. Dazu werden den Nutzdaten 70 jeweils durch ein Kommunikationsprotokoll einer Schicht des Kommunikationsprotokollstapels Protokolldaten hinzugefügt, um den durch das Kommunikationsprotokoll auf der entsprechenden Schicht bereitzustellenden Dienst auf kontrollierte Weise durchführen zu können. In der beschriebenen Ausführungsform werden die Nutzdaten 70 auf der Anwendungsschicht gemäß dem HTTP-Protokoll 34 als HTTP-Seite 7OA aufbereitet, welche nach Empfang auf dem Endgerät 10 beispielsweise vom einem WebBrowser (nicht gezeigt) angezeigt werden kann. Andere Kommunikations- protokolle neben oder über HTTP kommen gleichfalls in Frage, beispielsweise das SOAP-Protokoll.
Um eine gesicherte Datenübertragung in dem Sinne zu ermöglichen, dass die Nutzdaten 70 während der Datenübertragung nicht durch unbefugte Dritte ausgespäht oder unbemerkt manipuliert werden können, werden die Daten 7OA mittels eines Sicherheitsprotokolls 32, hier konkret mittels SSL /TLS, gesichert. Auf diese Weise kann auch die Identität des Senders, also des Servers 100, durch den Empfänger, also das Endgerät 10, zweifelsfrei festgestellt werden, d.h. eine Authentisierung des Servers 100 gegenüber dem Endgerät 10 wird unterstützt. Auch eine Authentisierung des Endgeräts 10 gegenüber dem Server 100 mittels eines geeigneten Zertifikats ist vorgesehen. Die resultierenden, gesicherten Daten 7OB werden, um übertragen werden zu können, um weitere Protokolldaten ergänzt. Einmal durch das TCP- Protokoll 26 der Transportschicht, einmal durch das IP- Protokoll 24 der In- ternetschicht. Es ergeben sich die Daten 7OC bzw. 7OD. Damit die Daten 7OD schließlich über eine Funkschnittstelle an das Endgerät 10 übertragen werden können, ist ein weiteres Kommunikationsprotokoll, diesmal der Netzzugangsschicht, notwendig, beispielsweise WCDMA, welches eine konkrete, physikalische Datenübertragung der Daten 7OE, beispielsweise über ein UMTS-Mobilfunknetz, ermöglicht.
Das Endgerät 10 empfängt die derart aufbereiteten Daten 7OE in Schritt Sl über eine Datenkommunikationsschnittstelle 12, im konkreten Fall eine Antenne. In dem Endgerät 10 sind jeweils eine ungesicherte Datenbearbeitungsumgebung 14 und eine gesicherte Datenbearbeitungsumgebung 16 ausgebildet. Die ungesicherte Datenbearbeitungsumgebung 14 wird durch ein gewöhnli- ches Betriebssystem (nicht gezeigt) gesteuert und verfügt über Rechen- und Speicherkapazitäten, um in bekannter Weise auf dem Endgerät 10 Daten zu speichern und Applikationen auszuführen. Beispielsweise werden die Daten 7OE nach dem Empfangen durch das Endgerät 10 in der ungesicherten Datenbearbeitungsumgebung 14 gespeichert und, wie nachfolgend detailliert beschrieben, durch die Datenbearbeitungseinrichtung 20, bearbeitet.
Auch die gesicherte Datenbearbeitungsumgebung 16 ist derart eingerichtet, dass darin Daten gespeichert und Applikationen ausgeführt werden können. Beispielsweise bearbeitet die Sicherheitsdatenbearbeitungseinrichtung 30 darin die Daten 7OB, wie nachfolgend beschrieben. Im Unterschied zu der ungesicherten Datenbearbeitungsumgebung 14 ist die gesicherte Datenbearbeitungsumgebung 16 speziell gegen unbefugten Zugriff, insbesondere aus der ungesicherten Datenbearbeitungsumgebung 14 heraus, gesichert. D.h. ein eigens eingerichtetes Sicherheitsbetriebssystem (nicht gezeigt) verwaltet die gesicherte Datenbearbeitungsumgebung 16. Die Steuereinrichtung 40 steuert als Teil des Sicherheitsbetriebssystems den Zugriff auf die Ressourcen der gesicherten Datenbearbeitungsumgebung 16, also insbesondere die darin gespeicherten Daten 7OB, 7OA und die darin implementierten Applikationen 30. Weiterhin ist die gesicherte Datenbearbeitungsumgebung 16 in der be- schriebenen Ausführungsform von der ungesicherten Datenbearbeitungsumgebung 14 bereits auf Hardwareebene getrennt, d.h. insbesondere, dass in der gesicherten Datenbearbeitungsumgebung beispielsweise eigene, separate Speicherbereiche 50 vorliegen, die lediglich aus der gesicherten Datenbearbeitungsumgebung 16 heraus ansprechbar sind. Weitere hardwarebasierte Sicherheitsmaßnahmen sind möglich, beispielsweise separate Busse, Prozessoren und Peripherie nebst zugehörigen separaten Treibern. Eine solche bereits auf Hardwareebene angelegte Sicherheitsarchitektur, die ungesicherte 14 und gesicherte Datenbearbeitungsumgebungen 16 bereitstellt, ist bei- spielsweise auf Prozessoren der Firma ARM implementiert und als TrustZo- ne®-Technologie bekannt. Alternativ können gesicherte Datenbearbeitungsumgebungen 16 auch mittels verschiedener bekannter Virtualisierungstech- niken, dann meist auf Softwarebasis, erreicht werden.
Um besonders hohen Sicherheitsanforderungen zu genügen, umf asst die gesicherte Datenbearbeitungsumgebung 16 in der gezeigten Ausführungsform zusätzlich einen in das Endgerät 10 integrierten gesicherten portablen Datenträger 60, hier eine (U)SIM-Mobilfunkkarte. Darin gespeicherte Daten 62 sind also in doppelter Weise gegen unbefugten Zugriff gesichert. Genauso wie der Speicherbereich 50 ist der gesicherte Datenträger 60 ausschließlich aus der gesicherten Datenbearbeitungsumgebung 16 heraus ansprechbar.
Die von dem Endgerät 10 empfangen Daten 7OE werden nun zuerst gemäß den Kommunikationsprotokollen unterhalb des Sicherheitsprotokolls SSL/TLS 32 durch die Datenbearbeitungseinrichtung 20 in der ungesicherten Datenbearbeitungsumgebung 14 bearbeitet. Dabei werden in den Schritten S2, S3 und S4 nacheinander insbesondere die Protokolldaten, welche gemäß dem WCDMA-Protokoll 22, dem IP-Protokoll 24 und dem TCP-Protokoll 26 zu den Nutzdaten 70 hinzugefügt worden sind, wieder entfernt. Dazu um- fasst die Datenbearbeitungseinrichtung 20 Implementationen der entsprechenden Protokolle 22, 24, 26. Die Bearbeitung der Daten 7OE durch die Datenbearbeitungseinrichtung 20, welche im Ergebnis die Daten 7OB erzeugt, belasten also die gesicherte Datenbearbeitungsumgebung 16 in keiner Weise, weder in Bezug auf Speicherressourcen, noch in Bezug auf Rechenkapazität. Es kann weiterhin unterbleiben, dass die Kommunikationsprotokolle 22, 24, 26 unterhalb des Sicherheitsprotokolls 32 in der gesicherten Datenbearbeitungsumgebung 16 als lauffähiger Code vorliegen.
Die Daten 7OB, welche den mittels des Sicherheitsprotokolls 32 verschlüsselten und gemäß einem Anwendungsprotokoll 34 aufbereiteten Nutzdaten 70 entsprechen, werden im Schritt S5 mittels der Steuereinrichtung 40 von der ungesicherten Datenbearbeitungsumgebung 14 in die gesicherte Datenbearbeitungsumgebung 16 übergeben. Dazu können geeignete Mechanismen der Prozesskommunikation (IPC, „inter-process communication") verwendet werden. Im einfachsten Fall kann die Steuereinrichtung 40 der Sicherheitsda- tenbearbeirungseinrichtung 30 oder einer dieser Einrichtung zugeordneten Hilfsapplikation (nicht gezeigt) erlauben, auf einen Speicherbereich der ungesicherten Datenbearbeitungsumgebung 14 zuzugreifen, in welchem die Datenbearbeitungseinrichtung 20 die Daten 7OB gespeichert hat, und die Daten 7OB in die gesicherte Datenbearbeitungsumgebung zu übertragen.
Im Schritt S6 bearbeitet die Sicherheitsdatenbearbeitungseinrichtung 30 mittels einer Implementation des SSL/TLS-Protokolls 32 die Daten 7OB. Vor dem Übertragen der Daten 7OE an das Endgerät 10 erfolgte eine gegenseitige Authentisierung zwischen dem Endgerät 10 und dem Server 100, bei der beide Kommunikationspartner die jeweiligen Zertifikate der Gegenseite verifiziert haben. Das Zertifikat des Endgeräts 10 ist dabei mittels eines Authen- tisierungsschlüssels 62 erstellt worden, welcher in besonders sicherer Weise auf dem gesicherten portablen Datenträger 60 gespeichert ist. Der Server 100 und das Endgerät 10 haben dann zur Verschlüsselung der Daten 7OA einen Transportschlüssel 52 ausgehandelt, der in dem Endgerät 10 in dem Speicher 50 der gesicherten Datenbearbeitungsumgebung 16 gespeichert worden ist. Der Server 100 hat daraufhin die Daten 7OA mit Hilfe des Transportschlüs- sels 52 gemäß einem symmetrischen Verschlüsselungsverfahren, beispielsweise DES oder AES, verschlüsselt und die verschlüsselten Daten 70 B erhalten, welche dann, wie vorstehend beschrieben, durch den Server gemäß der weiteren Kommunikationsprotokolle 26, 24, 22 aufbereitet und an das End- gerät 10 übertragen worden sind. Die derart verschlüsselten und bereits meistenteils wieder „ausgepackten" Daten 7OB werden nun, erneut unter Zuhilfenahme des Transportschlüssels 52, in der gesicherten Datenbearbeitungsumgebung 16 des Endgeräts 10 mittels der SSL/ TLS- Implementierung entschlüsselt, woraus die nur noch gemäß dem HTTP-Protokoll 34 bearbeite- ten Daten 7OA resultieren.
In Schritt S7 und eventuell (nicht gezeigten) weiteren Schritten werden die Daten 7OA mittels geeigneter Applikationen 34 in der gesicherten Datenbearbeitungsumgebung 16 als nun unverschlüsselte Daten 7OA bearbeitet. Je- doch sind die Daten 7OA weiterhin dadurch gesichert, dass sie in der gesicherten Datenbearbeitungsumgebung 16 gespeichert und deshalb lediglich von darin implementierten, gesicherten Applikationen 32, 34 verarbeitet werden können.
Das beschriebene Verfahren besitzt zahlreiche Anwendungen. Es wird beispielsweise möglich, sicherheitsrelevante Applikationen, wie z.B. einen Ho- me-Banking-Client (nicht gezeigt), auf gesicherte Weise, wie vorstehend mit Bezug auf den Nutzdatensatz 70 beschrieben, auf das Endgerät 10 zu übertragen und dort in der gesicherten Datenbearbeitungsumgebung 16 mittels des Sicherheitsbetriebssystems zu installieren. Damit wird für einen Nutzer des Endgeräts 10 im Rahmen einer Home-Banking- Anwendung eine sichere Überprüfung der Authentizität des Gegenseite, d.h. des Home-Banking- Servers, dadurch möglich, dass eine Server-Zertifikatsprüfung in der gesicherten Datenbearbeitungsumgebung 16 stattfinden kann. Weiterhin stellt die sichere Datenbearbeitungsumgebung 16 gesicherte Speicherbereiche für sicherheitsrelevante Daten, wie z.B. PIN, TAN, kryptographische Schlüssel und dergleichen bereit, welche auf Applikationsebene Ende-zu-Ende gesichert, beispielsweise wie vorstehend beschrieben mittels einer Sicherung mit- tels des SSL/TLS-Sicherheitsprotokolls oberhalb des TCP-Protokolls, von der gesicherten Datenbearbeitungsumgebung 16 zu dem Home-Banking- Server übermittelt werden.
Eine zweite Anwendung betrifft die gesicherte Administration des Endgeräts 10. In beschriebener Weise kann gesichert ein Administrationsmodul (nicht gezeigt) in der gesicherten Datenbearbeitungsumgebung 16 des Endgeräts 10 installiert werden. Dieses Administrationsmodul kann dann die Administration und das Device-Management des Endgeräts 10 übernehmen, beispielsweise gemäß den bekannten Spezifikationen der Open Mobile Alliance (OMA DM bzw. OMA SCWS). Da die für die Administration benötigten Daten gesichert in die gesicherte Datenbearbeitungsumgebung 16 übertragen worden sind, ist die Integrität und Vertraulichkeit bereits durch die Transportsicherung gewährleistet. Auf diese Weise kann die Zuverlässigkeit und Sicherheit dieser und ähnlicher OTA-Management Systeme verbessert wer- den.
Schließlich eignet sich das beschriebene Verfahren auch ganz allgemein dazu, eine kryptographisch gesicherte Datenkommunikationsverbindung von einer externen Datenverarbeitungsvorrichtung, z.B. einen Internet-Server, zu einem Endgerät, beispielsweise ein Mobilfunkendgerät, aufzubauen, wobei die Datenkommunikationsverbindung direkt auf dem Endgerät, d.h. in einer gesicherten Datenverarbeitungsumgebung des Endgeräts, endet. Als Sicherheitsprotokoll kann hier z.B. ein SSH-Protokoll verwendet werden. Auch über eine derart hergestellte, gesicherte Datenkommunikationsverbindung ist beispielsweise eine Wartung oder ein Update des Endgeräts einfach und sicher durchführbar, ohne dass dazu auf Sicherheitsfunktionalitäten eines in das Endgerät integrierten gesicherten portablen Datenträgers zurückgegriffen werden muss.

Claims

P a t e n t a n s p r ü c h e
1. Verfahren in einem portablen Endgerät (10), bei dem von einer externen Datenverarbeitungsvorrichtung (100) gemäß einem Kommunikationsprotokollstapel aufbereitete und dabei gemäß einem Sicherheitsprotokoll des Kommunikationsprotokollstapels kryptographisch gesicherte Daten (70E) empfangen werden (Sl), dadurch gekennzeichnet, dass die empfangenen Daten (70E) gemäß in dem Kommunikationsprotokollstapel unterhalb des Sicherheitsprotokolls liegenden Kommunikationsprotokollen (22; 24; 26) des Kommunikationsprotokollstapels in einer ungesicherten Datenbearbeitungsumgebung (14) des Endgeräts (10) bearbeitet werden (S2; S3; S4) und zumindest gemäß dem Sicherheitsprotokoll (32) in einer gesicherten Datenbearbei- tungsumgebung (16) des Endgeräts (10) bearbeitet werden (S6).
2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass die gemäß den in dem Kommunikationsprotokollstapel unterhalb des Sicherheitsprotokolls liegenden Kommunikationsprotokollen bearbeiteten Daten (70B) vor dem Bearbeiten gemäß dem Sicherheitsprotokoll (32) von der ungesicherten Datenbearbeitungsumgebung (14) in die gesicherte Datenbearbeitungsumgebung (16) übergeben werden (S5).
3. Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Daten (70B) auch gemäß den in dem Kommunikationsprotokollstapel oberhalb des Sicherheitsprotokolls (32) liegenden Kommunikationsprotokollen (34) in der gesicherten Datenbearbeitungsumgebung (16) des Endgeräts (10) bearbeitet werden.
4. Verfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass als Sicherheitsprotokoll (32) ein Kommunikationsprotokoll verwendet wird, welches eine einseitige und/ oder eine gegenseitige Authenti- sierung und/oder eine Verschlüsselung von Daten (70A) unterstützt.
5. Verfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass ein gemäß dem Sicherheitsprotokoll (32) verwendeter temporärer Transportschlüssel (52) und/ oder ein gemäß dem Sicherheitsprotokoll (32) verwendeter Authentisierungsschlüssel (62) in der gesicherten Datenbearbei- tungsumgebung (16) des Endgeräts (10) gespeichert werden.
6. Verfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass die gesicherte Datenbearbeitungsumgebung (16) des Endgeräts einen gesicherten portablen Datenträger (60) umfasst, auf welchem der Au- thentisierungsschlüssel (62) gespeichert wird.
7. Verfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass die Daten (70E) gemäß einem Kommunikationsprotokollstapel bearbeitet werden, bei dem das Sicherheitsprotokoll (32) zwischen einem Kommunikationsprotokoll (26) der Transportschicht des TCP/ IP-Ref erenz- modells und einem Kommunikationsprotokoll (34) der Anwendungsschicht des TCP/ IP- Referenzmodells angeordnet ist.
8. Verfahren nach Anspruch 7, dadurch gekennzeichnet, dass die Daten (70E) gemäß einem Kommunikationsprotokollstapel bearbeitet werden, bei dem unterhalb des Sicherheitsprotokolls (32) das IP-Protokoll (24) und das TCP-Protokoll (26) verwendet werden und/ oder oberhalb des Sicherheitsprotokolls (32) das HTTP-Protokoll (34) und/ oder das SO AP-Protokoll verwendet werden.
9. Verfahren nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass als Sicherheitsprotokoll (32) ein SSL/ TLS- Protokoll verwendet wird.
10. Verfahren nach einem der Ansprüche 1 bis 9, dadurch gekennzeichnet, dass für die Datenverarbeitungsvorrichtung (100) eine gesicherte Datenkommunikationsverbindung in die gesicherte Datenbearbeitungsumgebung (16) des Endgeräts (10) hergestellt wird.
11. Portables Endgerät (10), umfassend eine Datenkommunikationsschnittstelle (12) sowie eine ungesicherte Datenbearbeitungsumgebung (14) zur ungesicherten Bearbeitung von Daten (70B; 70C; 70D; 70E) und eine gesicherte Datenbearbeitungsumgebung (16) zur gesicherten Bearbeitung von Daten (7OA; 70B), gekennzeichnet durch eine Datenbearbeitungseinrichtung (20) in der ungesicherten Datenbearbeitungsumgebung (14), die eingerichtet ist, über die Datenkommunikationsschnittstelle (12) empfangene, gemäß einem Kommunikationsprotokollstapel aufbereitete und dabei gemäß einem Sicherheitsprotokoll (32) kryptographisch gesicherte Daten (7OE; 7OD; 7OC; 70B) in der ungesicherten Datenbearbeitungsumgebung (14) gemäß in dem Kommunikationsprotokollstapel unterhalb des Sicherheitsprotokolls (32) liegenden Kommunikationsprotokollen (22; 24; 26) zu bearbeiten, und eine Sicherheitsdatenbearbeitungseinrichtung (30) in der gesicherten Datenbearbeitungsumgebung (16), die eingerichtet ist, die Daten (7OB; 70A) zumindest gemäß dem Sicherheitsprotokoll (32) in der gesicherten Datenbearbeitungsumgebung (16) zu bearbeiten.
12. Endgerät (10) nach Anspruch 11, dadurch gekennzeichnet, dass die gesicherte Datenbearbeitungsumgebung (16) in dem Endgerät (10) mittels einer ARM TrustZone®-Technologie oder mittels Virtualisierung eingerichtet ist.
13. Endgerät (10) nach Anspruch 11 oder 12, dadurch gekennzeichnet, dass die Datenbearbeitungseinrichtung (20) und die Sicherheitsdatenbearbei- tungseinrichtung (30) eingerichtet sind, ein Verfahren nach einem der Ansprüche 1 bis 10 durchzuführen.
14. Endgerät (10) nach einem der Ansprüche 11 bis 13, dadurch gekenn- zeichnet, dass das Endgerät als Handheld, insbesondere als Mobilfunkend- gerät oder PDA, oder als Spielekonsole, Multimediawiedergabegerät oder Netbook ausgebildet ist.
EP09744620A 2008-10-14 2009-10-13 Datenkommunikation mit portablem endgerät Withdrawn EP2351319A2 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102008051578A DE102008051578A1 (de) 2008-10-14 2008-10-14 Datenkommunikation mit portablem Endgerät
PCT/EP2009/007351 WO2010043379A2 (de) 2008-10-14 2009-10-13 Datenkommunikation mit portablem endgerät

Publications (1)

Publication Number Publication Date
EP2351319A2 true EP2351319A2 (de) 2011-08-03

Family

ID=41821327

Family Applications (1)

Application Number Title Priority Date Filing Date
EP09744620A Withdrawn EP2351319A2 (de) 2008-10-14 2009-10-13 Datenkommunikation mit portablem endgerät

Country Status (5)

Country Link
US (1) US20120110321A1 (de)
EP (1) EP2351319A2 (de)
KR (1) KR20110069873A (de)
DE (1) DE102008051578A1 (de)
WO (1) WO2010043379A2 (de)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105450406B (zh) * 2014-07-25 2018-10-02 华为技术有限公司 数据处理的方法和装置
KR102482114B1 (ko) 2015-12-31 2022-12-29 삼성전자주식회사 보안 통신 방법, 이를 수행하는 시스템 온 칩 및 이를 포함하는 모바일 시스템

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI111115B (fi) * 2001-06-05 2003-05-30 Nokia Corp Menetelmä ja järjestelmä avainten vaihtoon tietoverkossa
GB2411027B (en) 2002-11-18 2006-03-15 Advanced Risc Mach Ltd Control of access to a memory by a device
JP4431112B2 (ja) * 2003-07-09 2010-03-10 株式会社日立コミュニケーションテクノロジー 端末及び通信システム
US20070101122A1 (en) * 2005-09-23 2007-05-03 Yile Guo Method and apparatus for securely generating application session keys
DE102005056112A1 (de) * 2005-11-23 2007-05-31 Giesecke & Devrient Gmbh Sichere Voice-over-IP-Telefonie
US20070226795A1 (en) * 2006-02-09 2007-09-27 Texas Instruments Incorporated Virtual cores and hardware-supported hypervisor integrated circuits, systems, methods and processes of manufacture
US20080052770A1 (en) * 2006-03-31 2008-02-28 Axalto Inc Method and system of providing security services using a secure device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2010043379A3 *

Also Published As

Publication number Publication date
US20120110321A1 (en) 2012-05-03
WO2010043379A3 (de) 2010-06-10
WO2010043379A2 (de) 2010-04-22
KR20110069873A (ko) 2011-06-23
DE102008051578A1 (de) 2010-04-15

Similar Documents

Publication Publication Date Title
DE602004011559T2 (de) Verfahren zur authentifikation von anwendungen
DE60200081T2 (de) Sichere Benutzer- und Datenauthenifizierung über ein Kommunikationsnetzwerk
DE60200093T2 (de) Sichere Benutzerauthenifizierung über ein Kommunikationsnetzwerk
EP2533172B1 (de) Gesicherter Zugriff auf Daten in einem Gerät
DE102009024604B4 (de) Erzeugung eines Session-Schlüssels zur Authentisierung und sicheren Datenübertragung
EP2567501B1 (de) Verfahren zum kryptographischen schutz einer applikation
DE112008001436T5 (de) Sichere Kommunikation
EP2749003A1 (de) Verfahren zur authentisierung eines telekommunikationsendgeräts umfassend ein identitätsmodul an einer servereinrichtung eines telekommunikationsnetzes, verwendung eines identitätsmoduls, identitätsmodul und computerprogramm
EP2434424B1 (de) Verfahren zur Erhöhung der Sicherheit von sicherheitsrelevanten Online-Diensten
EP2442251A2 (de) Individuelle Aktualisierung von Computerprogrammen
WO2010043379A2 (de) Datenkommunikation mit portablem endgerät
EP3882796B1 (de) Nutzerauthentifizierung unter verwendung zweier unabhängiger sicherheitselemente
WO2011035899A1 (de) Verfahren zum aufbauen eines gesicherten kommunikationskanals
WO2011029678A1 (de) Verfahren zur digitalen rechteverwaltung in einem computernetz mit einer vielzahl von teilnehmerrechnern
EP2823598B1 (de) Verfahren zur erstellung einer abgeleiteten instanz
WO2014063775A1 (de) Verfahren zum sicheren verwalten von teilnehmeridentitätsdaten
DE102004052101B4 (de) Verfahren und Vorrichtung zur Entschlüsselung breitbandiger Daten
EP2159762A1 (de) Chipkarten-basiertes Authentifikationsverfahren
EP1890269B1 (de) Bereitstellen einer Funktion eines Sicherheitstokens
DE102023117029A1 (de) Elektronische datenverarbeitungsvorrichtung
EP3394789B1 (de) Micro-controller unit mcu mit selektiv konfigurierbaren komponenten
DE102011015967B4 (de) Verfahren zur Entschlüsselung von digitalen Daten
DE102023103260A1 (de) Verfahren zum Aufbauen einer Kommunikationsverbindung zwischen einer Applikationssoftware in einer Applikations-Laufzeitumgebung eines Kraftfahrzeugs zu einem fahrzeugexternen Dienstanbieter sowie zugehöriges Datennetzwerk, Kraftfahrzeug und Applikationssoftware
EP2555484B1 (de) Sicherheitsmodul zur Unterstützung einer Proxy-Funktionalität
DE102014209037A1 (de) Vorrichtung und Verfahren zum Schutz der Integrität von Betriebssysteminstanzen

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20110516

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: TRUSTONIC LIMITED

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN WITHDRAWN

18W Application withdrawn

Effective date: 20140604