WO2012143132A1 - Verfahren zur anzeige von informationen auf einer anzeigeeinrichtung eines endgeräts - Google Patents

Verfahren zur anzeige von informationen auf einer anzeigeeinrichtung eines endgeräts Download PDF

Info

Publication number
WO2012143132A1
WO2012143132A1 PCT/EP2012/001700 EP2012001700W WO2012143132A1 WO 2012143132 A1 WO2012143132 A1 WO 2012143132A1 EP 2012001700 W EP2012001700 W EP 2012001700W WO 2012143132 A1 WO2012143132 A1 WO 2012143132A1
Authority
WO
WIPO (PCT)
Prior art keywords
display data
runtime environment
display
terminal
secure
Prior art date
Application number
PCT/EP2012/001700
Other languages
English (en)
French (fr)
Inventor
Axel Heider
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 EP12716254.3A priority Critical patent/EP2700033B1/de
Priority to US14/113,066 priority patent/US9489505B2/en
Priority to CN201280018611.8A priority patent/CN103503426B/zh
Priority to KR1020137029398A priority patent/KR101902176B1/ko
Priority to JP2014505539A priority patent/JP5864723B2/ja
Publication of WO2012143132A1 publication Critical patent/WO2012143132A1/de

Links

Classifications

    • 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/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/44—Program or device authentication
    • 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/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • 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/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/82—Protecting input, output or interconnection devices
    • G06F21/84—Protecting input, output or interconnection devices output devices, e.g. displays or monitors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/12—Detection or prevention of fraud
    • H04W12/121—Wireless intrusion detection systems [WIDS]; Wireless intrusion prevention systems [WIPS]
    • H04W12/122—Counter-measures against attacks; Protection against rogue devices

Definitions

  • the invention relates to a method for displaying information on a display device of a terminal, in particular a mobile terminal, as well as a corresponding terminal.
  • a secure runtime environment which is isolated from the normal running time environment and is used to execute safety-critical applications.
  • An example of such a secure run-time environment is known from the prior art ARM ® TrustZone ®. Within this TrustZone runs a separate operating system, such as the well-known operating system MobiCore ® .
  • a separate display or a separate display area can be provided as a user interface for applications from the TrustZone.
  • One problem with using a secure runtime environment parallel to a normal runtime environment is how a user can be more likely to be tamper-evident by communicating with a trusted application from the secure runtime environment. In particular, attacks are thereby to be prevented, which simulate a user via a manipulated application from the normal running time environment, that he communicates with the secure running time environment. In this case you can use appropriate prompts. Person-related data, such as passwords, PINs and the like of unauthorized third parties, are tapped.
  • the object of the invention is to reproduce information on a display device of a terminal in such a way that a user is displayed in a tamper-proof manner as to whether the information is trustworthy.
  • the inventive method is used to display information on a display device of a terminal, which is in particular a mobile terminal, such as a mobile phone, a PDA and the like, is.
  • a microprocessor unit is provided in which a normal runtime environment and a secure runtime environment are implemented, wherein display data for playback on the display device over the normal running time environment and the secure runtime environment are available.
  • the method according to the invention is characterized in that display data provided via the normal runtime environment are at least partially transferred to the secure runtime environment, which checks whether the transferred display data satisfy one or more security criteria.
  • the security criteria can be configured as desired. All you have to do is make sure that when the security criteria are met, a user can trust the display data so that they have not been tampered with.
  • the display data are discarded, ie not brought to display on the display device at all. It is also possible that the display data are changed in such a way that they can be distinguished by the user in the subsequent reproduction on the display device of display data provided via the secure running time environment. In this way, it is ensured that even with manipulated applications a user can see whether the application is executed in the normal or secure runtime environment.
  • the method according to the invention has the advantage that a display device can be used both by a secure runtime environment and by a normal runtime environment, wherein at the same time it is ensured that unauthorized manipulated applications can be detected by checking corresponding security criteria.
  • the display data transferred to the secure runtime environment are reproduced unchanged on the display device in the event that they meet the security criterion (s) (ie all security criteria).
  • the security criteria described above include the criterion that the transferred display data is distinguishable to display data provided via the secure runtime environment when it is displayed on the display device. That is, if the data is distinguishable, this security criterion is met.
  • the lack of trustworthiness of information is coupled directly to simulating a secure runtime environment based on display data from the normal runtime environment.
  • the method according to the invention is used in a terminal with a display device which comprises a first display element and a second display element.
  • display data provided on the first display element is provided exclusively by the normal running time environment.
  • the first display element is larger than the second display element.
  • display data provided by the secure runtime environment as well as display data provided by the normal runtime environment are reproduced on the second display element within the scope of the invention.
  • the display data provided by the normal runtime environment, which are intended to be displayed on the second display element are transferred to the secure runtime environment and subjected to the checking according to the invention of the security criteria.
  • a (second) display element which is normally used only by the secure runtime environment, also be used for applications from the normal running time environment, wherein the review of the above security criteria is a misuse prevented.
  • the first and the second display element can be two separately controlled displays.
  • the first and the second display element are two display areas of a single display.
  • the secure runtime environment is known per se ARM TrustZone ® ®, on the preferably also the well-known operating system Mobi ® Core is running.
  • the terminal is a mobile telephone, the operating system of the mobile telephone running on the normal runtime environment.
  • the mobile phone is a so-called smartphone, which uses an operating system with extended functional scope (also referred to as Rieh OS).
  • the change can take place in various ways, it only being necessary to ensure that it is recognizable to a user that the display data does not provided through the secure runtime environment. This can be achieved for example by the addition of a warning message to the display data. This alert informs the user that the display data is trying to pretend that they are being deployed by the secure runtime environment, although it is not.
  • Another type of change of the display data transferred to the secure runtime environment may be that one or more predetermined graphic elements contained in the transferred display data, on the basis of which it is recognizable to a user, that the display data reproduced on the display device by the secured Running time environment are provided, modified or removed from the display data.
  • the review of the above security criteria is based on a graphical analysis of the display data.
  • the secure runtime environment analyzes the transferred display data as to whether they contain one or more predetermined graphical elements by means of which it is recognizable to a user that display data reproduced on the display device are provided by the secure runtime environment, wherein at least one security criterion is not fulfilled if the display data includes the predetermined graphical element (s).
  • the graphic elements described above which are modified or removed from the display data or processed in the context of the graphical analysis, can be configured as desired.
  • it can be a predetermined frame, in particular in a predetermined color (for example red).
  • the graphic elements may include one or more animated picture elements and / or lettering, such. B. the lettering "TrustZone active".
  • the checking of security criteria carried out by the secure runtime environment may possibly also include a cryptographic check.
  • cryptographic verification is to be understood broadly.
  • the cryptographic check also includes the verification of one or more digital signatures, which are contained in the time passed to the secure runtime display data.
  • the signature verification can be designed such that in the case that the signature (s) are valid and / or trustworthy, the corresponding safety criterion is met.
  • there is the possibility that in the context of the cryptographic check one or more graphical elements are checked in the transferred display data.
  • one or more digital signatures, which are each assigned to a graphical element in the display data are checked.
  • the check can in turn be configured such that in the event that the signature is classified as valid and / or trustworthy, the security criterion is met.
  • the invention also relates to a terminal, in particular a mobile terminal.
  • This terminal comprises a microprocessor unit in which a normal runtime environment and a secure runtime environment are implemented, as well as a display device, wherein display data for playback on the arithmetic device can be provided via the normal runtime environment and the secure runtime environment.
  • the terminal is designed such that over the normal running time environment provided display data is at least partially passed to the secure running time environment, which checks whether the given display data meet one or more security criteria, the display data in case they do not at least one security criterion be met, discarded or changed so that they can be distinguished in the subsequent playback on the display device provided by the secure runtime environment display data by a user.
  • the terminal according to the invention is preferably designed such that one or more variants of the method according to the invention described above can be carried out with the terminal.
  • An embodiment of the invention will be described below with reference to the accompanying Fig. 1 in detail. This figure shows a schematic representation of a sequence of an embodiment of the method according to the invention.
  • FIG. 1 The displays and their hardware are indicated schematically in FIG. 1 with Dl and D2.
  • Ler in the built-in mobile phone microcontrollers are a normal run-time environment NZ and a secure runtime TZ in the form of a so-called.
  • ARM ® TrustZone ® implemented.
  • the normal runtime environment includes a conventional mobile phone operating system OS. Is the mobile phone on?
  • the operating system is a so-called rieh OS with a wide range of functions.
  • the TrustZone TZ is used for the execution of safety-critical applications using the mobile phone, such as to carry out payment transactions or banking applications or other applications in which personal user-specific data is processed.
  • the secure runtime environment is isolated from the normal runtime environment and encapsulates security-critical processes, providing efficient protection against attacks by unauthorized third parties.
  • the security-critical applications running within the TrustZone TZ are referred to as so-called trustlets, the trustlets TRA and TRB being reproduced by way of example in FIG.
  • conventional applications run in the normal runtime environment NZ, which are designated as examples in FIG. 1 by API and AP2.
  • the display D2 is used in the mobile phone, on which a user can read off corresponding outputs of the trustlets and can also make entries with the aid of a keyboard.
  • the user is graphically indicated that the currently running application originates from the secure run time environment, which in the embodiment described here takes place via a frame reproduced on the display, which is represented in particular in a special color, such as red is. If necessary, there are also other possibilities for graphically informing the user via the display D2 that he is currently communicating with an application in the TrustZone.
  • special images or cons such as animated cons, may be used for trustlets, or a logo may be displayed on the display indicating that the display is for an application in the TrustZone.
  • this can be achieved by labels such as "TrustZone active” or "secured display”.
  • the D2 display is much smaller than the Dl display, as TrustZone trustlets usually process smaller amounts of data and display them.
  • the display D2 can be used by applications that render short status messages or other brief information, such as a message. Short messages.
  • Further examples are the display of MP3 player
  • the application API interacts with the larger display D1 in the normal runtime environment NZ.
  • corresponding render commands RC are passed to a display renderer DR1 responsible for the display D1, which sends the commands to pixel-based display data DD1 converts which are displayed on the display Dl.
  • a separate trusted display renderer TDR2 is used to render display data of the trustlets TRA and TRB in the TrustZone TZ.
  • the corresponding render commands RC of the trustlets TRA and TRB are pixel-based by this renderer Display data converted, which are then displayed on the display D2.
  • the renderer TDR2 adds the corresponding elements (eg the red frame mentioned above), which indicate that the display data comes from the TrustZone.
  • the application AP2 differs from the application API in that the generated display data is to be reproduced on the smaller display D2.
  • a corresponding display renderer DR2 is used, which converts the render commands of the application AP2 into pixel-based display data DD2, which are provided for the display D2.
  • the display data DD2 are passed to an algorithm CH within the MobiCore operating system MC, which checks this data.
  • the algorithm CH checks the display data DD2 provided for display on the display D2 graphically as to whether there is a red frame around the information to be displayed. Such a test does not require complex algorithms in the image recognition and is thus easily implemented on a resource-limited mobile phone.
  • this frame is at least partially removed from the pixel data DD2 before the display or changed so that the user of the display D2 no Likelihood of confusion with the red frame of the TrustZone stands. This can be achieved, for example, by reducing the proportion of red in the edge region of the display D2 so that the frame no longer appears in red.
  • the algorithm CH may also completely discard the pixel data and / or display a warning of a possible attack in the display D2, so that the user is explicitly informed that he is using the Application should not enter any personal information.
  • an active TrustZone can also be done via static or animated images, as already mentioned above.
  • the images or animations used are stored as kons and are only copied when rendering (ie drawing) of the window content in the corresponding graphics memory.
  • the kons are usually not generated during runtime of the application, but already during the software development or software development for the corresponding application. If an active TrustZone is now indicated by enriched cons, the graphical check of whether corresponding display data DD2 contains such cons for simulating a TrustZone is considerably more difficult than with simpler elements such as the red frame described above. In particular, complex analysis algorithms are required on the part of the TrustZone in order to determine similarities for the human eye.
  • the graphic check of icons is replaced by a signature check.
  • the icons transmitted from the normal runtime environment to the TrustZone have a digital signature that was already introduced during the development of the software of the corresponding application. If an icon within the display data DD2 has such a digital signature, only this is checked by the TrustZone before display of the icon on the display D2. If the signature of the individual icons is recognized as valid or trustworthy, the display data, including the icons, are reproduced without change, since in this case the application is classified as trustworthy. So that the digital signature must be checked as rarely as possible, the TrustZone can save the icon itself or a hash value of the icon calculated by the TrustZone itself in a cache.
  • the display data can either not be displayed on the display D2 at all, or a graphical check of the icons is subsequently made as to whether the icons are intended to simulate an active TrustZone. If this is the case, the icons are removed from the display data or a warning message is issued, so that the user is informed that the application is not running in the secure listening time environment.
  • the embodiment of the invention described with reference to FIG. 1 was explained based on two separately controlled displays D1 and D2.
  • the invention is also applicable to terminals in which the display D2 is used together with the larger display Dl. That is, the two displays represent two display areas within a common large display.
  • the operating system OS takes care of the normal runtime environment with appropriate drivers around the rendition of the data to be displayed. From the point of view of the individual applications then only a single display is available.
  • the embodiment of the invention described above has a number of advantages.
  • This ensures that a user reliably and easily recognizes whether the currently used application is running or trusted on the TrustZone.
  • the pretending of an active TrustZone by an application from the normal runtime environment is achieved via a graphical check of the display data or possibly also by means of the verification of signatures.
  • no additional elements, such as an LED or the like, are required to indicate to the terminal that the TrustZone is currently active.

Abstract

Die Erfindung betrifft Verfahren zur Anzeige von Informationen auf einer Anzeigeeinrichtung (D1, D2) eines Endgeräts, insbesondere eines mobilen Endgeräts, wobei in dem Endgerät eine Mikroprozessoreinheit vorgesehen ist, in der eine normale Laufzeitumgebung (NZ) und eine gesicherte Laufzeitumgebung (TZ) implementiert sind, wobei Anzeigedaten (DD1, DD2, DD2', TDD2) zur Wiedergabe auf der Anzeigeeinrichtung (D1, D2) über die normale Laufzeitumgebung (NZ) und die gesicherte Laufzeitumgebung (TZ) bereitstellbar sind. Dabei werden über die normale Laufzeitumgebung (NZ) bereitgestellte Anzeigedaten (DD2) zumindest teilweise an die gesicherte Laufzeitumgebung (TZ) übergeben, welche überprüft, ob die übergebenen Anzeigedaten (DD2) ein oder mehrere Sicherheitskriterien erfüllen, wobei die Anzeigedaten (DD2) im Falle, dass sie zumindest ein Sicherheitskriterium nicht erfüllen, verworfen oder derart verändert werden, dass sie bei der anschließenden Wiedergabe auf der Anzeigeeinrichtung (D1, D2) von über die gesicherte Laufzeitumgebung (TZ) bereitgestellten Anzeigedaten (TDD2) unterschieden werden können.

Description

V e rf ahr e n z u r A nz e i ge v o n I nf o rma ti o n en a u f e i ne r Anz ei ge e i nri c htun g e i n e s
E nd ge r ät s Die Erfindung betrifft ein Verfahren zur Anzeige von Informationen auf einer Anzeigeeinrichtung eines Endgeräts, insbesondere eines mobilen Endgeräts, sowie ein entsprechendes Endgerät.
Aus dem Stand der Technik ist bekannt, in einer Mikroprozessoreinheit eines Endgeräts neben einer normalen, nicht gesondert geschützten Laufzeitumgebung auch eine gesicherte Laufzeitumgebung zu implementieren, welche von der normalen Lauf zeitumgebung isoliert ist und zur Ausführung von sicherheitskritischen Applikationen dient. Ein Beispiel einer solchen gesicherten Lauf zeitumgebung ist die aus dem Stand der Technik bekannte ARM® TrustZone®. Innerhalb dieser TrustZone läuft dabei ein gesondertes Betriebssystem, wie z.B. das ebenfalls bekannte Betriebssystem MobiCore®.
Zur Kommunikation eines Benutzers mit einer entsprechenden Applikation in der gesicherten Lauf zeitumgebung dient in der Regel eine im Endgerät vorgesehene Anzeigeeinrichtung, wobei beispielsweise ein separates Display bzw. ein separater Displaybereich als Benutzerschnittstelle für Applikationen aus der TrustZone vorgesehen sein kann. Ein Problem bei der Verwendung einer gesicherten Lauf zeitumgebung parallel zu einer normalen Lauf zeitumgebung besteht dabei darin, wie einem Benutzer möglichst manipulationssi- eher angezeigt werden kann, dass er gerade mit einer vertrauenswürdigen Applikation aus der gesicherten Laufzeitumgebung kommuniziert. Insbesondere sollen dabei Angriffe verhindert werden, welche einem Benutzer über eine manipulierte Applikation aus der normalen Lauf zeitumgebung vortäuschen, dass er mit der gesicherten Lauf zeitumgebung kommuniziert. In diesem Fall können über entsprechende Eingabeaufforderungen benut- zerpersonenbezogene Daten, wie z.B. Passwörter, PINs und dergleichen von unbefugten Dritten, abgegriffen werden.
Aus dem Stand der Technik ist es bekannt, Endgeräte mit mehreren Anzei- geelementen auszustatten. In der Druckschrift DE 2009 022 222 AI wird ein Endgerät mit zwei separat ansteuerbaren Anzeigeelementen beschrieben, wobei eines der Anzeigeelemente mit einem Sicherheitselement verbunden ist. Auf diesem Anzeigeelement werden vertrauenswürdige Informationen wiedergegeben. In der Druckschrift DE 60 2004 007152 T2 ist eine Mehr- schichtanzeige für ein Endgerät offenbart, wobei über die Mehrschichtanzeige mehrere Teilinformationen überlagert werden.
Aufgabe der Erfindung ist es, Informationen auf einer Anzeigeeinrichtung eines Endgeräts derart wiederzugeben, dass einem Benutzer manipulations- sicher angezeigt wird, ob die Informationen vertrauenswürdig sind.
Diese Aufgabe wird durch das Verfahren gemäß Patentanspruch 1 bzw. das Endgerät gemäß Patentanspruch 14 gelöst. Weiterbildungen der Erfindung sind in den abhängigen Ansprüchen definiert.
Das erfindungsgemäße Verfahren dient zur Anzeige von Informationen auf einer Anzeigeeinrichtung eines Endgeräts, bei dem es sich insbesondere um ein mobiles Endgerät, wie z.B. ein Mobiltelefon, ein PDA und dergleichen, handelt. In dem Endgerät ist eine Mikroprozessoreinheit vorgesehen, in der eine normale Laufzeitumgebung und eine gesicherte Laufzeitumgebung implementiert sind, wobei Anzeigedaten zur Wiedergabe auf der Anzeigeeinrichtung über die normale Lauf zeitumgebung und die gesicherte Laufzeitumgebung bereitstellbar sind. Das erfindungsgemäße Verfahren zeichnet sich dadurch aus, dass über die normale Laufzeitumgebung bereitgestellte Anzeigedaten zumindest teilweise an die gesicherte Laufzeitumgebung übergeben werden, welche überprüft, ob die übergebenen Anzeigedaten ein oder mehrere Sicherheitskriterien er- füllen. Die Sicherheitskriterien können beliebig ausgestaltet sein. Sie müssen lediglich gewährleisten, dass bei Erfüllung der Sicherheitskriterien ein Benutzer den Anzeigedaten dahingehend vertrauen kann, dass sie nicht unbefugt manipuliert wurden. Im Falle, dass die Anzeigedaten zumindest ein Sicherheitskriterium nicht erfüllen, werden in einer Variante der Erfindung die Anzeigedaten verworfen, d.h. überhaupt nicht zur Anzeige auf der Anzeigeeinrichtung gebracht. Ebenso ist es möglich, dass die Anzeigedaten derart verändert werden, dass sie bei der anschließenden Wiedergabe auf der Anzeigeeinrichtung von über die gesicherte Lauf zeitumgebung bereitgestellten Anzeigedaten durch den Benutzer unterschieden werden können. Auf diese Weise wird sichergestellt, dass für einen Benutzer auch bei manipulierten Applikationen erkennbar wird, ob die Applikation in der normalen oder gesicherten Laufzeitumgebung ausgeführt wird.
Das erfindungsgemäße Verfahren weist den Vorteil auf, dass eine Anzeige- einrichtung sowohl von einer gesicherten Laufzeitumgebung als auch von einer normalen Laufzeitumgebung genutzt werden kann, wobei gleichzeitig gewährleistet ist, dass durch die Überprüfung entsprechender Sicherheitskriterien unbefugt manipulierte Applikationen erkannt werden können. In einer bevorzugten Ausführungsform werden die an die gesicherte Laufzeit- Umgebung übergebenen Anzeigedaten im Falle, dass sie das oder die Sicherheitskriterien (d.h. alle Sicherheitskriterien) erfüllen, unverändert auf der Anzeigeeinrichtung wiedergegeben. Das oder die oben beschriebenen Sicherheitskriterien umfassen in einer besonders bevorzugten Ausführungsform das Kriterium, dass die übergebenen Anzeigedaten unterscheidbar zu über die gesicherte Lauf zeitumgebung bereitgestellten Anzeigedaten bei deren Wiedergabe auf der Anzeigeeinrichtung sind. Das heißt, wenn die Daten unterscheidbar sind, ist dieses Sicherheitskriterium erfüllt. Die mangelnde Vertrauenswürdigkeit von Informationen ist in dieser Variante der Erfindung dabei unmittelbar an das Vortäuschen einer gesicherten Lauf zeitumgebung basierend auf Anzeigedaten aus der normalen Laufzeitumgebung gekoppelt.
In einer besonders bevorzugten Ausführungsform wird das erfindungsgemäße Verfahren in einem Endgerät mit einer Anzeigeeinrichtung eingesetzt, welches ein erstes Anzeigeelement und ein zweites Anzeigeelement umf asst. Dabei werden auf dem ersten Anzeigeelement ausschließlich durch die normale Lauf zeitumgebung bereitgestellte Anzeigedaten wiedergegeben. In der Regel ist das erste Anzeigeelement dabei größer als das zweite Anzeigeelement. Demgegenüber werden auf dem zweiten Anzeigeelement im Rahmen der Erfindung sowohl durch die gesicherte Laufzeitumgebung bereitgestellte Anzeigedaten als auch durch die normale Laufzeitumgebung bereitgestellte Anzeigedaten wiedergegeben. Dabei werden die durch die normale Laufzeitumgebung bereitgestellte Anzeigedaten, welche zur Wiedergabe auf dem zweiten Anzeigeelement vorgesehen sind, an die gesicherte Laufzeitumgebung übergeben und der erfindungsgemäßen Überprüfung der Sicherheitskriterien unterzogen. Auf diese Weise kann ein (zweites) Anzeigeelement, welches normalerweise nur von der gesicherten Laufzeitumgebung genutzt wird, auch für Applikationen aus der normalen Lauf zeitumgebung verwendet werden, wobei durch die Überprüfung der obigen Sicherheitskriterien einem Missbrauch vorgebeugt wird. Das erste und das zweite Anzeigeelement können ggf. zwei separat angesteuerte Displays sein. Ebenso besteht ggf. die Möglichkeit, dass das erste und das zweite Anzeigeelement zwei Displaybereiche eines einzelnen Displays sind.
In einer besonders bevorzugten Ausführungsform der Erfindung wird als gesicherte Laufzeitumgebung die an sich bekannte ARM® TrustZone® verwendet, auf der vorzugsweise das ebenfalls bekannte Betriebssystem Mobi- Core® läuft. In einer weiteren Variante der Erfindung ist das Endgerät ein Mobiltelefon, wobei auf der normalen Laufzeitumgebung das Betriebssystem des Mobiltelefons läuft. Insbesondere handelt es sich bei dem Mobiltelefon um ein sog. Smartphone, welches ein Betriebssystem mit erweitertem Funktionsumfang (auch als rieh OS bezeichnet) verwendet.
Werden im Rahmen des erfindungsgemäßen Verfahrens die an die gesicherte Laufzeitumgebung übergebenen Anzeigedaten im Falle der Nichterfüllung zumindest eines Sicherheitskriteriums verändert, so kann die Veränderung auf verschiedene Art und Weise erfolgen, wobei lediglich sichergestellt werden muss, dass für einen Benutzer erkennbar ist, dass die Anzeigedaten nicht über die gesicherte Laufzeitumgebung bereitgestellt wurden. Dies kann beispielsweise durch die Hinzufügung einer Warnmeldung zu den Anzeigedaten erreicht werden. Durch diese Warnmeldung wird der Benutzer darauf hingewiesen, dass die Anzeigedaten vorzutäuschen versuchen, dass sie von der gesicherten Laufzeitumgebung bereitgestellt werden, obwohl dies nicht der Fall ist. Eine weitere Art der Veränderung der an die gesicherte Laufzeitumgebung übergebenen Anzeigedaten kann darin bestehen, dass ein oder mehrere vorbestimmte, in den übergebenen Anzeigedaten enthaltenen graphischen Elemente, anhand derer für einen Benutzer erkennbar ist, dass auf der Anzeigeeinrichtung wiedergegebene Anzeigedaten durch die gesicherte Lauf zeitumgebung bereitgestellt werden, abgewandelt oder aus den Anzeigedaten entfernt werden.
In einer weiteren, besonders bevorzugten Ausführungsform erfolgt die Überprüfung der obigen Sicherheitskriterien basierend auf einer graphischen Analyse der Anzeigedaten. Dabei analysiert die gesicherte Laufzeitumgebung die übergebenen Anzeigedaten dahingehend, ob sie ein oder mehrere vorbestimmte graphische Elemente enthalten, anhand derer für einen Benutzer erkennbar ist, dass auf der Anzeigeeinrichtung wiedergegebene Anzei- gedaten durch die gesicherte Lauf zeitumgebung bereitgestellt werden, wobei zumindest ein Sicherheitskriterium nicht erfüllt ist, falls die Anzeigedaten das oder die vorbestimmten graphischen Elemente umfassen.
Die oben beschriebenen graphischen Elemente, welche abgewandelt bzw. aus den Anzeigedaten entfernt werden bzw. im Rahmen der graphischen Analyse verarbeitet werden, können beliebig ausgestaltet sein. Beispielsweise kann es sich um einen vorbestimmten Rahmen, insbesondere in einer vor- bestimmten Farbe (z.B. rot), handeln. Ebenso können die graphischen Elemente ein oder mehrere animierte Bildelemente und/ oder einen Schriftzug umfassen, wie z. B. den Schriftzug„TrustZone aktiv".
Die von der gesicherten Lauf zeitumgebung durchgeführte Überprüfung von Sicherheitskriterien kann ggf. auch eine kryptographische Überprüfung umfassen. Der Begriff der kryptographischen Überprüfung ist dabei weit zu verstehen. Insbesondere umfasst die kryptographische Überprüfung auch die Überprüfung einer oder mehrerer digitaler Signaturen, welche in den an die gesicherte Lauf zeitumgebung übergebenen Anzeigedaten enthalten sind. Die Signaturüberprüfung kann dabei derart ausgestaltet sein, dass im Falle, dass die Signatur (en) gültig und/ oder vertrauenswürdig sind, das entspre- chende Sicherheitskriterium erfüllt ist. Insbesondere besteht die Möglichkeit, dass im Rahmen der kryptographischen Überprüfung ein oder mehrere graphische Elemente in den übergebenen Anzeigedaten überprüft werden. Vorzugsweise werden dabei eine oder mehrere digitale Signaturen, welche jeweils einem graphischen Element in den Anzeigedaten zugeordnet sind, überprüft. Die Überprüfung kann dabei wiederum derart ausgestaltet sein, dass im Falle, dass die Signatur als gültig und/ oder vertrauenswürdig eingestuft wird, das Sicherheitskriterium erfüllt ist.
Neben dem oben beschriebenen Verfahren betrifft die Erfindung auch ein Endgerät, insbesondere ein mobiles Endgerät. Dieses Endgerät umf asst eine Mikroprozessoreinheit, in der eine normale Laufzeitumgebung und eine gesicherte Laufzeitumgebung implementiert sind, sowie eine Anzeigeeinrichtung, wobei Anzeigedaten zur Wiedergabe auf der Arizeigeeinrichtung über die normale Laufzeitumgebung und die gesicherte Lauf zeitumgebung bereitgestellt werden können. Das Endgerät ist dabei derart ausgestaltet, dass über die normale Lauf zeitumgebung bereitgestellte Anzeigedaten zumindest teilweise an die gesicherte Lauf zeitumgebung übergeben werden, welche überprüft, ob die übergebenen Anzeigedaten ein oder mehrere Sicherheitskriterien erfüllen, wobei die Anzeigedaten im Falle, dass sie zumindest ein Sicherheitskriterium nicht erfüllen, verworfen oder derart verändert werden, dass sie bei der anschließenden Wiedergabe auf der Anzeigeeinrichtung von über die gesicherte Laufzeitumgebung bereitgestellten Anzeigedaten durch einen Benutzer unterschieden werden können. Das erfindungsgemäße Endgerät ist dabei vorzugsweise derart ausgestaltet, dass mit dem Endgerät eine oder mehrere Varianten des oben beschriebenen erfindungsgemäßen Verfahrens durchgeführt werden können. Ein Ausführungsbeispiel der Erfindung wird nachfolgend anhand der beigefügten Fig. 1 detailliert beschrieben. Diese Figur zeigt eine schematische Darstellung eines Ablaufs einer Ausführungsform des erfindungsgemäßen Verfahrens.
Nachfolgend wird ein Ausführungsbeispiel des erfindungsgemäßen Verfahrens basierend auf einem Endgerät in der Form eines Mobiltelefons mit einer Anzeigeeinrichtung in der Form von zwei Anzeigeelementen bzw. Displays beschrieben. Die Displays bzw. deren Hardware sind in Fig. 1 schematisch mit Dl und D2 bezeichnet. In dem im Mobiltelefon verbauten Mikrocontrol- ler sind eine normale Lauf zeitumgebung NZ sowie eine gesicherte Laufzeit TZ in der Form einer sog. ARM®TrustZone® implementiert. In der hier beschriebenen Ausführungsform läuft auf der TrustZone das aus dem Stand der Technik bekannte Betriebssystem MobiCore®, das in Fig. 1 mit MC be- zeichnet ist. Demgegenüber enthält die normale Laufzeitumgebung ein herkömmliches Mobiltelefon-Betriebssystem OS. Ist das Mobiltelefon ein
Smartphone, ist das Betriebssystem ein sog. rieh OS mit einem weitreichenden Funktionsumfang. Die TrustZone TZ dient zur Ausführung von sicherheitskritischen Anwendungen mit Hilfe des Mobiltelefons, wie z.B. zur Durchführung von Bezahlvorgängen bzw. Bankanwendungen bzw. anderen Anwendungen, bei denen persönliche benutzerspezifische Daten verarbeitet werden. Die gesicherte Laufzeitumgebung ist dabei isoliert von der normalen Laufzeitumgebung und kapselt sicherheitskritische Prozesse, wodurch ein effizienter Schutz gegenüber Angriffen unbefugter Dritter erreicht wird. Die innerhalb der TrustZone TZ laufenden sicherheitskritischen Applikationen werden als sog. Trustlets bezeichnet, wobei in Fig. 1 beispielhaft die Trustlets TRA und TRB wiedergegeben sind. Im Unterschied hierzu laufen in der normalen Laufzeitumgebung NZ herkömmliche Applikationen, welche in Fig. 1 beispielhaft mit API und AP2 bezeichnet sind. Um eine Interaktion der Trustlets mit einem Benutzer zu ermöglichen, wird in dem Mobiltelefon das Display D2 verwendet, an dem ein Benutzer entsprechende Ausgaben der Trustlets ablesen kann und auch Eingaben mit Hilfe einer Tastatur tätigen kann. Dabei wird dem Benutzer graphisch ange- zeigt, dass die gerade laufende Anwendung aus der gesicherten Lauf zeitum- gebung stammt, was in der hier beschriebenen Ausführungsform über einen auf dem Display wiedergegebenen Rahmen erfolgt, der insbesondere in einer speziellen Farbe, wie z.B. rot, dargestellt ist. Gegebenenfalls bestehen auch andere Möglichkeiten, um den Benutzer graphisch über das Display D2 dar- auf hinzuweisen, dass er gerade mit einer Anwendung in der TrustZone kommuniziert. Insbesondere können für Trustlets spezielle Bilder bzw. kons, wie z.B. animierte kons, verwendet werden, oder es kann auf dem Display ein Schriftzug wiedergegeben werden, der darauf hinweist, dass die Displayanzeige eine Anwendung in der TrustZone betrifft. Beispielsweise kann dies durch Schriftzüge wie„TrustZone aktiv" oder„gesicherte Anzeige" erreicht werden.
In der Regel ist das Display D2 wesentlich kleiner als das Display Dl, da über die Trustlets der TrustZone normalerweise kleinere Datenmengen ver- arbeitet und zur Anzeige gebracht werden. Erfindungsgemäß wird nunmehr die Möglichkeit geschaffen, dass über das kleinere Display D2 auch Applikationen aus der normalen Laufzeitumgebung NZ kommunizieren. Beispielsweise kann das Display D2 von Applikationen genutzt werden, welche kurze Statusmeldungen oder andere kurze Informationen wiedergeben, wie z.B. Kurznachrichten. Weitere Beispiele sind die Anzeige von MP3-Player-
Software, die Anzeige, dass eine neue E-Mail oder SMS erhalten wurde, und dergleichen. In diesem Fall ist es nicht mehr notwendig, dass das große Display Dl für die Wiedergabe dieser kleinen Informationsmengen in Betrieb gehalten wird. Dies führt zu einem geringen Energieverbrauch und somit zu einer längeren Batterielaufzeit des Mobiltelefons.
Um dem Benutzer zu vermitteln, dass eine entsprechende, auf dem Display D2 wiedergegebene Applikation nicht aus der TrustZone stammt, werden die entsprechenden Markierungen bzw. graphische Elemente, welche die Verwendung eines Trustlets auf dem Display anzeigen (wie z.B. der oben beschriebene rote Rahmen), für Applikation in der normalen Laufzeitumgebung NZ weggelassen. Dabei besteht jedoch das Problem, dass durch den Zugriff auf das Display D2 über die normale Laufzeitumgebung mittels einer manipulierten Applikation vorgetäuscht werden kann, dass die Applikation in der TrustZone läuft, obwohl dies nicht der Fall ist. Durch die manipulierte Applikation kann der Benutzer , der meint, mit einem Trustlet sicher zu kommunizieren, dazu aufgefordert werden, persönliche Informationen ein- zugeben, wie z.B. Passwörter oder PINs, die dann durch die manipulierte Applikation abgegriffen werden. Um dieser Art von Angriffen entgegenzuwirken, erfolgt erfindungsgemäß innerhalb der TrustZone TZ eine Überprüfung der auf dem Display D2 wiederzugebenden Anzeigedaten aus der normalen Laufzeitumgebung, wie weiter unter näher erläutert wird.
In dem Szenario der Fig. 1 wechselwirkt die Applikation API in der normalen Lauf zeitumgebung NZ mit dem größeren Display Dl. Hierzu werden entsprechende Render-Kommandos RC an einen für das Display Dl zuständigen Display-Renderer DR1 gegeben, der die Kommandos in pixelbasierte Anzeigedaten DD1 wandelt, welche auf dem Display Dl zur Anzeige gebracht werden. Analog wird zur Wiedergabe von Anzeigedaten der Trustlets TRA und TRB in der TrustZone TZ ein separater vertrauenswürdiger Display-Renderer TDR2 verwendet. Die entsprechenden Render-Kommandos RC der Trustlets TRA und TRB werden von diesem Renderer in pixelbasierte Anzeigedaten gewandelt, welche dann auf dem Display D2 wiedergegeben werden. Der Renderer TDR2 fügt dabei die entsprechenden Elemente (z.B. den oben erwähnten roten Rahmen) hinzu, anhand derer erkennbar wird, dass die Anzeigedaten aus der TrustZone stammen. Die Applikation AP2 unterscheidet sich von der Applikation API darin, dass die erzeugten Anzeigedaten auf dem kleineren Display D2 wiederzugeben sind. Hierzu wird ein entsprechender Display-Renderer DR2 verwendet, der die Render- Kommandos der Applikation AP2 in pixelbasierte Anzeigedaten DD2 wandelt, welche für das Display D2 vorgesehen sind.
Zum Schutz gegen die oben erwähnten manipulierten Applikationen, welche mittels der Anzeigedaten DD2 eine aktive TrustZone vortäuschen, werden die Anzeigedaten DD2 an einen Algorithmus CH innerhalb des MobiCore- Betriebssystems MC übergeben, der diese Daten überprüft. Hierfür ist es dem MobiCore-Betriebssystem bekannt, auf welche Art und Weise eine aktive TrustZone auf dem Display D2 angezeigt wird. Dies kann beispielsweise durch den bereits oben beschriebenen roten Rahmen im Display D2 geschehen. Der Algorithmus CH überprüft in diesem Fall die zur Anzeige auf dem Display D2 vorgesehenen Anzeigedaten DD2 graphisch daraufhin, ob sich ein roter Rahmen um die anzuzeigenden Informationen befindet. Eine derartige Prüfung erfordert keine aufwändigen Algorithmen in der Bilderkennung und ist somit auf einem ressourcenbeschränkten Mobiltelefon leicht umsetzbar. Wird nunmehr durch den Algorithmus CH erkannt, dass ein roter Rahmen oder eine ähnliche Darstellung in den Anzeigedaten DD2 enthalten ist, so wird dieser Rahmen vor der Anzeige aus den Pixeldaten DD2 zumindest teilweise entfernt bzw. so verändert, dass für den Benutzer des Displays D2 keine Verwechslungsgefahr mit dem roten Rahmen der TrustZone mehr be- steht. Dies kann beispielsweise dadurch erreicht werden, dass der Rotanteil im Randbereich des Displays D2 vermindert wird, so dass der Rahmen nicht mehr in roter Farbe erscheint. Auf diese Weise wird der Benutzer des Mobiltelefons darüber informiert, dass die Applikation nicht in der TrustZone ab- läuft, so dass der Benutzer weiß, dass er möglichst keine personenbezogenen Daten bei der Interaktion mit der Applikation eingeben sollte, auch wenn nach solchen Daten gefragt wird. Die entsprechend veränderten und anschließend auf dem Display D2 angezeigten Pixeldaten sind dabei in Fig. 1 mit DD2' bezeichnet. Um die Sicherheit weiter zu erhöhen, können durch den Algorithmus CH die Pixeldaten gegebenenfalls auch komplett verworfen werden und/ oder eine Warnung vor einem möglichen Angriff in dem Display D2 eingeblendet werden, so dass der Benutzer explizit darauf hingewiesen wird, dass er bei der Verwendung der Applikation möglichst keine personenbezogenen Daten eingeben sollte.
Anstatt eine aktive TrustZone über einen roten Rahmen anzuzeigen, kann dies auch über statische oder animierte Bilder erfolgen, wie bereits oben erwähnt wurde. In heutigen Betriebssystemen von Mobiltelefonen sind die verwendeten Bilder bzw. Animationen als kons abgelegt und werden erst beim Rendern (d.h. Zeichnen) des Fensterinhalts in den entsprechenden Grafikspeicher kopiert. Die kons werden üblicherweise nicht zur Laufzeit der Applikation erzeugt, sondern bereits bei der Software-Entwicklung bzw. Software-Erstellung für die entsprechende Applikation. Wird auf eine aktive TrustZone nunmehr durch ariimierte kons hingewiesen, gestaltet sich die graphische Prüfung, ob entsprechende Anzeigedaten DD2 solche kons zur Vortäuschung einer TrustZone enthalten, deutlich schwieriger als bei einfacheren Elementen wie dem oben beschriebenen roten Rahmen. Insbesondere sind dabei aufwändige Analysealgorithmen auf Seiten der TrustZone erforderlich, um Ähnlichkeiten für das menschliche Auge festzustellen. In einer abgewandelten Ausführungsform wird deshalb die graphische Überprüfung von Icons durch eine Signaturprüfung ersetzt. Dabei weisen die von der normalen Lauf zeitumgebung an die TrustZone übermittelten Icons eine digitale Signatur auf, die bereits bei der Entwicklung der Software der entsprechenden Applikation eingebracht wurde. Besitzt ein Icon innerhalb der Anzeigedaten DD2 eine solche digitale Signatur, wird nur diese vor Anzeige des Icons auf dem Display D2 von der TrustZone geprüft. Wird die Signatur der einzelnen Icons dabei als gültig bzw. vertrauenswürdig erkannt, erfolgt die Wiedergabe der Anzeigedaten inklusive der Icons ohne Veränderung, da in diesem Fall die Applikation als vertrauenswürdig eingestuft wird. Damit die digitale Signatur möglichst selten geprüft werden muss, kann die TrustZone in einem Cache das Icon selbst oder einen von der TrustZone selbst berechneten Hashwert des Icons speichern. Besitzen ein oder mehrere Icons keine digitale Signatur, können die Anzeigedaten entweder überhaupt nicht auf dem Display D2 dargestellt werden oder es wird anschließend eine graphische Prüfung der Icons dahingehend durchgeführt, ob es sich um Icons handelt, welche eine aktive TrustZone vortäuschen sollen. Ist dies der Fall, werden die Icons aus den Anzeigedaten entfernt oder es wird eine Warnmeldung ausgegeben, so dass der Benutzer darüber informiert ist, dass die Applikation nicht in der gesicherten Lautzeitumgebung läuft.
Die anhand von Fig. 1 beschriebene Ausführungsform der Erfindung wurde basierend auf zwei separat angesteuerten Displays Dl und D2 erläutert. Die Erfindung ist jedoch auch auf Endgeräte anwendbar, bei denen das Display D2 zusammen mit dem größeren Display Dl verwendet wird. Das heißt, die beiden Displays stellen zwei Anzeigebereiche innerhalb eines gemeinsamen großen Displays dar. In diesem Fall kümmert sich das Betriebssystem OS in der normalen Lauf zeitumgebung mit entsprechenden Treibern um das Ren- dern der darzustellenden Daten. Aus der Sicht der einzelnen Applikationen ist dann nur ein einziges Display vorhanden.
Die im Vorangegangenen beschriebene Ausführungsform der Erfindung weist eine Reihe von Vorteilen auf. Insbesondere wird es ermöglicht, dass innerhalb eines, an sich für die gesicherte Laufzeitumgebung vorgesehenen Display-Bereichs auch Anzeigedaten von Applikationen aus einer ungesicherten normalen Laufzeitumgebung wiedergegeben werden. Dabei ist gewährleistet, dass ein Benutzer sicher und leicht erkennt, ob die gerade verwendete Applikation auf der TrustZone läuft bzw. vertrauenswürdig ist. Das Vortäuschen einer aktiven TrustZone durch eine Applikation aus der normalen Laufzeitumgebung wird über eine graphische Überprüfung der Anzeigedaten bzw. gegebenenfalls auch mittels der Überprüfung von Signaturen erreicht. ErfindungsgemäJß werden keine zusätzlichen Elemente, wie z.B. eine LED oder ähnliches, benötigt, um an dem Endgerät anzuzeigen, dass die TrustZone gerade aktiv ist.
B e z u gs z eic he nl is t e
NZ normale Laufzeitumgebung
TZ gesicherte Laufzeitumgebung
API, AP2 Applikationen in der normalen Laufzeitumgebung
TRA, TRB Trustlets
RC Render-Kommandos
DR1, DR2, TDR2 Display-Renderer
CH Überprüfungsalgorithmus
DD1, DD2, DD2', TDD2 Anzeigedaten
OS Betriebssystem in der normalen Laufzeitumgebung
MC MobiCore-Betriebssystem
Dl, D2 Displays

Claims

Verfahren zur Anzeige von Informationen auf einer Anzeigeeinrichtung (Dl, D2) eines Endgeräts, insbesondere eines mobilen Endgeräts, wobei in dem Endgerät eine Mikroprozessoreinheit vorgesehen ist, in der eine normale Laufzeitumgebung (NZ) und eine gesicherte Laufzeitumgebung (TZ) implementiert sind, wobei Anzeigedaten (DD1, DD2, DD2', TDD2) zur Wiedergabe auf der Anzeigeeinrichtung (Dl, D2) über die normale Laufzeitumgebung (NZ) und die gesicherte Laufzeitumgebung (TZ) bereitstellbar sind,
dadurch gekennzeichnet, dass
über die normale Laufzeitumgebung (NZ) bereitgestellte Anzeigedaten (DD2) zumindest teilweise an die gesicherte Laufzeitumgebung (TZ) übergeben werden, welche überprüft, ob die übergebenen Anzeigedaten (DD2) ein oder mehrere Sicherheitskriterien erfüllen, wobei die Anzeigedaten (DD2) im Falle, dass sie zumindest ein Sicherheitskriterium nicht erfüllen, verworfen oder derart verändert werden, dass sie bei der anschließenden Wiedergabe auf der Anzeigeeinrichtung (Dl, D2) von über die gesicherte Laufzeitumgebung (TZ) bereitgestellten Anzeigedaten (TDD2) unterschieden werden können.
Verfahren nach Anspruch 1, dadurch gekennzeichnet, dass das oder die Sicherheitskriterien das Kriterium umfassen, dass die übergebenen Anzeigedaten (DD2) unterscheidbar zu über die gesicherte Laufzeitumgebung (TZ) bereitgestellten Anzeigedaten bei deren Wiedergabe auf der Anzeigeeinrichtung (Dl, D2) sind.
Verfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass die Anzeigeeinrichtung (Dl, D2) ein erstes Anzeigeelement (Dl) und ein zweites Anzeigeelement (D2) umfasst, wobei auf dem ersten Anzeigeelement (Dl) ausschließlich durch die normale Laufzeitumgebung (NZ) bereitgestellte Anzeigedaten (DDl) wiedergegeben werden und wobei auf dem zweiten Anzeigeelement (D2) sowohl durch die gesicherte Laufzeitumgebung (TZ) bereitgestellte Anzeigedaten (TDD2) als auch durch die normale Laufzeitumgebung (NZ) bereitgestellte Anzeigedaten (DD2, DD2'), welche zuvor an die gesicherte Laufzeitumgebung (TZ) übergeben und der Überprüfung des oder der Sicherheitskriterien unterzogen würden, wiedergegeben werden.
Verfahren nach Anspruch 3, dadurch gekennzeichnet, dass das erste und das zweite Anzeigeelement (Dl, D2) zwei separat angesteuerte Displays sind.
Verfahren nach Anspruch 3 oder 4, dadurch gekennzeichnet, dass das erste und das zweite Anzeigeelement (Dl, D2) zwei Displaybereiche eines einzelnen Displays sind.
Verfahren nach einem der vorhergehenden Ansprüche, bei dem die gesicherte Lauf zeitumgebung (TZ) eine ARM® TrustZone® ist, auf der vorzugsweise das Betriebssystem MobiCore® läuft.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass das Endgerät ein Mobiltelefon ist und auf der normalen Laufzeitumgebung (NZ) das Betriebssystem des Mobiltelefons läuft.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die gesicherte Laufzeitumgebung (TZ) die an sie übergebenen Anzeigedaten (DD2) im Falle der Nichterfüllung zurnin- dest eines Sicherheitskriteriums derart verändert, dass den Anzeigedaten eine Warnmeldung hinzugefügt wird.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die gesicherte Lauf zeitumgebung (TZ) die an sie übergebenen Anzeigedaten (DD2) im Falle der Nichterfüllung zumindest eines Sicherheitskriteriums derart verändert, dass ein oder mehrere vorbestirnmte, in den übergebenen Anzeigedaten (DD2) enthaltene graphische Elemente, anhand derer für einen Benutzer erkennbar ist, dass auf der Anzeigeeinrichtung (Dl, D2) wiedergegebene Anzeigedaten durch die gesicherte Laufzeitumgebung (TZ) bereitgestellt werden, abgewandelt oder aus den Anzeigedaten (DD2) entfernt werden.
Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die gesicherte Lauf zeitumgebung (TZ) die an sie übergebenen Anzeigedaten (DD2) graphisch dahingehend analysiert, ob sie ein oder mehrere vorbestirnmte graphische Elemente enthalten, anhand derer für einen Benutzer erkennbar ist, dass auf der Anzeigeeinrichtung (Dl, D2) wiedergegebene Anzeigedaten durch die gesicherte Lauf zeitumgebung (TZ) bereitgestellt werden, wobei zumindest ein Sicherheitskriterium nicht erfüllt ist, falls die Anzeigedaten (DD2) das oder die vorbestimmten graphischen Elemente umfassen.
Verfahren nach Anspruch 9 oder 10, dadurch gekennzeichnet, dass das oder die graphischen Elemente einen vorbestirnmen Rahmen und/ oder ein oder mehrere animierte Bildelemente und/ oder einen Schriftzug umfassen. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass die Überprüfung des oder der Sicherheitskriterien durch die gesicherte Laufzeitumgebung (TZ) eine kryptographische Überprüfung umf asst, wobei die kryptographische Überprüfung vorzugsweise die Überprüfung einer oder mehrerer, in den übergebenen Anzeigedaten (DD2) enthaltener digitaler Signaturen umfasst.
Verfahren nach Anspruch 12, dadurch gekennzeichnet, dass die kryptographische Überprüfung für ein oder mehrere graphische Elemente in den übergebenen Anzeigedaten (DD2) durchgeführt wird, wobei insbesondere eine oder mehrere digitale Signaturen, welche jeweils einem graphischen Element in den Anzeigedaten (DD2) zugeordnet sind, überprüft werden.
Endgerät, insbesondere mobiles Endgerät, umfassend eine Mikroprozessoreinheit, in der eine normale Laufzeitumgebung (NZ) und eine gesicherte Laufzeitumgebung (TZ) implementiert sind, und eine Anzeigeeinrichtung (Dl, D2), wobei Anzeigedaten (DD1, DD2, DD2', TDD2) zur Wiedergabe auf der Anzeigeeinrichtung (Dl, D2) über die normale Lauf zeitumgebung (NZ) und die gesicherte Lauf zeitumgebung (TZ) bereitstellbar sind,
dadurch gekennzeichnet, dass
das Endgerät derart ausgestaltet ist, dass über die normale Laufzeitumgebung bereitgestellte Anzeigedaten (DD2) zumindest teilweise an die gesicherte Lauf zeitumgebung (TZ) übergeben werden, welche überprüft, ob die übergebenen Anzeigedaten (DD2) ein oder mehrere Sicherheitskriterien erfüllen, wobei die Anzeigedaten (DD2) im Falle, dass sie das oder die Sicherheitskriterien nicht erfüllen, verworfen oder derart verändert werden, dass sie bei der anschließenden Wie- dergabe auf der Anzeigeeinrichtung (Dl, D2) von über die gesicherte Laufzeitumgebung (TZ) bereitgestellten Anzeigedaten (TDD2) unterschieden werden können.
Endgerät nach Anspruch 14, welches derart ausgestaltet ist, dass mit dem Endgerät ein Verfahren nach einem der Ansprüche 2 bis 13 durchführbar ist.
PCT/EP2012/001700 2011-04-21 2012-04-19 Verfahren zur anzeige von informationen auf einer anzeigeeinrichtung eines endgeräts WO2012143132A1 (de)

Priority Applications (5)

Application Number Priority Date Filing Date Title
EP12716254.3A EP2700033B1 (de) 2011-04-21 2012-04-19 Verfahren zur anzeige von informationen auf einer anzeigeeinrichtung eines endgeräts
US14/113,066 US9489505B2 (en) 2011-04-21 2012-04-19 Method for displaying information on a display device of a terminal
CN201280018611.8A CN103503426B (zh) 2011-04-21 2012-04-19 用于在终端的显示设备上显示信息的方法
KR1020137029398A KR101902176B1 (ko) 2011-04-21 2012-04-19 단말기의 디스플레이 장치상에 정보를 디스플레이하는 방법
JP2014505539A JP5864723B2 (ja) 2011-04-21 2012-04-19 端末のディスプレイデバイス上に情報を表示する方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102011018431A DE102011018431A1 (de) 2011-04-21 2011-04-21 Verfahren zur Anzeige von Informationen auf einer Anzeigeeinrichtung eines Endgeräts
DE102011018431.7 2011-04-21

Publications (1)

Publication Number Publication Date
WO2012143132A1 true WO2012143132A1 (de) 2012-10-26

Family

ID=45999774

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2012/001700 WO2012143132A1 (de) 2011-04-21 2012-04-19 Verfahren zur anzeige von informationen auf einer anzeigeeinrichtung eines endgeräts

Country Status (7)

Country Link
US (1) US9489505B2 (de)
EP (1) EP2700033B1 (de)
JP (1) JP5864723B2 (de)
KR (1) KR101902176B1 (de)
CN (1) CN103503426B (de)
DE (1) DE102011018431A1 (de)
WO (1) WO2012143132A1 (de)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105335672A (zh) * 2014-06-16 2016-02-17 华为技术有限公司 一种安全模式提示方法及装置
CN105340000A (zh) * 2012-12-21 2016-02-17 德国电信股份有限公司 防伪型指示符的显示
US9892246B2 (en) 2014-06-16 2018-02-13 Huawei Technologies Co., Ltd. Security mode prompt method and apparatus

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102011108069A1 (de) 2011-07-19 2013-01-24 Giesecke & Devrient Gmbh Verfahren zum Absichern einer Transaktion
DE102011115135A1 (de) 2011-10-07 2013-04-11 Giesecke & Devrient Gmbh Mikroprozessorsystem mit gesicherter Laufzeitumgebung
JP2015215687A (ja) * 2014-05-08 2015-12-03 パナソニックＩｐマネジメント株式会社 可搬型決済端末装置
CN103986837B (zh) * 2014-05-28 2017-11-10 天地融科技股份有限公司 信息处理方法及装置
CN103996117B (zh) * 2014-05-28 2017-09-19 天地融科技股份有限公司 安全手机
CN104216777B (zh) * 2014-08-29 2017-09-08 宇龙计算机通信科技(深圳)有限公司 双系统电子装置及终端
CN105468659B (zh) 2014-09-28 2019-01-04 阿里巴巴集团控股有限公司 一种数据同步方法及装置
KR102130744B1 (ko) 2015-07-21 2020-07-06 삼성전자주식회사 전자 장치 및 이의 제어 방법
CN106330885A (zh) * 2016-08-19 2017-01-11 福州瑞芯微电子股份有限公司 一种强制安全的云终端系统及其强制安全的方法
KR102514062B1 (ko) 2018-02-27 2023-03-24 삼성전자주식회사 트러스트존 그래픽 렌더링 방법 및 그에 따른 디스플레이 장치
US20220300667A1 (en) * 2021-03-09 2022-09-22 Hub data security Ltd. Hardware User Interface Firewall

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE602004007152T2 (de) 2003-09-09 2008-02-14 Sony Ericsson Mobile Communications Ab Mehrschichtanzeige und endgerät mit einer solchen einrichtung
WO2008106400A2 (en) * 2007-02-27 2008-09-04 L3 Communications Corporation Integrated secure and non-secure display for a handheld communications device
DE102007052826A1 (de) * 2007-11-06 2009-05-07 Giesecke & Devrient Gmbh Daten verarbeitende Vorrichtung und Verfahren zum Betreiben einer Daten verarbeitenden Vorrichtung
US20090254986A1 (en) * 2008-04-08 2009-10-08 Peter William Harris Method and apparatus for processing and displaying secure and non-secure data
DE102009022222A1 (de) 2009-05-20 2010-11-25 Giesecke & Devrient Gmbh Anordnung zur Anzeige von Informationen, Verfahren zur Anzeige von Informationen und elektronische Endgeräteeinrichhtung

Family Cites Families (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01185734A (ja) 1988-01-20 1989-07-25 Fujitsu Ltd バッファメモリ管理方式
US5001742A (en) 1990-01-29 1991-03-19 At&T Bell Laboratories Baseband signal processing unit and method of operating the same
JPH05265779A (ja) 1992-03-23 1993-10-15 Nec Corp タスク間通信システム
US7089214B2 (en) 1998-04-27 2006-08-08 Esignx Corporation Method for utilizing a portable electronic authorization device to approve transactions between a user and an electronic transaction system
US6298446B1 (en) * 1998-06-14 2001-10-02 Alchemedia Ltd. Method and system for copyright protection of digital images transmitted over networks
US6633984B2 (en) 1999-01-22 2003-10-14 Sun Microsystems, Inc. Techniques for permitting access across a context barrier on a small footprint device using an entry point object
SE515327C2 (sv) 1999-08-27 2001-07-16 Ericsson Telefon Ab L M Anordning för att utföra säkra transaktioner i en kommunikationsanordning
US6795905B1 (en) 2000-03-31 2004-09-21 Intel Corporation Controlling accesses to isolated memory using a memory controller for isolated execution
JP4812989B2 (ja) * 2001-09-17 2011-11-09 株式会社リコー ディスプレイ装置、及びプログラム
GB0226874D0 (en) 2002-11-18 2002-12-24 Advanced Risc Mach Ltd Switching between secure and non-secure processing modes
AU2003274383A1 (en) 2002-11-18 2004-06-15 Arm Limited Processor switching between secure and non-secure modes
GB2396930B (en) 2002-11-18 2005-09-07 Advanced Risc Mach Ltd Apparatus and method for managing access to a memory
JP5189764B2 (ja) 2003-06-27 2013-04-24 ディズニー エンタープライゼス インコーポレイテッド 次世代メディアプレーヤ向けデュアルバーチャルマシン及びトラステッドプラットフォームモジュールアーキテクチャ
CN100451983C (zh) 2003-06-27 2009-01-14 迪斯尼实业公司 下一代媒体播放器的双虚拟机以及信任平台
GB2406403B (en) 2003-09-26 2006-06-07 Advanced Risc Mach Ltd Data processing apparatus and method for merging secure and non-secure data into an output data stream
US8122361B2 (en) * 2003-10-23 2012-02-21 Microsoft Corporation Providing a graphical user interface in a system with a high-assurance execution environment
JP2006018745A (ja) * 2004-07-05 2006-01-19 Hitachi Ltd 電子データ認証システム、認証マーク偽造検証方法、認証マーク偽造検証プログラム、閲覧者用端末、及び認証マーク生成サーバ
JP4811271B2 (ja) 2004-08-25 2011-11-09 日本電気株式会社 情報通信装置及びプログラム実行環境制御方法
DE102005005378A1 (de) 2004-09-14 2006-03-30 Wincor Nixdorf International Gmbh Vorrichtung zur Eingabe und Übertragung von verschlüsselten Signalen
DE102004054571B4 (de) 2004-11-11 2007-01-25 Sysgo Ag Verfahren zur Verteilung von Rechenzeit in einem Rechnersystem
US7661126B2 (en) * 2005-04-01 2010-02-09 Microsoft Corporation Systems and methods for authenticating a user interface to a computer user
US7627807B2 (en) 2005-04-26 2009-12-01 Arm Limited Monitoring a data processor to detect abnormal operation
US20070079111A1 (en) 2005-09-30 2007-04-05 Chiu-Fu Chen Activating method of computer multimedia function
DE102006002824B4 (de) 2006-01-19 2008-10-09 Phoenix Contact Gmbh & Co. Kg Verfahren und Vorrichtung zur Umwandlung mehrkanalig vorliegender Nachrichten in eine einkanalige sichere Nachricht
US7765399B2 (en) 2006-02-22 2010-07-27 Harris Corporation Computer architecture for a handheld electronic device
US7950020B2 (en) 2006-03-16 2011-05-24 Ntt Docomo, Inc. Secure operating system switching
CN101427222B (zh) * 2006-04-24 2012-11-21 松下电器产业株式会社 数据处理装置、方法、程序生成装置、方法
US7752658B2 (en) 2006-06-30 2010-07-06 Microsoft Corporation Multi-session connection across a trust boundary
US8194088B1 (en) * 2006-08-03 2012-06-05 Apple Inc. Selective composite rendering
CA2667368A1 (en) 2006-10-23 2008-05-02 Behruz Nader Daroga Digital transmission system (dts) for bank automated teller machines (atm) security
JP4358224B2 (ja) 2006-12-27 2009-11-04 株式会社東芝 ゲストｏｓスケジューリング方法及び仮想計算機モニタ
JP2008211332A (ja) * 2007-02-23 2008-09-11 Canon Inc 画像形成装置及びその制御方法、並びにプログラム及び記憶媒体
US8190778B2 (en) 2007-03-06 2012-05-29 Intel Corporation Method and apparatus for network filtering and firewall protection on a secure partition
FR2914457B1 (fr) 2007-03-30 2009-09-04 Ingenico Sa Procede et dispositif de visualisation securitaire
GB2453518A (en) 2007-08-31 2009-04-15 Vodafone Plc Telecommunications device security
CN101868953A (zh) 2007-12-07 2010-10-20 诺基亚公司 事务处理认证
CN101299228B (zh) 2008-01-26 2010-09-01 青岛大学 一种基于单cpu双总线的安全网络终端
US8793786B2 (en) * 2008-02-08 2014-07-29 Microsoft Corporation User indicator signifying a secure mode
US8978132B2 (en) 2008-05-24 2015-03-10 Via Technologies, Inc. Apparatus and method for managing a microprocessor providing for a secure execution mode
US7809875B2 (en) 2008-06-30 2010-10-05 Wind River Systems, Inc. Method and system for secure communication between processor partitions
JP5157726B2 (ja) * 2008-07-31 2013-03-06 富士通モバイルコミュニケーションズ株式会社 電子機器
US8528041B1 (en) 2008-11-07 2013-09-03 Sprint Communications Company L.P. Out-of-band network security management
US8595491B2 (en) 2008-11-14 2013-11-26 Microsoft Corporation Combining a mobile device and computer to create a secure personalized environment
KR101540798B1 (ko) * 2008-11-21 2015-07-31 삼성전자 주식회사 가상화 환경에서 보안 정보를 제공하기 위한 장치 및 방법
JP4698724B2 (ja) 2008-12-01 2011-06-08 株式会社エヌ・ティ・ティ・ドコモ プログラム実行装置
US8490176B2 (en) * 2009-04-07 2013-07-16 Juniper Networks, Inc. System and method for controlling a mobile device
US9736675B2 (en) * 2009-05-12 2017-08-15 Avaya Inc. Virtual machine implementation of multiple use context executing on a communication device
US9003517B2 (en) * 2009-10-28 2015-04-07 Microsoft Technology Licensing, Llc Isolation and presentation of untrusted data
US9207968B2 (en) 2009-11-03 2015-12-08 Mediatek Inc. Computing system using single operating system to provide normal security services and high security services, and methods thereof
AU2011202838B2 (en) * 2010-12-21 2014-04-10 Lg Electronics Inc. Mobile terminal and method of controlling a mode screen display therein
DE102011012227A1 (de) 2011-02-24 2012-08-30 Giesecke & Devrient Gmbh Verfahren zum Datenaustausch in einer gesicherten Laufzeitumgebung
DE102011012226A1 (de) 2011-02-24 2012-08-30 Giesecke & Devrient Gmbh Verfahren zum Betrieb einer Mikroprozessoreinheit, insbesondere in einem mobilen Endgerät
DE102011115135A1 (de) 2011-10-07 2013-04-11 Giesecke & Devrient Gmbh Mikroprozessorsystem mit gesicherter Laufzeitumgebung
DE102011116489A1 (de) 2011-10-20 2013-04-25 Giesecke & Devrient Gmbh Mobiles Endgerät, Transaktionsterminal und Verfahren zur Durchführung einer Transaktion an einem Transaktionsterminal mittels eines mobilen Endgeräts

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE602004007152T2 (de) 2003-09-09 2008-02-14 Sony Ericsson Mobile Communications Ab Mehrschichtanzeige und endgerät mit einer solchen einrichtung
WO2008106400A2 (en) * 2007-02-27 2008-09-04 L3 Communications Corporation Integrated secure and non-secure display for a handheld communications device
DE102007052826A1 (de) * 2007-11-06 2009-05-07 Giesecke & Devrient Gmbh Daten verarbeitende Vorrichtung und Verfahren zum Betreiben einer Daten verarbeitenden Vorrichtung
US20090254986A1 (en) * 2008-04-08 2009-10-08 Peter William Harris Method and apparatus for processing and displaying secure and non-secure data
DE102009022222A1 (de) 2009-05-20 2010-11-25 Giesecke & Devrient Gmbh Anordnung zur Anzeige von Informationen, Verfahren zur Anzeige von Informationen und elektronische Endgeräteeinrichhtung

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105340000A (zh) * 2012-12-21 2016-02-17 德国电信股份有限公司 防伪型指示符的显示
CN105335672A (zh) * 2014-06-16 2016-02-17 华为技术有限公司 一种安全模式提示方法及装置
US9892246B2 (en) 2014-06-16 2018-02-13 Huawei Technologies Co., Ltd. Security mode prompt method and apparatus
CN105335672B (zh) * 2014-06-16 2020-12-04 华为技术有限公司 一种安全模式提示方法及装置

Also Published As

Publication number Publication date
JP2014512059A (ja) 2014-05-19
DE102011018431A1 (de) 2012-10-25
KR101902176B1 (ko) 2018-10-01
CN103503426A (zh) 2014-01-08
EP2700033B1 (de) 2018-09-05
JP5864723B2 (ja) 2016-02-17
CN103503426B (zh) 2016-02-03
US20140041050A1 (en) 2014-02-06
US9489505B2 (en) 2016-11-08
EP2700033A1 (de) 2014-02-26
KR20140061313A (ko) 2014-05-21

Similar Documents

Publication Publication Date Title
EP2700033B1 (de) Verfahren zur anzeige von informationen auf einer anzeigeeinrichtung eines endgeräts
DE112017006948B4 (de) Fahrzeugkommunikationsüberwachungseinrichtung, fahrzeugkommunikationsüberwachungsverfahren und fahrzeugkommunikationsüberwachungsprogramm
DE102004062203B4 (de) Datenverarbeitungseinrichtung, Telekommunikations-Endgerät und Verfahren zur Datenverarbeitung mittels einer Datenverarbeitungseinrichtung
DE202014011086U1 (de) System zur Bestimmung einer Vertrauenswürdigkeitskategorie von Anwendungen, die eine Schnittstellenüberlagerung durchführen
DE102011012226A1 (de) Verfahren zum Betrieb einer Mikroprozessoreinheit, insbesondere in einem mobilen Endgerät
EP3430558B1 (de) Erkennen einer abweichung eines sicherheitszustandes einer recheneinrichtung von einem sollsicherheitszustand
EP3571085B1 (de) Verfahren und vorrichtung zum anzeigen eines hinweises für einen anwender und arbeitsvorrichtung
EP2210241B1 (de) Daten verarbeitende vorrichtung und verfahren zum betreiben einer daten verarbeitenden vorrichtung
WO2019081270A1 (de) Ein-chip-system, verfahren zum betrieb eines ein-chip-systems und kraftfahrzeug
EP3688951B1 (de) Verfahren zum erfassen eines angriffs auf ein steuergerät eines fahrzeugs
DE102016205321A1 (de) Reduzieren einer Angriffsmöglichkeit auf eine Schwachstelle eines Gerätes über eine Netzwerkzugangsstelle
WO2014096334A1 (de) Anzeige eines fälschungsicheren identitätsindikators
DE102015012889B4 (de) Anzeigevorrichtung und Verfahren zur Überprüfung von Anzeigeinhalten
DE102013226700A1 (de) Fahrzeugelektronikeinheit
DE60211900T2 (de) Verfahren und vorrichtung zur bewahrung von sicherer dateneingabe und datenausgabe
EP1473614A2 (de) Computersystem für ein Fahrzeug und Verfahren zum Kontrollieren des Datenverkehrs in einem solchen Computersystem
EP2866486B1 (de) Verfahren zur Erzeugung einer elektronischen Signatur
DE102005053848B4 (de) Verfahren zur bildbasierten Authentifizierung von Online-Transaktionen
EP3451215A1 (de) Hardwareeinrichtung und verfahren zum betreiben und herstellen einer hardwareeinrichtung
WO2022090179A1 (de) Verfahren zum betreiben einer berührungssensitiven eingabeeinheit sowie bedienvorrichtung und kraftfahrzeug
EP1349037A2 (de) Verfahren zur Überwachung von Datenbewegungen
DE102021123370A1 (de) Informationsverarbeitungsvorrichtung, informationsverarbeitungsverfahren, und programm
EP4312137A1 (de) Berechtigung zu einem installieren und/oder einem starten eines zweiten anwendungsprogramms
WO2020151888A1 (de) Rechensystem zum betreiben einer infotainmenteinrichtung eines fahrzeugs sowie verfahren zum aktivieren eines reduktionsmodus für ein rechensystem und kraftfahrzeug
DE102018006368A1 (de) Verfahren zum Schutz gegen eine Manipulation einer Software eines Fahrzeugs

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12716254

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014505539

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 14113066

Country of ref document: US

ENP Entry into the national phase

Ref document number: 20137029398

Country of ref document: KR

Kind code of ref document: A