DE69829635T2

DE69829635T2 - Schützen von Transaktionsdaten

Info

Publication number: DE69829635T2
Application number: DE69829635T
Authority: DE
Inventors: Hermann 03720 Benissa Bublitz; Chris Woking Holloway; Adam Putney Newth
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1997-12-23
Filing date: 1998-10-14
Publication date: 2006-06-22
Anticipated expiration: 2018-10-15
Also published as: DE19757501C1; EP0926636B1; US6219651B1; EP0926636A1; DE69829635D1

Description

Die Erfindung betrifft den Schutz von Transaktionsdaten für den bargeldlosen Zahlungsverkehr mittels Chipkarten von der Erzeugung der Daten im Zahlungsterminal bis zu ihrer Verarbeitung.
Moderne Arten des bargeldlosen Zahlungsverkehrs werden mittels Chipkarten durchgeführt. Im Einzelnen sind dies Geldkarten, Kreditkarten und Guthabenkarten.
Auf einer Chipkarte kann es mehrere unterschiedliche Anwendungen des Zahlungsverkehrs geben, zum Beispiel Geldkarten und Kreditkarten.
Die Chipkarte wird vor der Ausgabe an den Kunden initialisiert, d.h., Anwendungsdaten und Chiffrierschlüssel zur Sicherung der Transaktion werden auf der Chipkarte gespeichert, die es ermöglichen, dass die Chipkarte im Rahmen von bestimmten Anwendungen verwendet werden kann. Bei der Ausgabe der Karte wird der Kunde über die Anwendungen, für die die Chipkarte verwendet werden kann, informiert.
Wenn ein Kunde Waren bei einem Händler mit seiner Geldkarte bezahlen möchte, kann diese Transaktion an einem Zahlungsterminal durchgeführt werden. Die Chipkarte wird in ein im Zahlungsterminal befindliches Chipkartenlesegerät eingeführt. Mit Hilfe des Chipkartenlesegeräts können Daten von der Chipkarte gelesen oder auf die Chipkarte geschrieben werden. Bei Anwendungen mit elektronischem Guthaben wird das auf der Chipkarte gespeicherte Guthaben um den Betrag verringert, der für die Waren an den Händler zu zahlen ist.
Um den beschriebenen Zahlungsvorgang durchzuführen, verfügt das Zahlungsterminal im Einzelnen über die folgenden Komponenten: ein Chipkartenlesegerät, eine Tastatur zur Eingabe von Daten, ein Netzwerk und Software, um die entsprechenden Transaktionen zu steuern, eine Anzeigeeinheit, um dem Kunden Anweisungen anzuzeigen, ein Sicherheitsmodul und eine Kommunikationsverbindung zum Hostsystem, insbesondere, wenn Kreditkarten und Guthabenkarten unterstützt werden.
Im Allgemeinen werden bei jedem Zahlungsverkehr Transaktionsdaten über den einzelnen Zahlungsvorgang sowie Sammeldaten erzeugt, die hinsichtlich der Transaktionen, die seit dem letzten Datenaustausch mit der Abrechnungsstelle stattgefunden haben, aktualisiert werden.
Unter anderem beinhalten die Transaktionsdaten:

• die Kennung der Chipkarte des Kunden
• den Betrag, die Währung und die Bank
• die Kennung des Händlers und des Zahlungsterminals, und
• es empfiehlt sich eine sichere Verschlüsselung (eine Unterschrift ist ratsam) der Transaktionsdaten mit dem Transaktionsschlüssel der Chipkarte.

Die Transaktionsdaten werden in einem kryptografisch sicheren Protokoll zwischen der Chipkarte und dem Sicherheitsmodul erzeugt, wobei der individuelle Transaktionsschlüssel auf der Chipkarte und in dem Sicherheitsmodul verwendet wird. Die Transaktionsdaten werden mit Hilfe des individuellen Transaktionsschlüssels gesichert, der der Chipkarte zugewiesen ist.
Die Transaktionsdaten werden bis zum Datenaustausch mit der Abrechnungsstelle in dem Zahlungsterminal gespeichert.
Die Sammeldaten werden in dem Sicherheitsmodul gespeichert und beim Austausch der Daten mit der Abrechnungsstelle ausgelesen.
Zu den Sammeldaten gehören beispielsweise:

• der jeweilige Gesamtbetrag der Transaktionen
• die Anzahl der Transaktionen
• die Kennung des Händlers und des Zahlungsterminals, und
• es empfiehlt sich eine sichere Verschlüsselung (eine Unterschrift ist ratsam) der Sammeldaten mit dem Schlüssel, der dem Händler oder dem Zahlungsterminal in dem Sicherheitsmodul zugewiesen ist.

Beim Austausch von Daten mit der Abrechungsstelle wird eine Transaktionsdatei vom Zahlungsterminal an die Abrechnungsstelle übertragen. Die Transaktionsdatei besteht aus

• Kopfdaten, die die letzten Sammeldaten sowie für das Zahlungsterminal spezifische Daten enthalten und
• die Transaktionsdaten einer jeden Transaktion, wenn ein bestimmter Mindestsicherheitsstandard erforderlich ist.

Die Transaktionsdaten werden mit Hilfe von Transaktionsschlüsseln einzeln gesichert. Der Transaktionsschlüssel befindet sich auf der einzelnen Chipkarte. Transaktionsschlüssel können gestohlen werden, und Transaktionsdaten können von anderen Zahlungsterminals kopiert werden. Während die Transaktionsdaten in dem Zahlungsterminal gespeichert werden und während deren Übertragung an die Abrechnungsstelle können Transaktionsdaten daher in betrügerischer Weise zum Vorteil/Nachteil von einzelnen Karteninhabern genutzt werden.
Die UK-Patentanmeldung GB 2 287 565 legt eine Sicherheitsvorrichtung zur Verwendung in einem Kartenaufladesystem offen, bei der eine Einrichtung, die eine Dienstleistung oder ein Produkt bereitstellt, Dienstleistungen oder Produkte durch die Nutzung eines Guthabens von einer Karte erbringt beziehungsweise abgibt. Die Sicherheitsvorrichtung umfasst Signalübertragungsmittel, die dazu dienen, einer Kaufeinheit Signale zuzuführen, um es einem Benutzer in Abhängigkeit von dem Betrag, der seinem Kartenkonto belastet wird, zu ermöglichen, eine Dienstleistung oder ein Produkt zu erwerben, ein Aufzeichnungsteilsystem, um den Betrag, der dem Kartenkonto belastet wird, zu bestätigen und um anzugeben, welches Konto das belastete Guthaben empfangen soll, sowie Signalverarbeitungs- und -ausgabemittel, um Signale zu erzeugen, die eine erfolgreiche Transaktion anzeigen. Die Signale werden mit Verschlüsselungsverfahren codiert. Ein getrenntes Sicherheitsteilsystem wird bereitgestellt, um sicherzustellen, dass bei einem Stromausfall in der Hauptsicherheitsvorrichtung eine Aufzeichnung der Transaktionen zur Verfügung steht.
Das "Handbuch der Chipkarten", 1995, Seiten 60 bis 61, legt die Schritte zur Erzeugung eines Schlüsseltextblocks offen, der aus einem Anfangswert und zuvor verschlüsselten Textblöcken gebildet wird. Ein erster unverschlüsselter Textblock wird mit dem Anfangswert gemäß der Exklusiv-ODER-Funktion verknüpft und anschließend DES-verschlüsselt. Das Ergebnis dieser Operation wird wieder gemäß der Exklusiv-ODER-Funktion mit dem zweiten unverschlüsselten Textblock verknüpft und so weiter.
Es ist daher die Aufgabe der vorliegenden Erfindung, eine zusätzliche Prozedur zum Schutz von Transaktionsdaten zu erzeugen, die den bisherigen Schutz gegen Betrug erhöht und den Erhalt des Nachweises eines Betrugs erheblich vereinfacht.
Diese Aufgabe wird durch die in Anspruch 1 dargelegten Merkmale gelöst. Weitere vorteilhafte Entwicklungen der vorliegenden Erfindung sind in den Unteransprüchen aufgeführt.
Der wesentliche Vorteil der Erfindung im Vergleich zum Stand der Technik besteht darin, dass alle im Zahlungsterminal erzeugten Transaktionsdaten vom Zeitpunkt ihrer Erzeugung im Sicherheitsmodul bis zu ihrer Verarbeitung in der Abrechnungsstelle gegen Betrug durch gestohlene Schlüssel und gegen ihren Austausch durch alte Transaktionsdaten oder Transaktionsdaten, die anderswo erzeugt wurden, geschützt sind. Insbesondere bezieht sich dies auf die Speicherung im Zahlungsterminal und die Übertragung zwischen dem Zahlungsterminal und der Abrechnungsstelle.
In einer ordnungsgemäßen Ausführung, bei der die Erfindung zum Einsatz kommt, wird die Signatur über alle Transaktionen hinweg, die nachstehend als kumulative Signatur (SS) bezeichnet wird, im Sicherheitsmodul (SM) des Zahlungsterminals in dem Zeitraum zwischen zwei Übertragungen der Transaktionsdatei an die Abrechnungsstelle erzeugt.
Die folgenden Schritte werden durchgeführt:

1. In dem Sicherheitsmodul (SM) werden die Sammeldaten zurückgesetzt, und die kumulative Signatur wird auf einen festen Wert (null ist empfehlenswert) gesetzt, der der Abrechnungsstelle bekannt ist. Aus der anfänglichen kumulativen Signatur SS wird die kumulative Signatur SS0.
2. Je Zahlungstransaktion i (i=i bis i=n) werden im Zahlungsterminal die folgenden Schritte durchgeführt: 1) Die Transaktionsdaten (TDi) für die Transaktion werden erzeugt. 2) Die Sammeldaten (SD) werden durch den Transaktionswert ergänzt. 3) Die kumulative Signatur (SSi) wird wie folgt neu gebildet: • Die vorherige kumulative Signatur (SSi-1) ist der Anfangswert der neuen Signatur, die gebildet wird. • Mit Hilfe dieses Anfangswerts wird eine Signatur über die soeben erzeugten TDi gebildet. Auf diese Weise wird der Schlüssel, der dem Händler oder dem Zahlungsterminal zugewiesen ist, im Sicherheitsmodul (SM) verwendet. • Die neue Signatur wird im Sicherheitsmodul (SM) als die SSi gespeichert. 4) Die Sammeldaten und die SSi bleiben im Sicherheitsmodul. 5) Die Transaktionsdaten (TDi) werden an die Software im Zahlungsterminal übertragen. Sie werden im Zahlungsterminal oder anderswo gespeichert, bis die Transaktionsdatei an die Abrechnungsstelle übertragen wird. Diese gespeicherten Daten sind nicht gegen Betrug und Verwechslung gesichert.
3. Eine Übertragung der Transaktionsdatei an die Abrechnungsstelle wird eingeleitet. Dies kann zum Beispiel durch die Abrechnungsstelle oder das Zahlungsterminal erfolgen. Die folgenden Schritte werden durchgeführt: • Die Software des Zahlungsterminals liest die Sammeldaten (SDn) und die kumulative Signatur (SSn) aus dem Sicherheitsmodul. • Eine Transaktionsdatei aus Daten, die vom Zahlungsterminal erzeugt wurden, aus den Sammeldaten SDn, der kumulativen Signatur SSn und den Transaktionsdaten TDi bis TDn, welche im Zahlungsterminal oder anderswo gespeichert werden, wird ebenfalls erstellt.
4. Die Transaktionsdatei wird an die Abrechnungsstelle übertragen.
5. Die Abrechnungsstelle, die im Besitz des Schlüssels zum Prüfen der SS ist, erzeugt mit Hilfe der unter 2.3 beschriebenen Prozedur eine Signatur aus den Transaktionsdaten TDi bis TDn, wobei sie denselben Anfangswert, wie er auch im Zahlungsterminal verwendet wird, verwendet. Wenn diese Signatur genau gleich der Signatur ist, die vom Zahlungsterminal gesendet wird, sind alle Transaktionsdaten TDi bis TDn genau gleich den im Sicherheitsmodul des Zahlungsterminals erzeugten Transaktionsdaten, d.h., ein Betrug oder eine Verwechslung im Zahlungsterminal oder während der Übertragung kann ausgeschlossen werden.

Die Bildung der Signatur im Zahlungsterminal und in der Abrechnungsstelle kann mit Hilfe von symmetrischen und auch asymmetrischen Verschlüsselungsverfahren durchgeführt werden.
Eine nützliche Entwicklung der Erfindung sieht anstelle des Schlüssels, der dem Händler oder dem Zahlungsterminal (für allgemeine Zwecke) zugewiesen wird, einen speziellen Schlüssel vor, der ausschließlich zur Sicherung der Transaktionsdaten durch die SS verwendet wird. Dieser Schlüssel kann sowohl dem Händler als auch dem Zahlungsterminal oder anderen Einheiten zugewiesen werden.
Mehreren Sicherheitsmodulen bei einem Händler kann zum Beispiel derselbe Schlüssel zur Bildung der SS zugewiesen werden. Diese Sicherheitsmodule können einer Zweigstelle, einem Server oder einem anderen operativen Bereich des Händlers entsprechen. Dieses Vorgehen vereinfacht die Verwaltung, die Sicherheit und die Verteilung des Schlüssels.
Eine weitere Entwicklung der Erfindung sieht eine gemeinsame Einheit zur Bildung der SS vor, wenn mehrere Sicherheitsmodule auf einem Datenträger vereint sind.
Dies ermöglicht die Erzeugung einer SS über verschiedene Arten von Transaktionsdaten, zum Beispiel Kreditkarten, Guthabenkarten, Geldkarten, und die gemeinsame Übertragung an die Abrechungsstelle. Auf diese weise wird der Aufwand verringert, der zur Erzeugung der SS sowie zur Verwaltung, Sicherung und Verteilung des Schlüssels durch das Zahlungsterminal und auch in der Abrechnungsstelle notwendig ist.
Die vorliegende Erfindung wird mit Hilfe eines Beispiels einer bevorzugten Ausführung ausführlicher beschrieben, wobei 1 eine schematische Darstellung eines Zahlungsterminals ist.
Gemäß 1 hat ein Zahlungsterminal 1 eine Anzeigeeinheit 2 und eine Tastatur 3. Über die Anzeigeeinheit 2 werden dem Benutzer des Zahlungsterminals 1 Informationen angezeigt.
Dazu gehören insbesondere Aufforderungen zur Eingabe bestimmter Daten über die Tastatur 3.
Das Zahlungsterminal 1 kann verwendet werden, um Kunden eines Händlers die Gelegenheit zu geben, bargeldlos für Waren oder Dienstleistungen des Händlers zu bezahlen, zum Beispiel im Rahmen von elektronischem Guthaben. Hierbei kann das Zahlungsterminal 1 über das Hostübertragungsmodul 9 rechnerabhängig an ein zentrales Netzwerk angeschlossen werden, oder es kann als rechnerunabhängiges Gerät ausgelegt werden.
Wenn mit Hilfe des Zahlungsterminals 1 ein bargeldloser Zahlungsvorgang durchgeführt wird, wird der vom Kunden zu zahlende Betrag beispielsweise auf der Anzeigeeinheit 2 angezeigt. Über die Tastatur 3 kann die Zahlungsart ausgewählt und der zu zahlende Betrag eingegeben und bestätigt werden.
Um das Zahlungsterminal 1 zu steuern, wenn es vom Kunden benutzt wird, verfügt es über ein Terminalmodul 6, das im Grunde als Softwaremodul aufgebaut ist. Das Terminalmodul 6 ist im Speicher einer Verarbeitungseinheit des Zahlungsterminals 1 angeordnet und wird von einem Prozessor in der Verarbeitungseinheit zur Ausführung von Anwendungen verwendet. Das Terminalmodul 6 tauscht mit den verschiedenen Komponenten des Zahlungsterminals 1 Daten aus, insbesondere mit der Anzeigeeinheit 2, der Tastatur 3, einem Kartenlesegerät 5, einem Sicherheitsmodul 8 und einem Hostübertragungsmodul 9. Der Datenaustausch zwischen der Tastatur 3 und dem Terminalmodul 6 dient beispielsweise zur Verarbeitung der vom Kunden über die Tastatur 3 eingegebenen Daten.
Darüber hinaus werden Daten zwischen dem Terminalmodul 6 und dem Kartenlesegerät 5 ausgetauscht, um Daten von einer Chipkarte 4 zu lesen, die in das Kartenlesegerät 5 eingesteckt wird, oder um Daten auf die Chipkarte 4 zu schreiben.
Wenn ein Kunde mit seinem elektronischen Guthaben oder einem anderen bargeldlosen Zahlungsverfahren bezahlen möchte, das auf der Chipkarte 4 eingetragen ist, gibt der Händler den zu zahlenden Betrag über die Tastatur 3 ein. Mit Hilfe der Verarbeitungseinheit führt das Terminalmodul 6 die Verfahrensschritte aus, die notwendig sind, um die Eingabe zu lesen.
Das Terminalmodul 6 versetzt das Kartenlesegerät 5 in den Zustand, in dem es auf das Einführen einer Chipkarte wartet.
Nachdem die Chipkarte 4 in das Kartenlesegerät 5 eingeführt und zwischen der Chipkarte 4 und dem Kartenlesegerät 5 ein ordnungsgemäßer Kontakt hergestellt worden ist, sendet das Kartenlesegerät 5 entsprechende Daten an das Terminalmodul 6.
Anschließend muss eine Zahlungstransaktion durchgeführt werden, bei der der zu zahlende Betrag von dem elektronischen Guthaben auf der Chipkarte 4 abgezogen wird und der abgezogene Betrag sowie andere Transaktionsdaten wie zum Beispiel die Kennung der Chipkarte, die Währung und der Eigentümer des elektronischen Guthabens im Zahlungsterminal 1 gespeichert werden, damit der Händler diesen Betrag zu einem späteren Zeitpunkt von der Abrechnungsstelle des Eigentümers des Guthabens erhalten kann.
Bei der Durchführung der Verfahrensschritte, um den zu zahlenden Betrag von der Chipkarte 4 abzuziehen, wird ein Sicherheitsmodul 8 verwendet, um sicherheitsrelevante Daten auszutauschen und eine missbräuchliche Verwendung des Guthabens zu verhindern.
Im Sicherheitsmodul 8 werden neben Chiffrierschlüsseln auch Funktionen und Prozeduren gespeichert, die ausgeführt werden können und zur Durchführung des Schrittes dienen, in dem der zu zahlende Betrag von dem elektronischen Guthaben auf der Chipkarte 4 abgezogen wird. Darüber hinaus werden im Sicherheitsmodul Sammeldaten über die Transaktionen aufbewahrt, die mit dem Eigentümer des Guthabens seit der letzten Belastung durchgeführt wurden. Die Belastung wird vom Terminalmodul 6 veranlasst und umfasst den Datenaustausch zwischen der Chipkarte 4 und dem Sicherheitsmodul 8. Dieser Datenaustausch hat die folgende Schrittfolge:

1. Die Transaktionsdaten (TDi) 10 für die Transaktion werden im Sicherheitsmodul 8 unter Beteiligung der Chipkarte 4 erzeugt.
2. Die Sammeldaten (SD) 81 im Sicherheitsmodul 8 werden durch den Transaktionswert ergänzt.
3. Die kumulative Signatur 82 im Sicherheitsmodul 8 wird wie folgt ergänzt: • Die vorherige kumulative Signatur (SSi-1) ist der Anfangswert der neuen Signatur, die gebildet wird. • Mit Hilfe dieses Anfangswerts wird eine Signatur über die bereits erzeugten TDi gebildet. Dabei wird der dem Händler oder dem Zahlungsterminal zugewiesene Schlüssel im Sicherheitsmodul verwendet. • Die neue Signatur wird im Sicherheitsmodul 8 als eine kumulative Signatur SSi 82 gespeichert.
4. Die Sammeldaten 81 und die SSi 82 bleiben im Sicherheitsmodul 8.
5. Die Transaktionsdaten (TDi) 10 werden an die Terminalsoftware 6 übertragen. Sie werden in einem Speicher 7 im Zahlungsterminal oder außerhalb des Zahlungsterminals bis zur Übertragung gespeichert. Diese gespeicherten Daten sind nicht gegen Betrug oder Verwechslungen gesichert.

Am Ende des Tages oder zu einem vom Händler oder der Abrechnungsstelle festgelegten Zeitpunkt werden die Transaktionsdaten zur Belastung an die Abrechnungsstelle 11 des Eigentümers des Guthabens gesendet.
Dabei werden die folgenden Schritte durchgeführt:

• Die Terminalsoftware 6 liest die Sammeldaten 81 (SDn) und die kumulative Signatur 82 (SSn) aus dem Sicherheitsmodul 8.
• Eine Transaktionsdatei 12 wird mit Daten 121 erstellt, die vom Zahlungsterminal in Bezug auf die Übertragung erzeugt wurden und kein Bestandteil dieser Erfindung sind, sowie mit den Sammeldaten 81 SDn, der kumulativen Signatur 82 SSn und den Transaktionsdaten 10 TDi bis TDn, die im Speicher 7 des Zahlungsterminals oder anderswo gespeichert werden.
• Die Transaktionsdatei 12 wird mittels des Übertragungsmoduls an die Abrechungsstelle 11 übertragen.
• Die Abrechnungsstelle 11, die im Besitz des Schlüssels 13 zur Prüfung der SS ist, erzeugt aus den Transaktionsdaten 10 TDi bis TDn gemäß derselben Prozedur, die auch im Sicherheitsmodul 8 verwendet wird, und mit demselben Anfangswert wie im Zahlungsterminal eine Signatur 82. Wenn diese Signatur 82 genau gleich der Signatur ist, die vom Zahlungsterminal gesendet wird, sind alle Transaktionsdaten TDi bis TDn genau gleich den im Sicherheitsmodul des Zahlungsterminals erzeugten Transaktionsdaten, d.h., ein Betrug oder Verwechslungen im Zahlungsterminal oder während der Übertragung können ausgeschlossen werden.

Claims

Prozedur zum Schützen von Transaktionsdaten im bargeldlosen Zahlungsverkehr mittels einer Geldkarte in einem Zahlungsterminal, wobei das Zahlungsterminal (1) aus mindestens einer Lese-/Schreibeinheit (5), einer Eingabeeinheit (3), mindestens einem Sicherheitsmodul (8) und einem Übertragungsmodul (9) besteht, um die Verbindung zu einem Datenverarbeitungssystem herzustellen, wobei die Prozedur bei jedem Zahlungsvorgang die folgenden Schritte beinhaltet: a) Einführen einer Geldkarte (4) in die mindestens eine Lese- und/oder Schreibeinheit (5), b) Einleiten eines Zahlungsvorgangs durch Verwendung der Geldkarte (4), c) Erzeugen der entsprechenden Transaktionsdaten (10) für diesen Zahlungsvorgang, d) Speichern der Transaktionsdaten in einem nichtgesicherten Speichermedium auf dem Zahlungsterminal, e) Erzeugen der entsprechenden Sammeldaten (81) für diesen Zahlungsvorgang, wobei die Sammeldaten die Transaktionsdaten seit dem letzten Datenaustausch mit der Abrechnungsstelle (11) beinhalten, und f) Erzeugen einer kumulativen Signatur (82) in dem Sicherheitsmodul als Ergänzung zu den Sammeldaten (81), wobei die neue kumulative Signatur SSi (82) aus dem Anfangswert der vorherigen kumulativen Signatur SSi-1 gebildet wird.
Prozedur nach Anspruch 1, dadurch gekennzeichnet, dass die Sammeldaten (81) in dem Sicherheitsmodul (8) nach einem Datenaustausch mit der Abrechnungsstelle und nach der Festlegung eines Anfangswerts für die Erzeugung der kumulativen Signatur (82) zurückgesetzt werden.
Prozedur nach den Ansprüchen 1 bis 2, dadurch gekennzeichnet, dass die Transaktionsdaten TDi (10) mindestens aus den folgenden Daten bestehen: – der Kennung der Geldkarte des Kunden – dem Sollbetrag, der Währung, der Bank – der Kennung des Händlers und des Zahlungsterminals.
Prozedur nach den Ansprüchen 1 bis 3, dadurch gekennzeichnet, dass die Transaktionsdaten für die Transaktion in dem Sicherheitsmodul unter Beteiligung der Chipkarte 4 erzeugt werden.
Prozedur nach den Ansprüchen 1 bis 4, dadurch gekennzeichnet, dass die erzeugten Transaktionsdaten TDi (10) durch den Schlüssel der Geldkarte gesichert werden.
Prozedur nach den Ansprüchen 1 bis 5, dadurch gekennzeichnet, dass die Sammeldaten SD (81) mindestens aus den folgenden Daten bestehen: – dem Gesamtbetrag der Transaktionen – der Anzahl der Transaktionen – der Kennung des Zahlungsterminals.
Prozedur nach den Ansprüchen 1 bis 6, dadurch gekennzeichnet, dass die Erzeugung der kumulativen Signatur (82) mit Hilfe des Chiffrierschlüssels durchgeführt wird, der dem Zahlungsterminal oder dem Händler zugewiesen ist.
Prozedur nach den Ansprüchen 1 bis 7, dadurch gekennzeichnet, dass die Transaktionsdaten bis zur Abrechnung über die Abrechnungsstelle in dem Zahlungsterminal gespeichert bleiben.
Prozedur nach den Ansprüchen 1 bis 8, dadurch gekennzeichnet, dass die Sammeldaten SD (81) bis zur Abrechnung über die Abrechnungsstelle in dem Sicherheitsmodul (8) gespeichert werden.
Prozedur nach den Ansprüchen 1 bis 9, dadurch gekennzeichnet, dass die kumulative Signatur bis zur Abrechnung über die Abrechnungsstelle in dem Sicherheitsmodul gespeichert wird.
Prozedur nach den Ansprüchen 1 bis 10, dadurch gekennzeichnet, dass die Erzeugung der kumulativen Signatur SS in einem symmetrischen und in einem asymmetrischen Verfahren durchgeführt werden kann.
Prozedur nach den Ansprüchen 1 bis 11, dadurch gekennzeichnet, dass ein spezieller Schlüssel ausschließlich für die Erzeugung der kumulativen Signatur SS verwendet wird.
Prozedur nach den Ansprüchen 1 bis 12, dadurch gekennzeichnet, dass für mehrere Sicherheitsmodule ein gemeinsamer Schlüssel und/oder eine gemeinsame Transaktionsdatei 12 verwendet wird.
Prozedur nach den Ansprüchen 1 bis 13, dadurch gekennzeichnet, dass für mehrere Sicherheitsmodule, die auf einem einzigen Datenträger gespeichert werden, eine gemeinsame Einheit zur Erzeugung der kumulativen Signatur SS und/oder gemeinsame Transaktionsdateien verwendet werden.
Prozedur nach den Ansprüchen 1 bis 14, die durch die folgenden zusätzlichen Schritte gekennzeichnet ist: g) Auslesen der Sammeldaten SD (81) und der kumulativen Signaturen SS (82) aus dem Sicherheitsmodul (8), h) Erstellen einer Transaktionsdatei (12) mit den folgenden Daten: aa) den Sammeldaten SD (81) bb) der kumulativen Signatur SS (82) cc) den Transaktionsdaten TDi (10), i) Übertragen der Transaktionsdatei (12) an die Abrechnungsstelle (11), j) Erzeugen einer kumulativen Signatur SS (82) nach dem Schritt e) der Prozedur aus den Transaktionsdaten TDi (10) unter Verwendung des Schlüssels und des zugewiesenen Anfangswerts, k) Vergleichen der nach dem Schritt i) erzeugten kumulativen Signatur SS (82) mit den vom Sicherheitsmodul (8) gesendeten kumulativen Signaturen (82).
Prozedur nach Anspruch 15, dadurch gekennzeichnet, dass der Schritt h) entweder von dem Zahlungsterminal oder von der Abrechnungsstelle eingeleitet wird.