WO2012113547A2 - Verfahren zum betrieb einer mikroprozessoreinheit, insbesondere in einem mobilen endgerät - Google Patents

Verfahren zum betrieb einer mikroprozessoreinheit, insbesondere in einem mobilen endgerät Download PDF

Info

Publication number
WO2012113547A2
WO2012113547A2 PCT/EP2012/000765 EP2012000765W WO2012113547A2 WO 2012113547 A2 WO2012113547 A2 WO 2012113547A2 EP 2012000765 W EP2012000765 W EP 2012000765W WO 2012113547 A2 WO2012113547 A2 WO 2012113547A2
Authority
WO
WIPO (PCT)
Prior art keywords
operating system
runtime environment
microprocessor unit
secure
microprocessor
Prior art date
Application number
PCT/EP2012/000765
Other languages
English (en)
French (fr)
Other versions
WO2012113547A3 (de
Inventor
Stephan Spitz
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
Priority to EP12711340.5A priority Critical patent/EP2663946A2/de
Priority to US14/001,361 priority patent/US20140007120A1/en
Priority to KR1020137024123A priority patent/KR20140027110A/ko
Priority to CN2012800100634A priority patent/CN103477343A/zh
Publication of WO2012113547A2 publication Critical patent/WO2012113547A2/de
Publication of WO2012113547A3 publication Critical patent/WO2012113547A3/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/22—Microcontrol or microprogram arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45587—Isolation or security of virtual machine instances
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2105—Dual mode as a secondary aspect

Definitions

  • Verf ahren for Betrie b a microprocessor unit, especially in a mobile terminal
  • the invention relates to a method for operating a microprocessor unit, in particular in a mobile terminal, and a corresponding microprocessor unit and a corresponding mobile terminal.
  • a microprocessor unit in particular in a mobile terminal, and a corresponding microprocessor unit and a corresponding mobile terminal.
  • Under microprocessor unit is to be understood as the entirety of the hardware used to execute the applications, in particular the actual microprocessor and corresponding memory, which are used to store data.
  • the microprocessor unit is used, for example, in a mobile phone, it is desirable to protect against eavesdropping that a secure runtime environment is provided, with which the voice call functionality of the mobile phone is enabled. This can not be achieved by current operating systems used in secure runtime environments.
  • the object of the invention is therefore to operate a microprocessor unit such that a secure runtime environment is provided with greater functionality than in the prior art.
  • the inventive method is used to operate a microprocessor unit, which comprises a microprocessor on which a normal runtime environment with a first operating system and a secure runtime environment is implemented with a second, secure operating system.
  • the microprocessor unit further includes a RAM memory outside the secure runtime environment into which the first operating system is loaded when executing the normal runtime environment.
  • the first operating system is in particular a per se known operating system for a microprocessor unit, for example a mobile telephone operating system, if the microprocessor unit is used for a mobile telephone. Examples of such mobile phone operating systems are Android or Symbian, which for Smart Phones are used and provide a great feature set.
  • the inventive method is characterized in that the second operating system is a secure version of the first operating system, which is loaded in the context of execution of the secure runtime environment in a portion of the RAM memory, which is provided for the secure runtime environment.
  • the secure version of the first operating system in particular represents a so-called hardened operating system.
  • hardening is well known in computer technology and refers to increasing the security of a system, such as a program or operating system, by using only certain software which is necessary for the operation of the system and for which it is guaranteed that it will run correctly taking into account safety aspects.
  • a second operating system is thus used in addition to the original first operating system, which meets higher security requirements.
  • the functionality of the GeSI cherten or hardened operating system is reduced compared to the original operating system, significantly higher than that of a conventional, provided for a secure runtime operating system (such as MobiCore ®) so that more memory is needed.
  • this is taken into account by loading the second secure operating system into a RAM memory outside the secure runtime environment, since this memory can be designed substantially larger than an internal RAM memory within the secure runtime environment.
  • the second operating system is loaded into a RAM in the form of an OnSoC RAM (System on a Chip).
  • An OnSoC RAM is monolithically integrated in one chip together with the other components of the microprocessor unit.
  • the microprocessor unit is controlled via a switch via which a user can switch between the execution of the normal and the secure runtime environment. In this way, the user can determine in which mode he can operate the microprocessor unit. If the user uses the microprocessor unit, for example in a safety-critical environment, he can switch from the first non-secure operating system to the second secure operating system.
  • the second operating system provides a greater functionality than a conventional secure runtime environment, in which the operating system is loaded into an internal RAM of the secure runtime environment.
  • a user is displayed via a display unit when the secure running time environment is executed, so that the user is always informed in which mode he is currently operating the micro-process unit.
  • the microprocessor unit is available for a mobile telephone. and includes a baseband processor (also referred to as base-band processor) for processing communication functionalities.
  • a baseband processor also referred to as base-band processor
  • part of the communication functionalities of the baseband processor are implemented in the second operating system.
  • the voice call function or the SMS function or both functions are implemented as communication functionalities of the baseband processor, so that the user can use at least basic functionalities of the mobile telephone.
  • the secure runtime environment is realized based on per se known hardware in the form of a so-called. ARM TrustZone ®.
  • a secured or hardened operating system is used now in the Trust zone instead of the conventionally used MobiCore -Betriebssystems ®, which is derived from an intended for normal runtime operating system.
  • the invention further relates to a microprocessor unit, in particular for a mobile terminal, comprising a microprocessor on which a normal runtime environment with a first operating system and a secure runtime environment with a second operating system is implemented, and a RAM memory outside the secured runtime environment in which the first operating system is loaded when the normal runtime environment is executed.
  • the microprocessor unit is characterized in that the second operating system is a hardened version of the first operating system and a portion of the RAM memory is provided for the second operating system. in which the second operating system is loaded as part of the execution of the secure runtime environment.
  • the microprocessor unit is designed such that one or more of the above-described preferred variants of the method according to the invention can be carried out on the microprocessor unit.
  • the invention furthermore relates to a mobile terminal, in particular a mobile telephone, which comprises the microprocessor unit according to the invention or one or more preferred variants of the microprocessor unit according to the invention.
  • FIG. 2 shows a realization of a secure runtime environment according to a
  • Embodiment of the invention is subsequently based on a
  • Microprocessor unit which is provided for a mobile phone, however, the method can also be used for microprocessor units in other mobile devices.
  • Fig. 1 shows the structure of a one-chip system in which a secure runtime environment is implemented in a conventional manner.
  • the chip contains the actual microprocessor MP, which is an ARM microprocessor on which, in a manner known per se, a secure runtime environment in the form of a TrustZone is realized, which is designated TZ.
  • MP microprocessor
  • FIG. 1 and also in FIG. 2 described below regions with a secure runtime environment are always displayed hatched.
  • the ® se known MobiCore operating system is used. Security-critical functions are relocated to the secure runtime environment, such as mobile payment applications or other applications that require access to personal, user-specific data.
  • the trust zone TZ the MobiCore ® operating system is loaded into an internal RAM memory within the trust zone, which is designated in Fig. 1 with IR.
  • the portion of the RAM memory containing the operating system MobiCore ® is thereby referenced MC.
  • the numeral MC will be used below to denote the MobiCore ®.
  • the microprocessor MP also contains a normal runtime environment, which is designated NZ in FIG.
  • NZ the conventional operating system of the microprocessor unit is stored, which has a much larger memory footprint than the MobiCo- re ® operating system.
  • This operating system is in the described embodiment, a so-called. RichOS with a large range of functions, as it For example, is used in smart phones.
  • An example of such an operating system is the mobile telephone operating system Android.
  • the RAM memory R is used, which is designed as OnSoC RAM on the chip and which is connected via the known AMBA bus B to the microprocessor MP ,
  • the conventional richOS operating system is loaded into this RAM.
  • the portion of the RAM memory in which the richOS operating system is included is designated by Bl. This reference symbol will also be used below to designate the richOS operating system.
  • the microprocessor unit of FIG. 1 also contains, in addition to the microprocessor MP, a so-called baseband processor or base band processor BP, with which the communication functionalities of the mobile telephone are realized.
  • the baseband processor BP therefore communicates with the SIM / USIM card of the mobile phone as well as the mobile network and possibly also with a microphone.
  • a MobiCore ® driver D is provided within the normal zone NZ, which triggers the change in the secured runtime environment.
  • the internal RAM memory IR is used according to FIG. 1, which has only a limited storage volume (about 128 kB).
  • the functionality of the MobiCore -Betriebssystems ® MC is significantly lower than that of a ri- Chos, which is loaded into the RAM memory OnSoC R, which is designed to be much larger and usually has a plurality of MB storage capacity. Due to the limited functionality of MobiCore ® , only safety-critical tasks can be delegated to the secure runtime environment. Thus, no further functionalities of the microprocessor unit can be used when executing the secure runtime environment. This is disadvantageous, because in certain scenarios it is desirable that more functions of the conventional operating system, such as voice call functionality, are also controlled during execution of the secure runtime environment.
  • FIG. 2 shows an embodiment of a microprocessor unit according to the invention, with which the above-mentioned problem is solved.
  • the microprocessor unit of FIG. 2 comprises a microprocessor MP with a TrustZone TZ and a normal zone NZ.
  • a baseband processor BP and the OnSoC RAM memory R is provided.
  • a baseband processor BP and the OnSoC RAM memory R is provided.
  • the Trust zone is now no longer performed based on the MobiCore ® operating system, but it is used a hardened variant of the conventional richOS operating system Bl this.
  • the hardened operating system which is designated in Fig. 2 with B2, it has a low functionality than the operating system Bl, but now contains many more functions than the pure MobiCore ® -Betriebs- sy stem.
  • the term "hardening" has already been described above and refers to the reduction of the functional scope of an operating system thereby increasing its security against attacks by unauthorized third parties.
  • the hardened operating system thus provides a reduced functionality compared to the original operating system.
  • this hardened operating system B2 is now used in the operation of the trust zone TZ, which, however, is no longer loaded into the internal RAM memory IR for this purpose, but into the OnSoC RAM memory R, because the internal RAM is no longer sufficient for the hardened operating system B2.
  • certain communication functionalities of the baseband processor BP are also integrated in the embodiment according to FIG. 2, in particular the voice call functionality of the baseband processor BP. This is indicated by a hatched area within the baseband processor BP.
  • the hardened operating system contains the corresponding drivers for communication via the baseband processor BP.
  • the microprocessor unit according to FIG. 2 enables the use of both the normal operating system B1 and the hardened operating system B2.
  • TrustZone protection controller TP accesses the RAM memory R via the AMBA bus and is configured so that a part of the OnSoC RAM memory R exclusively for Running the TrustZone TZ is available.
  • the security of the OnSoC RAM partitioned by this Trust Zone Protection Controller is not as high as that of the internal RAM, the security is sufficient to protect a complete hardened operating system.
  • the user of the mobile phone is further enabled to switch between the conventional operating system Bl and the hardened operating system B2.
  • the microprocessor unit of FIG. 2 also includes a display unit L in the form of an LED, wherein the illumination of the LED signals the user of the mobile telephone that he is in the secure mode in which the hardened operating system is being executed.
  • a user of the microprocessor unit or of the corresponding mobile telephone is enabled to select or change between two operating modes of the mobile telephone in one device.
  • he can use the mobile phone in the insecure mode based on the operating system Bl, where he then has the opportunity to take advantage of current richOS operating systems, such as downloading applications, the use of GPS for navigation and the like.
  • a secure operation of the mobile telephone is required, the user can switch to the secure mode in which the mobile telephone is operated with the hardened operating system B2. In this case, the user no longer has all the functionalities of the mobile phone available, but the mobile phone is protected against attacks by third parties.
  • the functionality of the phone in secure mode is higher.
  • the voice call functionality is still ensured by the mobile phone.
  • a complete mobile telephone operating system such as the above-mentioned operating system Android.
  • the invention is particularly suitable for applications (eg in the authorities environment in the case of monitoring attacks), which are more secure than a software Need virtualization based on MobiCore ® , but do not necessarily need to use internal RAM for security.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Debugging And Monitoring (AREA)

Abstract

Die Erfindung betrifft ein Verfahren zum Betrieb einer Mikroprozessoreinheit, insbesondere in einem mobilen Endgerät, wobei die Mikroprozessoreinheit einen Mikroprozessor (MP) umfasst, auf dem eine normale Laufzeitumgebung (NZ) mit einem ersten Betriebsystem (Bl) und eine gesicherte Laufzeitumgebung mit einem zweiten gesicherten Betriebssystem (B2) implementiert ist. Des Weiteren umfasst die Mikroprozessoreinheit einen RAM-Speicher (R) außerhalb der gesicherten Laufzeitumgebung (TZ), in den das erste Betriebssystems (Bl) bei der Ausführung der normalen Laufzeitumgebung (NZ) geladen wird. Die Erfindung zeichnet sich dadurch aus, dass das zweite Betriebsystem (B2) eine gesicherte Version des ersten Betriebssystems (Bl) ist, welche im Rahmen der Ausführung der gesicherten Laufzeitumgebung (TZ) in einen Abschnitt des RAM-Speichers geladen wird, der für die gesicherte Laufzeitumgebung vorgesehen ist.

Description

Verf ahren zum Betrie b einer Mikroprozessoreinheit, insbesondere in einem mobilen Endgerät
Die Erfindung betrifft ein Verfahren zum Betrieb einer Mikroprozessoreinheit, insbesondere in einem mobilen Endgerät, sowie eine entsprechende Mikroprozessoreinheit und ein entsprechendes mobiles Endgerät. Aus dem Stand der Technik ist es bekannt, in einer Mikroprozessoreinheit eine sog. gesicherte Laufzeitumgebung zu implementieren, um in einer isolierten Umgebung sicherheitskritische Applikationen auszuführen. Unter Mikroprozessoreinheit ist dabei die Gesamtheit der zur Ausführung der Applikationen verwendeten Hardware zu verstehen, insbesondere der eigentli- che Mikroprozessor sowie entsprechende Speicher, die zur Ablage von Daten verwendet werden.
Herkömmliche gesicherte Laufzeitumgebungen verwenden in der Regel ein Betriebssystem mit geringem Speicherbedarf, wie das aus dem Stand der Technik bekannte MobiCore®-Betriebssystem, welches in Kombination mit einer gesicherten Laufzeitumgebung in der Form der sog. ARM TrustZone® verwendet wird. Dabei wird das in der gesicherten Laufzeitumgebung verwendete Betriebssystem in einen internen RAM-Speicher innerhalb der gesicherten Laufzeitumgebung geladen. Da der interne RAM-Speicher in seiner Größe begrenzt ist, muss das in der gesicherten Laufzeitumgebung verwendete Betriebssystem eine geringe Größe aufweisen, wodurch der durch die Mikroprozessoreinheit bereitgestellte Funktionsumfang beim Ausführen der gesicherten Laufzeitumgebung gering ist. Solange an die gesicherte Laufzeitumgebung nur sicherheitskritische Aufgaben übertragen werden, ist dies umproblematisch. In bestimmten Anwendungsfällen kann es jedoch erf or- derlich sein, dass eine gesicherte Laufzeitumgebung auch mit größerem Funktionsumfang durch die Mikroprozessoreinheit bereitgestellt wird. Wird die Mikroprozessoreinheit beispielsweise in einem Mobiltelefon verwendet, ist es zum Schutz gegen Abhörangriffe wünschenswert, dass eine gesicherte Lauf zeitumgebung bereitgestellt wird, mit der die Sprachanruf- Funktionalität des Mobil telefons ermöglicht wird. Dies kann durch derzeitige, in gesicherten Laufzeitumgebungen verwendete Betriebssysteme nicht erreicht werden. Aufgabe der Erfindung ist es deshalb, eine Mikroprozessoreinheit derart zu betreiben, dass eine gesicherte Laufzeitumgebung mit größerem Funktionsumfang als im Stand der Technik bereitgestellt wird.
Diese Aufgabe wird durch das Verfahren gemäß Patentanspruch 1 bzw. die Mikroprozessoreinheit gemäß Patentanspruch 8 bzw. das mobile Endgerät gemäß Patentanspruch 10 gelöst. Weiterbildungen der Erfindung sind in den abhängigen Ansprüchen definiert.
Das erfindungsgemäße Verfahren dient zum Betrieb einer Mikroprozessor- einheit, welche einen Mikroprozessor umfasst, auf dem eine normale Laufzeitumgebung mit einem ersten Betriebssystem und eine gesicherte Laufzeitumgebung mit einem zweiten, gesicherten Betriebssystem implementiert ist. Die Mikroprozessoreinheit beinhaltet dabei ferner einen RAM-Speicher außerhalb der gesicherten Laufzeitumgebung, in den das erste Betriebssys- tem bei der Ausführung der normalen Lauf zeitumgebung geladen wird. Das erste Betriebssystem ist insbesondere ein an sich bekanntes Betriebssystem für eine Mikroprozessoreinheit, z.B. ein Mobiltelefon-Betriebssystem, falls die Mikroprozessoreinheit für ein Mobiltelefon genutzt wird. Beispiele solcher Mobiltelefon-Betriebssysteme sind Android oder Symbian, welche für Smart Phones verwendet werden und einen großen Funktionsumfang bereitstellen.
Das erfindungsgemäße Verfahren zeichnet sich dadurch aus, dass das zweite Betriebssystem eine gesicherte Version des ersten Betriebssystems ist, welche im Rahmen der Ausführung der gesicherten Lauf zeitumgebung in einen Abschnitt des RAM-Speichers geladen wird, der für die gesicherte Laufzeitumgebung vorgesehen ist. Die gesicherte Version des ersten Betriebssystems stellt dabei insbesondere ein sog. gehärtetes Betriebssystem dar. Der Begriff des„Härtens" ist aus der Computertechnik hinlänglich bekannt und bezeichnet die Erhöhung der Sicherheit eines Systems, wie z.B. eines Programms oder eines Betriebssystems, indem nur bestimmte Software eingesetzt wird, die für den Betrieb des Systems notwendig ist und für welche gewährleistet ist, dass sie unter Berücksichtigung von Sicherheitsaspekten korrekt abläuft.
Erfindungsgemäß wird somit neben dem ursprünglichen ersten Betriebssystem ein zweites Betriebssystem verwendet, welches höheren Sicherheitsanforderungen genügt. In der Regel ist dabei der Funktionsumfang des gesi- cherten bzw. gehärteten Betriebssystems gegenüber dem ursprünglichen Betriebssystem reduziert, jedoch deutlich höher als der eines herkömmlichen, für eine gesicherte Laufzeitumgebung vorgesehenen Betriebssystems (wie z.B. MobiCore®), so dass auch mehr Speicher benötigt wird. Dies wird erfindungsgemäß dadurch berücksichtigt, dass das zweite gesicherte Betriebssys- tem in einen RAM-Speicher außerhalb der gesicherten Laufzeitumgebung geladen wird, denn dieser Speicher kann wesentlich größer als ein interner RAM-Speicher innerhalb der gesicherten Lauf zeitumgebung ausgestaltet sein. In einer besonders bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens wird das zweite Betriebssystem in einen RAM-Speicher in der Form eines OnSoC-RAM (SOC = System on a Chip) geladen. Ein OnSoC- RAM ist dabei zusammen mit den anderen Bestandteilen der Mikroprozes- soreinheit monolithisch in einem Chip integriert. In einer bevorzugten Ausführungsform ist dabei der OnSoC-RAM über den an sich bekannten AMB A- Bus an den Mikroprozessor der Mikroprozessoreinheit gekoppelt (AMBA = Advanced Microcontroller Bus Architecture). In einer weiteren, besonders bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens wird die Mikroprozessoreinheit über einen Schalter gesteuert, über den ein Benutzer zwischen der Ausführung der normalen und der gesicherten Laufzeitumgebung wechseln kann. Auf diese Weise kann durch den Benutzer festgelegt werden, in welchem Modus er die Mikropro- zessoreinheit betreiben kann. Verwendet der Benutzer die Mikroprozessoreinheit bspw. in einem sicherheitskritischen Umfeld, kann er von dem ersten nicht gesicherten Betriebssystem in das zweite gesicherte Betriebssystem schalten. Das zweite Betriebssystem stellt dabei einen größeren Funktionsumfang als eine herkömmliche gesicherte Laufzeitumgebung bereit, bei der das Betriebssystem in einen internen RAM-Speicher der gesicherten Laufzeitumgebung geladen ist.
In einer weiteren bevorzugten Ausführungsform wird einem Benutzer über eine Anzeigeeinheit angezeigt, wenn die gesicherte Lauf zeitumgebung aus- geführt wird, so dass der Benutzer immer darüber informiert ist, in welchem Modus er die Mikroprozesseinheit gerade betreibt.
In einer weiteren, besonders bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens ist die Mikroprozessoreinheit für ein Mobiltelefon vor- gesehen und beinhaltet einen Basisband-Prozessor ( auch als Base-Band- Prozessor bezeichnet) zur Verarbeitung von Kommunikationsfunktionalitäten. Um sicherzustellen, dass bestimmte Kommunikationsfunktionalitäten auch bei der Ausführung der gesicherten Laufzeitumgebung bereitgestellt werden, wird in dieser Ausführungsform ein Teil der Kommunikationsfunktionalitäten des Basisband-Prozessors im zweiten Betriebssystem implementiert. Vorzugsweise werden dabei als Kommunikationsfunktionalitäten des Basisband-Prozessors die Sprachanruf-Funktion bzw. die SMS-Funktion bzw. beide Funktionen implementiert, so dass der Benutzer zumindest Grundfunktionalitäten des Mobiltelefons nutzen kann.
In einer weiteren, besonders bevorzugten Ausführungsform des erfindungsgemäßen Verfahrens wird die gesicherte Laufzeitumgebung basierend auf an sich bekannter Hardware in der Form einer sog. ARM TrustZone® realisiert. Im Unterschied zu herkömmlichen Verfahren wird nunmehr in der TrustZone anstatt des üblicherweise verwendeten MobiCore®-Betriebssystems ein gesichertes bzw. gehärtetes Betriebssystem verwendet, das aus einem für die normale Laufzeitumgebung vorgesehenen Betriebssystem abgeleitet ist. Neben dem oben beschriebenen Verfahren betrifft die Erfindung ferner eine Mikroprozessoreinheit, insbesondere für ein mobiles Endgerät, umfassend einen Mikroprozessor, auf dem eine normale Laufzeitumgebung mit einem ersten Betriebssystem und eine gesicherte Laufzeitumgebung mit einem zweiten Betriebssystem implementiert ist, sowie einen RAM-Speicher außer- halb der gesicherten Laufzeitumgebung, in den das erste Betriebssystem bei der Ausführung der normalen Laufzeitumgebung geladen wird. Die Mikroprozessoreinheit zeichnet sich dadurch aus, dass das zweite Betriebssystem eine gesicherte bzw. gehärtete Version des ersten Betriebssystems ist und ein Abschnitt des RAM-Speichers für das zweite Betriebssystem vorgesehen ist, in den im Rahmen der Ausführung der gesicherten Laufzeitumgebung das zweite Betriebssystem geladen wird.
Vorzugsweise ist die Mikroprozessoreinheit derart ausgestaltet, dass eine oder mehrere der oben beschriebenen bevorzugten Varianten des erfindungsgemäßen Verfahrens auf der Mikroprozessoreinheit durchführbar sind.
Die Erfindung betrifft darüber hinaus ein mobiles Endgerät, insbesondere ein Mobiltelefon, welches die erfindungsgemäße Mikroprozessoreinheit bzw. eine oder mehrere bevorzugte Varianten der erfindungsgemäßen Mikroprozessoreinheit umfasst.
Ausführungsbeispiele der Erfindung werden nachfolgend anhand der beige- fügten Figuren detailliert beschrieben.
Es zeigen:
Fig. 1 eine Realisierung einer gesicherten Laufzeitumgebung in einer Mik- roprozessoreinheit gemäß dem Stand der Technik; und
Fig. 2 eine Realisierung einer gesicherten Laufzeitumgebung gemäß einer
Ausführungsform der Erfindung. Das erfindungsgemäße Verfahren wird nachfolgend basierend auf einer
Mikroprozessoreinheit beschrieben, welche für ein Mobiltelefon vorgesehen wird, wobei das Verfahren jedoch auch für Mikroprozessoreinheiten in anderen mobilen Geräten eingesetzt werden kann. Die Mikroprozessoreinheit ist dabei in der Form eines sog. SoC bzw. Ein-Chip-Systems realisiert (SoC = System on a Chip), d.h. im Wesentlichen alle Komponenten der Mikroprozessoreinheit sind auf einem einzelnen IC-Chip integriert.
Fig. 1 zeigt den Aufbau eines Ein-Chip-Systems, in dem eine gesicherte Lauf- zeitumgebung in herkömmlicher Weise implementiert ist. Dabei enthält der Chip den eigentlichen Mikroprozessor MP, bei dem es sich um einen ARM- Mikroprozessor handelt, auf dem in an sich bekannter Weise eine gesicherte Laufzeitumgebung in der Form einer TrustZone realisiert ist, welche mit TZ bezeichnet ist. In Fig. 1 und auch in der weiter unten beschriebenen Fig. 2 werden dabei Bereiche mit gesicherter Laufzeitumgebung immer schraffiert wiedergegeben. Zum Betrieb der gesicherten Laufzeitumgebung TZ wird in Fig.l das an sich bekannte MobiCore®-Betriebssystem verwendet. In die gesicherte Laufzeitumgebung werden sicherheitskritische Funktionen verlagert, wie z.B. mobile Bezahl- Anwendungen oder andere Anwendungen, für welche ein Zugriff auf persönliche benutzerspezifische Daten erforderlich ist. Im Betrieb der TrustZone TZ wird das MobiCore® Betriebssystem in einen internen RAM-Speicher innerhalb der TrustZone geladen, der in Fig. 1 mit IR bezeichnet ist. Der Abschnitt des RAM-Speichers, der das Betriebssystem MobiCore® enthält, ist dabei mit MC bezeichnet. Das Bezugszeichen MC wird im Folgenden auch zur Bezeichnung des Betriebssystems MobiCore® verwendet.
Neben der gesicherten Lauf zeitumgebung TZ enthält der Mikroprozessor MP ferner eine normale Laufzeitumgebung, welche in Fig. 1 mit NZ bezeich- net ist. Hier ist das herkömmliche Betriebssystem der Mikroprozessoreinheit hinterlegt, welches einen erheblich größeren Speicherbedarf als das MobiCo- re®-Betriebssystem hat. Dieses Betriebssystem ist in der beschriebenen Ausführungsform ein sog. richOS mit einem großen Funktionsumfang, wie es bspw. in Smart Phones eingesetzt wird. Ein Beispiel eines solchen Betriebssystems ist das Mobil telefon-Betriebssy stem Android.
Bei der Ausführung der normalen Laufzeitumgebung wird in der Mikropro- zessoreinheit der Fig. 1 der RAM-Speicher R verwendet, der als OnSoC-RAM auf dem Chip ausgebildet ist und welcher über den an sich bekannten AMBA-Bus B an den Mikroprozessor MP angebunden ist. Das herkömmliche richOS-Betriebssystem wird dabei in diesen RAM-Speicher geladen. In Fig. 1 ist der Abschnitt des RAM-Speichers, in dem das richOS-Betriebssystem ent- halten ist, mit Bl bezeichnet. Dieses Bezugszeichen wird im Folgenden auch zur Bezeichnung des richOS-Betriebssystems verwendet.
Die Mikroprozessoreinheit der Fig. 1 beinhaltet neben dem Mikroprozessor MP ferner einen sog. Basisband-Prozessor bzw. Base-Band-Prozessor BP, mit dem die Kommunikationsfunktionalitäten des Mobiltelefons realisiert werden. Der Basisband-Prozessor BP kommuniziert deshalb mit der SIM/USIM- Karte des Mobiltelefons sowie dem Mobilfunknetz und gegebenenfalls auch mit einem Mikrofon. Um den Mikroprozessor der Fig. 1 im sicheren Modus in der TrustZone TZ zu betreiben, ist innerhalb der normalen Zone NZ ein MobiCore®-Treiber D vorgesehen, der den Wechsel in die gesicherte Laufzeitumgebung auslöst. Im Rahmen der Ausführung der gesicherten Lauf zeitumgebung wird gemäß Fig. 1 lediglich der interne RAM-Speicher IR verwendet, der nur ein begrenz- tes Speichervolumen (ca. 128 kB) aufweist. Demzufolge ist der Funktionsumfang des MobiCore®-Betriebssystems MC deutlich geringer als der eines ri- chOS, welches in den OnSoC-RAM-Speicher R geladen wird, der deutlich größer ausgelegt ist und meist mehrere MByte Speichervolumen aufweist. Aufgrund des geringen Funktionsumfangs von MobiCore® können an die gesicherte Laufzeitumgebung nur sicherheitskritische Aufgaben delegiert werden. Somit können beim Ausführen der gesicherten Laufzeitumgebung keine weitergehenden Funktionalitäten der Mikroprozessoreinheit genutzt werden. Dies ist nachteilhaft, denn es ist in bestimmten Szenarien wünschenswert, dass im Rahmen der Ausführung der gesicherten Laufzeitumgebung auch mehr Funktionen des herkömmlichen Betriebssystems, wie z.B. die Sprachanruf -Funktionalität, kontrolliert werden. Insbesondere sollte ein Betrieb basierend auf einer gesicherten Laufzeitumgebung bei Angriffssze- narien im Behördenumfeld, wie z.B. beim Abhören von Telefonen, möglich sein. MobiCore® kann für solche Angriffsszenarien keinen Schutz gewährleisten, da die Sprachanruf -Funktionalität beim Ausführen des MobiCore®- Betriebssystems nicht bereitgestellt ist. Fig. 2 zeigt eine Ausführungsform einer erfindungsgemäßen Mikroprozessoreinheit, mit der die oben angesprochene Problematik gelöst wird. Dabei werden für Bauteile, welche Bauteilen der Fig. 1 entsprechen, die gleichen Bezugszeichen verwendet. Die Mikroprozessoreinheit der Fig. 2 umfasst analog zu Fig. 1 einen Mikroprozessor MP mit einer TrustZone TZ und einer normalen Zone NZ. Ebenso ist wiederum ein Basisband-Prozessor BP sowie der OnSoC-RAM-Speicher R vorgesehen. Im Unterschied zur Ausführungsform der Fig. 1 wird die TrustZone nunmehr nicht mehr basierend auf dem MobiCore®-Betriebssystem ausgeführt, sondern es wird hierfür eine gehärtete Variante des herkömmlichen richOS-Betriebssystems Bl verwendet. Das gehärtete Betriebssystem, welches in Fig. 2 mit B2 bezeichnet ist, weist dabei einen geringen Funktionsumfang als das Betriebssystem Bl auf, enthält nunmehr aber deutlich mehr Funktionen als das reine MobiCore®-Betriebs- sy stem. Der Begriff des„Härtens" wurde bereits weiter oben beschrieben und betrifft die Reduktion des Funktionsumfangs eines Betriebssystems, um hierdurch dessen Sicherheit gegenüber Angriffen unbefugter Dritter zu erhöhen. Das gehärtete Betriebssystem stellt somit ein gegenüber dem ursprünglichen Betriebssystem gesichertes Betriebssystem mit reduziertem Funktionsumfang dar.
Gemäß der Ausführungsform der Fig. 2 wird nunmehr im Betrieb der Trust- Zone TZ dieses gehärtete Betriebssystem B2 verwendet, welches hierzu jedoch nicht mehr in den internen RAM-Speicher IR geladen wird, sondern in den OnSoC-RAM-Speicher R, denn der interne RAM-Speicher ist für das ge- härtete Betriebssystem B2 nicht mehr ausreichend. Im gehärteten Betriebssystem sind in der Ausführungsform gemäß Fig. 2 auch bestimmte Kommunikationsfunktionalitäten des Basisband-Prozessors BP integriert, insbesondere die Sprachanruf-Funktionalität des Basisband-Prozessors BP. Dies wird durch einen schraffierten Bereich innerhalb des Basisband-Prozessors BP an- gedeutet. Das gehärtete Betriebssystem enthält dabei die entsprechenden Treiber für die Kommunikation über den Basisband-Prozessor BP.
Die Mikroprozessoreinheit gemäß Fig. 2 ermöglicht je nach Anwendungsfall die Verwendung sowohl des normalen Betriebssystems Bl als auch des ge- härteten Betriebssystems B2. Beim Start bzw. Booten der Mikroprozessoreinheit wird dabei ein sog. TrustZone-Protection-Controller TP eingesetzt, der über den AMBA-Bus auf den RAM-Speicher R zugreift und so konfiguriert ist, dass ein Teil des OnSoC-RAM-Speichers R exklusiv für das Ausführen der TrustZone TZ zur Verfügung steht. Die Sicherheit des über diesen Trust- Zone-Protection-Controller partitionierten OnSoC-RAM-Speichers ist zwar nicht so hoch wie die des internen RAM-Speichers IR, jedoch reicht die Sicherheit zum Schutz eines kompletten gehärteten Betriebssystems aus. Über einen entsprechenden Schalter SW wird der Benutzer des Mobiltelefons ferner in die Lage versetzt, zwischen dem herkömmlichen Betriebssystem Bl und dem gehärteten Betriebssystem B2 umzuschalten. Die Mikroprozessoreinheit der Fig. 2 beinhaltet dabei auch eine Anzeigeeinheit L in der Form einer LED, wobei durch das Leuchten der LED dem Benutzer des Mobiltelefons signalisiert wird, dass er sich im gesicherten Modus befindet, in dem das gehärtete Betriebssystem ausgeführt wird.
Die im Vorangegangenen beschriebene Ausführungsform der Erfindung weist eine Reihe von Vorteilen auf. Insbesondere wird ein Benutzer der Mikroprozessoreinheit bzw. des entsprechenden Mobiltelefons in die Lage ver- setzt, zwischen zwei Betriebsarten des Mobil telefons in einem Gerät auszuwählen bzw. zu wechseln. Zum einen kann er das Mobiltelefon im unsicheren Modus basierend auf dem Betriebssystem Bl verwenden, wobei er dann die Möglichkeit hat, die Vorteile gängiger richOS-Betriebssysteme zu nutzen, wie z.B. das Herunterladen von Applikationen, die Nutzung von GPS zur Navigation und dergleichen. Ist dem gegenüber ein gesicherter Betrieb des Mobiltelefons erforderlich, kann der Benutzer in den sicheren Modus wechseln, in dem das Mobiltelefon mit dem gehärteten Betriebssystem B2 betrieben wird. Dabei stehen dem Benutzer nicht mehr alle Funktionalitäten des Mobiltelefons zur Verfügung, jedoch ist das Mobiltelefon gegenüber Angrif- fen Dritter geschützt. Im Unterschied zur Verwendung des MobiCore®-
Betriebssystems gemäß Fig. 1 ist der Funktionsumfang des Telefons im sicheren Modus jedoch höher. Insbesondere wird die Sprachanruf -Funktionalität durch das Mobiltelefon weiterhin gewährleistet. Durch die Verwendung des gehärteten Betriebssystems in einer gesicherten Laufzeitumgebung kann er- findungsgemäß ein komplettes Mobiltelefon-Betriebssystem, wie z.B. das oben erwähnte Betriebssystem Android, geschützt werden. Die Erfindung eignet sich dabei insbesondere für Anwendungen (z.B. im Behördenumfeld bei Abhörangriffen), die eine höhere Sicherheit als eine Software- Virtualisierung basierend auf MobiCore® benötigen, aber nicht unbedingt zur Sicherheit einen internen RAM-Speicher verwenden müssen.

Claims

Verfahren zum Betrieb einer Mikroprozessoreinheit, insbesondere in einem mobilen Endgerät, wobei die Mikroprozessoreinheit einen Mikroprozessor (MP) umfasst, auf dem eine normale Lauf zeitumge- bung (NZ) mit einem ersten Betriebsystem (Bl) und eine gesicherte Laufzeitumgebung mit einem zweiten Betriebssystem (B2) implementiert ist, sowie einen RAM-Speicher (R) außerhalb der gesicherten Laufzeitumgebung (TZ), in den das erste Betriebssystem (Bl) bei der Ausführung der normalen Laufzeitumgebung (NZ) geladen wird; dadurch gekennzeichnet, dass
das zweite Betriebsystem (B2) eine gesicherte Version des ersten Betriebssystems (Bl) ist, welche im Rahmen der Ausführung der gesicherten Laufzeitumgebung (TZ) in einen Abschnitt des RAM- Speichers (R) geladen wird, der für die gesicherte Laufzeitumgebung (TZ) vorgesehen ist.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das zweite Betriebssystem (B2) in einen RAM-Speicher (R) in der Form eines On- SoC-RAM geladen wird, wobei der OnSoC-RAM insbesondere über einen AMBA-Bus (B) an den Mikroprozessor (MP) gekoppelt ist.
Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Mikroprozessoreinheit über einen Schalter (SW) gesteuert wird, über den ein Benutzer zwischen der Ausführung der normalen und der gesicherten Laufzeitumgebung (NZ, TZ) wechseln kann.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass einem Benutzer über eine Anzeigeeinheit (L) ange- zeigt wird, wenn die gesicherte Lauf zeitumgebung (TZ) ausgeführt wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Mikroprozessoreinheit für ein Mobiltelefon vorgesehen ist und einen Basisband-Prozessor (BP) zur Verarbeitung von Kommunikationsfunktionalitäten beinhaltet, wobei ein Teil der Kommunikationsfunktionalitäten des Basisband-Prozessors (BP) im zweiten Betriebssystem implementiert ist.
Verfahren nach Anspruch 5, dadurch gekennzeichnet, dass als Kommunikationsfunktionalitäten des Basisband-Prozessors (BP) die Sprachanruf -Funktion und/ oder die SMS-Funktion im zweiten Betriebssystem implementiert sind.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die gesicherte Laufzeitumgebung (TZ) eine ARM TrustZone® ist.
Mikroprozessoreinheit, insbesondere für ein mobiles Endgerät, umfassend einen Mikroprozessor (MP), auf dem eine normale Laufzeitumgebung (NZ) mit einem ersten Betriebsystem (Bl) und eine gesicherte Laufzeitumgebung (TZ) mit einem zweiten Betriebssystem (B2) implementiert ist, und einen RAM-Speicher (R) außerhalb der gesicherten Laufzeitumgebung (TZ), in den das erste Betriebssystems (Bl) bei der Ausführung der normalen Laufzeitumgebung (NZ) geladen wird;
dadurch gekennzeichnet, dass das zweite Betriebsystem (B2) eine gesicherte Version des ersten Betriebssystems (Bl) ist und ein Abschnitt des RAM-Speichers (R) für das zweite Betriebssystem (B2) vorgesehen ist, in den im Rahmen der Ausführung der gesicherten Laufzeitumgebung (TZ) das zweite Betriebssystem (B2) geladen wird.
Mikroprozessoreinheit nach Anspruch 8, dadurch gekennzeichnet, dass die Mikroprozessoreinheit derart ausgestaltet ist, dass auf der Mikroprozessoreinheit ein Verfahren nach einem der Ansprüche 2 bis 7 durchführbar ist.
Mobiles Endgerät, insbesondere Mobiltelefon, dadurch gekennzeichnet, dass das mobile Endgerät eine Mikroprozessreinheit nach Anspruch 8 oder 9 umfasst.
PCT/EP2012/000765 2011-02-24 2012-02-22 Verfahren zum betrieb einer mikroprozessoreinheit, insbesondere in einem mobilen endgerät WO2012113547A2 (de)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP12711340.5A EP2663946A2 (de) 2011-02-24 2012-02-22 Verfahren zum betrieb einer mikroprozessoreinheit, insbesondere in einem mobilen endgerät
US14/001,361 US20140007120A1 (en) 2011-02-24 2012-02-22 Method for operating a microprocessor unit, in particular in a mobile terminal
KR1020137024123A KR20140027110A (ko) 2011-02-24 2012-02-22 특히 이동 단말 장치 내의 마이크로 프로세서 유닛을 작동시키기 위한 방법
CN2012800100634A CN103477343A (zh) 2011-02-24 2012-02-22 操作特别是移动终端中的微处理器单元的方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102011012226A DE102011012226A1 (de) 2011-02-24 2011-02-24 Verfahren zum Betrieb einer Mikroprozessoreinheit, insbesondere in einem mobilen Endgerät
DE102011012226.5 2011-02-24

Publications (2)

Publication Number Publication Date
WO2012113547A2 true WO2012113547A2 (de) 2012-08-30
WO2012113547A3 WO2012113547A3 (de) 2013-01-03

Family

ID=45922633

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2012/000765 WO2012113547A2 (de) 2011-02-24 2012-02-22 Verfahren zum betrieb einer mikroprozessoreinheit, insbesondere in einem mobilen endgerät

Country Status (6)

Country Link
US (1) US20140007120A1 (de)
EP (1) EP2663946A2 (de)
KR (1) KR20140027110A (de)
CN (1) CN103477343A (de)
DE (1) DE102011012226A1 (de)
WO (1) WO2012113547A2 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015120972A1 (de) * 2014-02-11 2015-08-20 Giesecke & Devrient Gmbh Mikroprozessorsystem

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102011018431A1 (de) 2011-04-21 2012-10-25 Giesecke & Devrient Gmbh Verfahren zur Anzeige von Informationen auf einer Anzeigeeinrichtung eines Endgeräts
DE102011115135A1 (de) 2011-10-07 2013-04-11 Giesecke & Devrient Gmbh Mikroprozessorsystem mit gesicherter Laufzeitumgebung
FR2998747B1 (fr) * 2012-11-27 2015-01-23 Oberthur Technologies Procede d'aiguillage d'un message
FR2998694B1 (fr) 2012-11-27 2016-01-01 Oberthur Technologies Module electronique pour rendre un message accessible par un systeme d'exploitation vise
US11029997B2 (en) * 2013-07-15 2021-06-08 Texas Instruments Incorporated Entering protected pipeline mode without annulling pending instructions
US9218508B2 (en) * 2013-09-06 2015-12-22 Getac Technology Corporation Electronic device and protection method thereof
FR3019351A1 (fr) * 2014-03-31 2015-10-02 Orange Procede de configuration securisee d'une application dans un terminal utilisateur
CN105095765B (zh) * 2014-05-14 2018-09-11 展讯通信（上海）有限公司 移动终端及其处理器系统、一种可信执行方法
GB201408539D0 (en) * 2014-05-14 2014-06-25 Mastercard International Inc Improvements in mobile payment systems
CN105787391B (zh) * 2014-12-22 2019-02-01 中国科学院信息工程研究所 基于TrustZone硬件的面向任务的安全操作系统
CN106211144B (zh) 2015-04-30 2020-06-16 华为技术有限公司 一种移动终端的通信方法及移动终端
CN105356998B (zh) * 2015-09-28 2019-06-11 宇龙计算机通信科技(深圳)有限公司 一种基于TrustZone的域空间切换系统及方法
US11599375B2 (en) * 2020-02-03 2023-03-07 EMC IP Holding Company LLC System and method virtual appliance creation

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5001742A (en) * 1990-01-29 1991-03-19 At&T Bell Laboratories Baseband signal processing unit and method of operating the same
US7058768B2 (en) * 2002-04-17 2006-06-06 Microsoft Corporation Memory isolation through address translation data edit control
GB2402785B (en) * 2002-11-18 2005-12-07 Advanced Risc Mach Ltd Processor switching between secure and non-secure modes
WO2005036806A2 (en) * 2003-10-08 2005-04-21 Unisys Corporation Scalable partition memory mapping system
FR2862397A1 (fr) * 2003-11-13 2005-05-20 St Microelectronics Sa Demarrage securise d'un appareil electronique a architecture smp
US20070079111A1 (en) * 2005-09-30 2007-04-05 Chiu-Fu Chen Activating method of computer multimedia function
US7950020B2 (en) * 2006-03-16 2011-05-24 Ntt Docomo, Inc. Secure operating system switching
GB2453518A (en) * 2007-08-31 2009-04-15 Vodafone Plc Telecommunications device security

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015120972A1 (de) * 2014-02-11 2015-08-20 Giesecke & Devrient Gmbh Mikroprozessorsystem

Also Published As

Publication number Publication date
KR20140027110A (ko) 2014-03-06
EP2663946A2 (de) 2013-11-20
CN103477343A (zh) 2013-12-25
DE102011012226A1 (de) 2012-08-30
WO2012113547A3 (de) 2013-01-03
US20140007120A1 (en) 2014-01-02

Similar Documents

Publication Publication Date Title
WO2012113547A2 (de) Verfahren zum betrieb einer mikroprozessoreinheit, insbesondere in einem mobilen endgerät
DE112007000101C9 (de) Verfahren zur Kommunikation mit einer Multifunktionsspeicherkarte
DE102006001458B4 (de) Mobiltelefon und tragbare Speichereinrichtung, das selbiges verwendet
EP2987350B1 (de) Mobilstation umfassend sicherheitsressourcen mit unterschiedlichen sicherheitsniveaus
EP1168784B1 (de) Externe Bedieneinheit für ein Mobilfunktelefon
DE112008001656T5 (de) Hinzufügen virtueller Merkmale über Zubehörteile der realen Welt
DE102016123744A1 (de) Ein-Chip-System mit Zugriffssteuereinheit und mobile Vorrichtung mit Ein-Chip-System
DE102011115135A1 (de) Mikroprozessorsystem mit gesicherter Laufzeitumgebung
DE10115729A1 (de) Vielseitiges Boot-Verfahren für eine Anwendungs-Software eines Mikrocontrollers
DE102011012227A1 (de) Verfahren zum Datenaustausch in einer gesicherten Laufzeitumgebung
DE60011086T2 (de) Gerät für datenverarbeitung und korrespondierendes verfahren
DE10324337B4 (de) Rechnersystem und zugehöriges Verfahren zum Durchführen eines Sicherheitsprogramms
EP2795934B1 (de) Verfahren zur kommunikation mit einer applikation auf einem portablen datenträger sowie ein solcher portabler datenträger
EP2698678B1 (de) Konfigurationstechnik für ein Steuergerät mit miteinander kommunizierenden Anwendungen
DE10164422A1 (de) Verfahren und Anordnung zum Beschreiben von NV-Memories in einer Controller-Architektur sowie ein entsprechendes Computerprogrammprodukt und ein entsprechendes computerlesbares Speichermedium
DE102012105093A1 (de) Sicherer Datenspeicher für Fahrzeugnetzwerke
EP3070690A1 (de) Chipkarte und verfahren zur softwarebasierten modifikation einer chipkarte
EP2210241B1 (de) Daten verarbeitende vorrichtung und verfahren zum betreiben einer daten verarbeitenden vorrichtung
EP2189921A2 (de) Diagnosegerät zur Verbindung mit einem Kraftfahrzeug
EP2126711B1 (de) Datenspeichervorrichtung mit zusatzfunktion
DE19709975C2 (de) Mikrocomputer
DE10064025A1 (de) Verfahren mit einem bedingten deterministischen Rücksetzvektor für einen Mikroprozessor
DE102015114721B4 (de) Verfahren, Gerät und System zur Datenverarbeitung
DE102020209133A1 (de) Verfahren zur abgesicherten Speicherung eines Datenelements in einem externen Speicher und Schnittstellenmodul
WO2006010462A1 (de) Verfahren zum zugang zur firmware eines computers

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2012711340

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2013554812

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20137024123

Country of ref document: KR

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 14001361

Country of ref document: US