Die eigentliche Kartennummer bleibt geschützt
Apple beschreibt, dass bei Zahlungen im Geschäft eine Device Account Number und ein dynamischer Sicherheitscode an das Terminal übermittelt werden. Die tatsächliche Zahlungskartennummer wird dabei nicht gesendet. Die gerätespezifische Kennung liegt im Secure Element. Das ist ein anderer Schutzmechanismus als die bloße Verschlüsselung einer unverändert weitergereichten Kartennummer.
Gerätefreigabe und Zahlungsprüfung ergänzen sich
Viele Zahlungen werden per Biometrie oder Gerätecode bestätigt. Es gibt jedoch besondere Abläufe wie den Expressmodus, die anders funktionieren. Deshalb wäre die Aussage „jede Zahlung braucht einen Fingerabdruck“ falsch. Auch die Prüfung durch Kartenaussteller und Zahlungsnetz gehört zum Gesamtprozess. Andere Wallets können andere technische und organisatorische Eigenschaften haben; die Details lassen sich nicht pauschal übertragen.
Phishing und Betrug verschwinden nicht
Wer eine Person dazu bringt, eine echte Zahlung selbst freizugeben, umgeht nicht zwingend die Kryptografie. Auch kompromittierte Konten und betrügerische Händler bleiben relevante Risiken. Umgekehrt nutzen moderne kontaktlose Plastikkarten ebenfalls kryptografische Verfahren. Die sinnvolle Bewertung vergleicht konkrete Angriffsszenarien statt allgemein „Handy gegen Karte“.
Was Händler bei der Integration beachten sollten
Für einen Shop sind unterstützte Zahlungsabläufe, Fehlerbehandlung und die Abstimmung mit dem Zahlungsdienstleister wichtig. Nach einem Abbruch muss klar sein, ob die Zahlung bereits autorisiert wurde. Wiederholungen dürfen keine Doppelbelastung verursachen. Sensible Daten sollten nicht unnötig in Bestellprotokollen oder Analysewerkzeugen landen.
Womit Sie sinnvoll beginnen können
- Für den konkreten Zahlungsweg prüfen, welche Daten beim Händler ankommen.
- Abbruch, Wiederholung und Statusabfrage mit dem Zahlungsdienstleister testen.
- Sicherheitsvorteile präzise beschreiben und Betrugsrisiken nicht verschweigen.