NFC
NFC ist eine Funktechnik für sehr kurze Distanzen, die auf 13,56 Megahertz arbeitet und Daten nur über wenige Zentimeter überträgt…
Auch bekannt als: Host Card Emulation, Host-based Card Emulation, hostbasierte Kartenemulation, softwarebasierte Kartenemulation
HCE erlaubt es einer Android-App, eine kontaktlose Chipkarte allein in Software nachzubilden. Die vom Lesegerät gesendeten Kommandos werden nicht an einen separaten Sicherheitschip weitergeleitet, sondern direkt an den Hauptprozessor und dort von der App beantwortet. Android unterstützt HCE seit Version 4.4. Weil der geschützte Chip fehlt, sichern Tokenisierung und serverseitige Schlüsselverwaltung die Zahlung ab.
Bei der klassischen Kartenemulation leitet der NFC-Controller die Kommandos des Lesegeräts unmittelbar an ein Secure Element weiter, einen gesonderten manipulationsgeschützten Chip. Die Anwendung auf dem Betriebssystem ist an der Transaktion nicht beteiligt und muss dafür nicht einmal laufen. Bei HCE führt der NFC-Controller die Daten stattdessen zum Hauptprozessor, wo ein Dienst der App die Kommandos verarbeitet. Technisch werden dabei Application Protocol Data Units nach ISO/IEC 7816-4 über das ISO-DEP-Protokoll ausgetauscht, das auf ISO/IEC 14443-4 aufsetzt. Die Zuordnung zur richtigen App erfolgt über registrierte Application Identifier, die das Lesegerät zu Beginn auswählt.
Vor HCE brauchte jeder Kartenherausgeber Zugriff auf das Secure Element des Geräts. Dieses gehörte je nach Bauart dem Gerätehersteller oder dem Mobilfunkanbieter, der damit über jede Wallet mitentschied. Mit HCE ab Android 4.4 konnten Banken ihre Karten erstmals ohne dieses Nadelöhr in eigene Apps bringen. Das erklärt, warum in Deutschland Sparkassen, Volksbanken und Privatbanken eigenständige Bezahl-Apps mit hinterlegter girocard und Kreditkarte anbieten konnten, während auf iOS die Kartenemulation weiterhin fest an das Secure Element und damit an Apple Pay gebunden blieb.
Ohne geschützten Chip darf die echte Kartennummer nicht auf dem Gerät liegen. Stattdessen wird sie durch einen Token ersetzt, der nur für dieses Gerät und diesen Kanal gilt. Ergänzend arbeiten HCE-Wallets mit kurzlebigen Einmalschlüsseln, die der Server in begrenzter Zahl auf das Gerät lädt und die nach Gebrauch verfallen. Wird ein Gerät als kompromittiert erkannt, lässt sich der Token serverseitig sperren, ohne dass die physische Karte getauscht werden muss. Der Sicherheitsgewinn liegt also nicht in der Hardware, sondern in der Wertlosigkeit der Daten, die tatsächlich auf dem Gerät liegen.
HCE betrifft die Kundenseite, SoftPOS die Händlerseite — beide nutzen jedoch dieselbe NFC-Hardware in entgegengesetzter Rolle. Wenn ein Kunde mit einer Banking-App bezahlt, arbeitet sein Gerät im Kartenemulationsmodus per HCE. Hält er es an ein SoftPOS-Smartphone, arbeitet dieses im Lesemodus. Für den Händler ist das transparent: Die SoftPOS-App unterscheidet nicht, ob eine physische Karte, eine HCE-Wallet oder ein Secure-Element-basiertes Wallet vorgehalten wird, weil auf EMV-Ebene derselbe Datenaustausch stattfindet. Unterschiede zeigen sich allenfalls bei der Kundenverifikation, weil Wallet-Zahlungen die Authentifizierung häufig bereits auf dem Kundengerät erledigen.
Eine Kundin bezahlt im Baumarkt in Bremen mit der Bezahlfunktion ihrer Sparkassen-App auf einem Android-Smartphone. Auf ihrem Gerät liegt keine echte Kartennummer, sondern ein gerätegebundener Token. Der Händler hält sein SoftPOS-Smartphone entgegen — für dieses ist der Vorgang identisch zu einer physischen girocard, weil beide auf EMV-Ebene denselben Datenaustausch führen.
NFC und HCE werden regelmäßig verwechselt. NFC ist die Funktechnik, also der Übertragungsweg. HCE ist eine Betriebsart darauf: Sie legt fest, wer die Kartenrolle übernimmt — eine App auf dem Hauptprozessor statt eines Sicherheitschips. Ein Gerät kann NFC beherrschen, ohne HCE zu nutzen, etwa wenn seine Wallet auf ein Secure Element setzt. Umgekehrt ist HCE ohne NFC nicht möglich.
NFC ist eine Funktechnik für sehr kurze Distanzen, die auf 13,56 Megahertz arbeitet und Daten nur über wenige Zentimeter überträgt…
Ein Secure Element ist ein eigenständiger, manipulationsgeschützter Chip, der kryptografische Schlüssel und Zahlungsdaten getrennt…
Tokenisierung ersetzt die echte Kartennummer durch einen Stellvertreterwert, der nur in einem eng begrenzten Rahmen gültig ist — e…
Google Pay ist der Bezahldienst von Google für Android-Geräte. Hinterlegte Kredit- und Debitkarten werden durch eine virtuelle Kar…
Apple Pay ist der Bezahldienst von Apple, mit dem Kunden Kredit- und Debitkarten in der Wallet-App hinterlegen und kontaktlos per …
EMV ist das weltweite Regelwerk für Chipkartenzahlungen und legt fest, welche Daten Karte und Lesegerät austauschen, wie die Karte…
Es verlagert das Schutzkonzept. Ein Secure Element schützt die echten Kartendaten physisch im Chip. HCE verzichtet darauf und sorgt stattdessen dafür, dass auf dem Gerät nur wertlose Daten liegen: ein gerätegebundener Token und kurzlebige Einmalschlüssel. Wird das Gerät kompromittiert, lässt sich der Token serverseitig sperren, ohne die physische Karte zu tauschen.
Nicht in der Android-Form. Auf iOS ist die Kartenemulation für Zahlungen traditionell an das Secure Element und an Apples Wallet gebunden. Deshalb konnten deutsche Banken auf Android eigenständige Bezahl-Apps mit hinterlegter Karte anbieten, während auf dem iPhone die Zahlung über Apple Pay abgewickelt wird.
Nur mittelbar. HCE ist eine Technik auf der Kundenseite. Ihre SoftPOS-App liest eine HCE-Wallet genauso wie eine physische Karte, weil auf EMV-Ebene derselbe Datenaustausch stattfindet. Praktisch relevant ist allein, dass Wallet-Zahlungen die Kundenverifikation meist schon auf dem Kundengerät erledigen und deshalb an Ihrem Gerät seltener eine PIN verlangen.
SoftPOS24 Payment-Research: „HCE". In: SoftPOS24 Payment-Glossar, Stand 2026-08-15. https://www.softpos24.com/glossar/hce/Teil des SoftPOS24 Payment-Glossars mit 71 Fachbegriffen zu SoftPOS, Kartenzahlung und Zahlungsverkehr. Fehler entdeckt? Korrektur melden — wir prüfen jede Meldung.