EP2263349A1 - System zum dokumentenbasierten datenaustausch zwischen mindestens zwei datenträgern über papier oder dfü - Google Patents

System zum dokumentenbasierten datenaustausch zwischen mindestens zwei datenträgern über papier oder dfü

Info

Publication number
EP2263349A1
EP2263349A1 EP09724066A EP09724066A EP2263349A1 EP 2263349 A1 EP2263349 A1 EP 2263349A1 EP 09724066 A EP09724066 A EP 09724066A EP 09724066 A EP09724066 A EP 09724066A EP 2263349 A1 EP2263349 A1 EP 2263349A1
Authority
EP
European Patent Office
Prior art keywords
data
correspondence
otp
key
pair
Prior art date
Legal status (The legal status 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 status listed.)
Withdrawn
Application number
EP09724066A
Other languages
English (en)
French (fr)
Inventor
Robert Niggl
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Publication of EP2263349A1 publication Critical patent/EP2263349A1/de
Withdrawn legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/065—Encryption by serially and continuously modifying data stream elements, e.g. stream cipher systems, RC4, SEAL or A5/3
    • H04L9/0656—Pseudorandom key sequence combined element-for-element with data sequence, e.g. one-time-pad [OTP] or Vernam's cipher
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • 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/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload

Definitions

  • the present invention relates to a device and a method for document-based data exchange between at least two data carriers via paper or EDI, in particular with a system for receiving and processing individual data for secure forwarding to predetermined recipients.
  • the method for document-based data exchange between data carrier systems via paper or EDI is characterized in that a first carrier system (source system) any serial output data - correspondence data or object K correspondence represents - via crypto module as ONE-TIME-P AD-key cipher pair represents , then a pair component (P_l) in a central cache (1st control point) retrievable, in particular system deposited with a wide appropriate reference and then the other pair component (P_2) plus P l - reference via a correspondence sheet to a correspondence receiver (2nd control office) directs, which then if necessary at least the supplementary sheet to a third party forwards, so that then this third party by machine acquisition of the supplementary sheet data in a second carrier system (target system) first the component P_2 and the P l reference and then the by Access to the central memory the centrally stored components P l win and so finally via Kryptomodul the correspondence data K can reconstruct.
  • source system any serial output data - correspondence data or object K correspondence represents - via crypto module as ONE-
  • P l or P_ 2 it is also possible to use arbitrary derivative quantities P l 'or P_ 2', which the target system P 1 or P_ 2 can recalculate, e.g. an encrypted P l or P_2.
  • a sheet in paper form In order for the target system to be able to machine the P_l referrals and P_2 or P_2 ', a sheet in paper form must contain these variables in machine-readable form, eg as a barcode or as a barcode suitably formatted text that can be processed via OCR technologies. As a result of this technical embodiment, a supplemental sheet in paper form becomes a process-compliant read-only memory.
  • OTP data compression e.g. according to WO 2007/109373 A2, is not required in the present invention.
  • the OTP crypto unit of a source system randomly generates a one-time key E which has the same length as K and encrypts K with E via a bit association (cipher K ').
  • the bit addition has the properties of an "abelian group", so you can, for example, calculate "as with integers". For bit variables x, y, z in particular always applies
  • FIGS. 1 and 2 The processes for secure data transmission are shown in FIGS. 1 and 2.
  • the crypto unit of the source system supplies the pair in a randomized way. Then not even the source system would know, by which way the key and on which the cipher is transported. But even if the source system documented what was key and cipher, that identification would be an illusion. For a given key-cipher pair, this assertion would be (mathematically secured) not verifiable and thus technically irrelevant.
  • a central buffer which is characterized in that a carrier system there according to the method by means of remote data transmission OTP key or OTP ciphers or associated derivatives retrievable deposits or retrieves there.
  • OTP key or OTP ciphers or associated derivatives retrievable deposits or retrieves there.
  • OTP data pool i. a data pool for components of OPT key cipher pairs or any associated derivatives that allow retroactive accounting.
  • At least one communication module that communicates with the OTP data pool.
  • the supplement can be sent separately by email.
  • the third party did not even need a scanner.
  • Fig. 1 a schematic overview of the relationships of the various modules in the data carrier system according to the invention
  • FIG. 2a shows a partial block diagram (source system) of the data carrier system (1) with the associated various technical devices;
  • FIG. 2b shows a partial block diagram (target system) of the data carrier system (1) with the associated various technical devices;
  • Fig. 3 a method for computer-assisted randomized generation long
  • FIG. 1 shows a block diagram of the relationships between the various modules in the data transmission system 1 according to the invention.
  • (IT) systems which store any personal data K
  • an integration system is presented which provides the secure, in particular forgery-proof, Exchange of this data between a source and a destination system so that the correspondence recipient retains the ultimate control over the data exchange.
  • the owners of the initial systems are referred to below as carriers, their IT systems as carrier systems.
  • the owners of the personal data are referred to as affected persons.
  • One possible area of application for the invention is the health service (keyword: electronic health card / egk). Possible scenarios would be the exchange of treatment data doctor-to-doctor or the billing data exchange doctor-to-payment office - each under the control of the patient (affected).
  • each carrier or each carrier system is suitably identified throughout the system. It makes sense to keep the identification persistent over time, e.g. by generally consecutive numbering, so that a number is awarded only once over time.
  • the identification of the carrier systems or the carrier (ensemble identification) and thus the demarcation of the entire system is in fact always given or possible. It is a particular advantage of the invention that a registration / identification of those affected is not required (anonymous relay stations: see also embodiment below).
  • the new overall system is created by expanding an ensemble of carrier systems to include centralized storage and machine-processable side-plates (read-only memory), as well as logic that links all storage units together.
  • a central memory (hereinafter called OTP or correspondence register) with Internet interface or analog interfaces for remote data access, on the appropriate protocols such. https accessed in authorized form; solutions are also included which provide for a plurality of central OTP registers from the point of view of the carrier systems; in this case we assume that these are identifiable by unique register numbers.
  • a correspondence sheet that must be machine-processable to the minimum extent of the process-specific data (process-compliant read-only memory).
  • control unit which represents the logic on a carrier system, based on further functional units, hereinafter referred to as integration module.
  • the integration module in FIGS. 2 a and 2b is based on the following further functional groups:
  • the communication module communicates with the central OTP register
  • the crypto module contains the encryption technology incl. Random generator
  • the packaging module serializes data on correspondence data
  • the barcode module or ORC module translates texts in image files or image files into texts
  • the unpacking module deserializes correspondence data into the respective target format.
  • correspondence preparation For a given bill R, the source system of the biller prepares the data exchange with the paying agent as follows (hereinafter called correspondence preparation):
  • the integration module assigns a consecutive number or alternatively another anonymizing number (referred to below as correspondence number) for the correspondence object, so that the tuple (correspondence number, biller number, OTP register number) - subsequently extended correspondence number - system-wide K clearly identified.
  • correspondence number an anonymizing number
  • the text system of the source system generates the invoice document with attached sheet (ready to print).
  • the printing system then generates the associated pressure pieces, esp. The machine-readable lead sheet.
  • the correspondence data K are thus "virtualized", that is to say the correspondence data K kryptonized as an OTP pair (P_l, P_2) are stored outside the source system in accordance with the method and usable by the machine.
  • the extended invoice document will now be sent as usual to the debtor by post.
  • the recipient of the correspondence can only decide whether to forward the invoice document and / or supplementary sheet to the paying agent (insurance, health insurance, assistance). If the correspondence data and the supplementary sheet were appropriately designed, it would be sufficient to forward only the supplementary sheet.
  • the copy of the supplement could now be sent by post or electronically - by fax, e-mail or analogue technical channels. If electronic forwarding is intended in the example scenario, it would be advisable to anonymise the sender, for example, public-key-based in that the sender number is encrypted with the public key of the paying agent.
  • Figures 2a and 2b also depict a graphical representation of the functional groups and their relationships / interfaces.
  • registering is done directly, i. by the biller.
  • the biller could also use service providers for this.
  • the extended correspondence number would simply have to be extended by a corresponding service provider number to obtain a reference (i.e. system-wide unique) for K according to the invention.
  • the invention requires a system far unique reference for the respective correspondence data K. By this requirement, the ensemble is virtually always identifiable; the implementation of the invention is even simplified by explicit ensemble identification.
  • the right side then delivers
  • a long bitlist is generated "piece by piece” with a standard random generator, with the random number generator being reinitialized with safely encrypted stock values after each step, and the length of the piece and the selection of stock values are randomized.
  • the pieces are "short enough” and is the The value store is large enough and unpredictable enough, then a result of independent random experiments is simulated.
  • Safely encrypted values are evidently ideal reinitialization values, so that independence is inherited "step by step.” Under these conditions, the method provides high-quality randomized bitlists.Supportable values can be obtained with computer-aided value The amount of possible results is so great that it would not be possible to simulate it externally.
  • This document describes a method for generating randomly randomized bit lists based on random number generators for bit lists with a limited number of bits.
  • An (elementary) random generator Z is described below as a tuple (/. G. M) with
  • the reinitialization parameters for the next step ( '' + 1) are determined in such a way that a corresponding selection of values V 1 is randomized from a value store V - (V 1 , ..., V H ) and these parameters then one-time-pad-encrypted, the keys are each newly generated via byte (Z).
  • B: (B 1 , ..., B n , b) Expand Il B by b '
  • the stock values are generated on the computer system-technically conditioned and without connection with any technical data so that they are not externally foreseeable.
  • the first partial list is won by classical initialization, so it is sufficiently well randomized.
  • each sub-list of a subsequent step is randomly and randomly randomized, because:
  • step i If the selected stock values are securely encrypted in step i, the selected stock values are encrypted securely and independently in step ⁇ + 1 as well. • It is virtually impossible to simulate the set of possible outcomes over the set of possible input values.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Storage Device Security (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Mit der vorliegenden Erfindung wird ein Daten-Übertragungs-System (1) vorgestellt, das in einem 2-Wege-Verfahren einen dokumentenbasierten Datenaustausch zwischen mindestens zwei Datenträgern per Papier oder DFÜ ermöglicht, insbesondere ein System zur sicheren Weiterleitung individueller Daten an Dritte unter Kontrolle der Betroffenen. Die jeweiligen Ausgangsdaten werden dazu als ONE-TIME-PAD-Schlüssel-Chiffre-Paar dargestellt und die Paar-Komponenten bzw. beliebige derivative Größen, d. h., Größen, über welche die Paar-Komponenten wieder errechnet werden können, auf einen zentrale Zwischenspeicher und ein maschinenlesbares Beiblatt verteilt. Die Korrespondenzempfanger übernehmen die Rolle von Relais-Stationen, können aber vollständig anonym bleiben.

Description

SYSTEM ZUM DOKUMENTENBASIERTEN DATENAUSTAUSCH ZWISCHEN MINDESTENS ZWEI DATENTRÄGERN ÜBER PAPIER ODER DFÜ
Die vorliegende Erfindung befasst sich mit einer Vorrichtung und einem Verfahren zum dokumentenbasierten Datenaustausch zwischen mindestens zwei Datenträgern über Papier oder DFÜ, insbesondere mit einem System zur Aufnahme und Aufbereitung individueller Daten zur sicheren Weiterleitung an vorbestimmte Empfänger.
Derartige Verfahren und Systeme sind im Stand der Technik bekannt. Die so transportierten Daten weisen in der Regel den Mangel auf, mit geeigneten Mitteln aufgebrochen und gefälscht zu werden, sodass sie im Ergebnis nicht sicher genug sind, insbesondere nicht zukunftssicher im Hinblick auf zukünftige Rechensysteme mit entsprechender Kapazität (Stichwort: Quantencomputer). Beispielsweise ist aus der WO 2007/109373 A2 ein Verfahren zur Komprimierung von Datenmengen bei modernen Verschlüsselungsmethoden bekannt geworden, worauf nachfolgend im jeweiligen Kontext Bezug genommen wird.
Daher ist es Aufgabe der vorliegenden Erfindung, ein System, das nach einem bestimmten Verfahren arbeitet, bereitzustellen, das in der Lage ist, individuelle Daten eines Trägersystems (Quellsystem) sicher aufzunehmen, korrespondenzkompatibel zu verarbeiten und sicher und formgerecht über den Korrespondenzempfänger an das Trägersystem einer Drittpartei (Zielsystem) weiter zu leiten.
Diese Aufgabe wird mit den kennzeichnenden Merkmalen der Hauptansprüche gelöst.
Mit dieser eleganten Lösung wird auch der Nachweis erbracht, dass die Lösung in bestehende technische Prozesse integriert werden kann. Sie kann daher auch mit Lösungen konkurrieren, die personenbezogene Daten direkt an Drittparteien übermitteln, d.h. unter Ausschaltung der betroffenen Personen (direkte Lösungen).
Erfindungsgemäß ist das Verfahren zum dokumentenbasierten Datenaustausch zwischen Datenträgersystemen via Papier oder DFÜ dadurch gekennzeichnet, dass ein erstes Trägersystem (Quellsystem) beliebige serielle Ausgangsdaten - Korrespondenzdaten bzw. Korrespondenzobjekt K genannt — via Kryptomodul als ONE-TIME-P AD-Schlüssel- Chiffre-Paar darstellt, dann eine Paar-Komponente (P_l) in einem zentralen Zwischenspeicher (1. Kontrollstelle) abrufbar, insbesondere mit System weit geeigneter Referenz hinterlegt und dann die andere Paar-Komponente (P_2) plus P l - Referenz über ein Korrespondenz-Beiblatt an einen Korrespondenzempfänger (2. Kontrollstelle) leitet, der dann ggf. mindestens das Beiblatt an eine Drittpartei weiterleitet, so dass dann diese Drittpartei durch maschinelle Übernahme der Beiblattdaten in ein zweites Trägersystem (Zielsystem) zuerst die Komponente P_2 und die P l -Referenz und danach die durch Zugriff auf den Zentralspeicher die zentral hinterlegte Komponenten P l gewinnen und so schließlich via Kryptomodul die Korrespondenzdaten K rekonstruieren kann. Es sei explizit erfasst, dass anstelle von P l bzw. P_2 auch beliebige derivative Größen P l ' bzw. P_2' verwendet werden können, über die das Zielsystem P l bzw. P_2 rückrechnen kann, z.B. ein verschlüsseltes P l bzw. P_2.
Damit das Zielsystem die P_l-Referemz und P_2 bzw. P_2' maschinell gewinnen kann, muss ein Beiblatt in Papierform diese Größen maschinenlesbar enthalten, z.B. als Barcode bzw. als geeignet formatierter Text, der via OCR-Technologien verarbeitbar ist. Durch diese technischen Ausfuhrung wird ein Beiblatt in Papierform also zu einem verfahrenskonformen Nur-Lese-Speicher.
Das erfindungsgemäße Trägersystem ist also ferner dadurch gekennzeichnet, dass es mit einem OTP-Kryptomodul ausgestattet ist und
(a) als Quellsystem beliebige serielle Ausgangsdaten (K) in einer vorbestimmten Form von OTP-Schlüssel-Chiffre-Paaren kryptonisiert (s. unten); und
(b) als Zielsystem aus OTP-Schlüssel-Chiffre-Paaren Ausgangsdaten rekonstruiert.
Eine OTP- Datenkomprimierung, z.B. nach WO 2007/109373 A2, wird bei der vorliegenden Erfindung nicht vorausgesetzt.
Die OTP-Kryptoeinheit eines Quellsystems erzeugt also randomisiert einen Einmalschlüssel E, der die gleiche Länge wie K hat und verschlüsselt K mit E über eine Bit- Verknüpfung (Chiffre K'). Beispielhaft sei als Bit- Verknüpfung die Bit-Addition genannt: 0+1=1+0=1, 1+1=0+0=0. Dann ist K'=K+E und K= K'+E, wobei jeweils bitweise addiert wird. Anmerkung zur mathematischen Literatur: Die Bit-Addition hat die Eigenschaften einer „abelschen Gruppe"; man kann also z.B. rechnen „wie mit ganzen Zahlen". Für Bit- Variable x, y, z gilt also insbesondere stets
• x+0 =x
• (x+y)+z= x+(y+z)
wie man durch Fallunterscheidung leicht überprüft. Die Bit-Addition ist in der Algebra auch bekannt als „Addition im kleinsten Körper (|F_2)". Da offenbar auch stets
• x+x=0 kann die Bit- Addition zu Verschlüsselung verwendet werden, denn K' +E= (K+E)+E = K+(E+E) = K+O = K, wobei O eine O-Bitliste mit gleicher Länge wie ist E.
„Lange Schlüssel" in ausreichender Randomisierungs- Qualität könnten grundsätzlich über technische Verfahren gewonnen werden, die im Rahmen der Quantenkryptographie entwickelten wurden. An anderer Stelle einer vorausgegangenen PCT-Patentanmeldung wird ein Rechnerbasiertes -Verfahren beschrieben, das bei geeigneter Konfiguration beliebig lange Schlüssel in ausreichender Randomisierungsqualität liefern kann, so dass die Erfindung bereits jetzt im Massenmarkt einsetzbar wäre.
Die Vorgänge zur sicheren Datenübertragung sind in der Fig. 1 und Fig. 2 dargestellt.
Am Ausgangpunkt des technischen Ablaufs steht also die Kryptonisierung beliebiger Ausgangsdaten K in Form eines OTP- Schlüssel-Chiffre-Paares. Der Transport der Paar- Komponenten zum jeweiligen Zielsystem erfolgt dann über einen zentralen Zwischenspeicher und ein maschinenlesbares Beiblatt, das über einen Korrespondenzempfänger geleitet wird.
Dieser technische Datenfluss trägt einer Besonderheit der OTP- Kryptographie Rechnung. Da gilt K'+E= E+K', sind Schlüssel und Chiffre nicht unterscheidbar, denn sie sind gleich lang, tragen keine Information und sind austauschbar.
Ein Extrembeispiel soll klarmachen, dass eine technische Datenfluss-Beschreibung für OTP- Schlüssel-Chiffre-Paare in „klassischen" Begriffen irreführend wäre.
Angenommen, die Kryptoeinheit des Quellsystems liefert das Paar in der Weise, dass sie die Komponenten zufallsgesteuert vertauscht. Dann wüsste nicht einmal das Quellsystem, auf welchem Wege der Schlüssel und auf welchem die Chiffre transportiert wird. Aber selbst wenn im Quellsystem dokumentiert würde, was Schlüssel und Chiffre war, wäre diese Identifizierung eine Illusion. Für ein gegebenes Schlüssel-Chiffre-Paar wäre diese Behauptung ja (mathematisch gesichert) nicht überprüfbar und damit technisch irrelevant.
In der Umkehrung gilt: Jede technische Datenfluss -Beschreibung, die als „Schlüssel" bzw. „Chiffre" bestimmte Datenelemente voraussetzt, erfasst OTP- Schlüssel- Chiffre -Paare begrifflich nicht.
Der „Identitätsverlust" von Schlüssel und Chiffre scheint auf den ersten Blick „paradox". In der Tat liegt aber kein Informationsverlust vor, sondern vielmehr ein Charakteristikum des vorliegenden erfindungsgemäßen sicheren Verfahrens.
Gestützt auf den Hauptsatz der Informationstheorie (Shannon) könnte man sogar zeigen, dass jedes sichere Verfahren dieses Charakteristikum aufweisen muss.
Vorteilhaft ist also, dass ein zentraler Zwischenspeicher vorgesehen ist, der dadurch gekennzeichnet ist, dass ein Trägersystem dort verfahrensgemäß per DFÜ OTP-Schlüssel bzw. OTP-Chiffren bzw. zugehörige Derivate abrufbar hinterlegt bzw. dort abruft. Wie ausgeführt, wäre es aber irreführend, von einem „Schlüssel-Pool" oder einem „Chiffren-Pool" zu sprechen. Es handelt sich vielmehr um einen OTP-Datenpool, d.h. einen Datenpool für Komponenten von OPT-Schlüssel-Chiffre-Paaren bzw. beliebigen zugehörigen Derivaten, die wieder eine Rückrechnung erlauben.
Ferner ist es vorteilhaft, mindestens ein Komunikationsmodul vorzusehen, das mit dem OTP- Datenpool kommuniziert.
Das erfindungsgemäße Verfahren bietet folgende Vorteile:
1. (Sicherheit) Wird der zentrale Massenspeicher nur als OTP-Datenpool genutzt, so sind bei geeigneter Referenzbildung (siehe Vorschläge unten) keinerlei Rückschlüsse auf die Korrespondenzdaten oder den Korrespondenzempfanger möglich: OTP-Paar- Komponenten und geeignete Derivate tragen keine Information. Bei entsprechender Gestaltung der Beiblätter (siehe Vorschläge unten) werden damit auf keinem Wege Informationen übertragen, d.h. weder über den Datenpool noch über das maschinenlesbare Beiblatt. Der Papierweg gäbe dem Datenträger Beiblatt zudem maximalen Transportschutz. Eine häufige oder gar massenhafte Verletzung des Briefgeheimnisses ist ausgeschlossen, da technisch zu aufwändig. Sie würde jedenfalls schnell auffallen. Die Erfindung gibt selbst in solchen Ländern Sicherheit, in denen zu befürchten ist, dass staatliche Stellen sich insgeheim den Zugriff auf den OTP- Datenpool erzwingen könnten. Verfahrenskonforme Beiblätter in Papierform sind also sicherheitstechnisch betrachtet ideale Nur-Lese-Speicher.
2. (hohe Praktikabilität) Das Beiblatt kann getrennt per Email versendet werden. Die Drittpartei brauchte dann nicht einmal einen Scanner.
3. (geringe Integrationskosten) Bestehende dokumentenbasierte Verfahren können leicht erweitert werden. Neuere Drucker können im Regelfall geeignete Barcodes erzeugen. Auch im „Papierfall" gibt es keinen „Medienbruch" (d.h. das verfahrenskonforme Beiblatt kann maschinell verarbeitet werden), ohne dass die sicherheitstechnischen Vorteile (siehe oben) verloren gehen.
4. (Fälschungssicherheit) Auch bei email-Nutzung wäre der Datenaustausch fälschungssicher, wenn der Zugriff auf den Zentralspeicher entsprechend gesichert wird.
5. (Datenhoheit) Sind die Korrespondenzdaten Daten über den Korrespondenzempfanger, so kommt ohne technische Mitwirkung des Betroffenen kein Datenaustausch zustande. Diese unübersehbaren Vorteile gegenüber den aus dem Stand der Technik bekannten Verfahren und Systemen machen die vorliegende Erfindung darüber hinaus auch zukunftssicher. Sie muss z.B. auch den Quantencomputer nicht furchten. In einem strengen Sinne ist die Erfindung damit das „finale" korrespondenzbasierte 2- Wege- Verfahren zur Datenübertragung mit einem Korrespondenzempfänger als Relais-Station.
Im nun Folgenden wird die Erfindung anhand von Zeichnungen im Einzelnen näher beschrieben. Es zeigt
Fig. 1 : eine schematische Übersicht der Zusammenhänge der verschiedenen Module in dem erfindungsgemäßen Daten- Trägersystems
(i);
Fig. 2a: ein Teil-Blockschaltbild (Quellsystem) des Daten-Trägersystems (1) mit den dazugehörigen verschiedenen technischen Einrichtungen;
Fig. 2b: ein Teil-Blockschaltbild (Zielsystem) des Daten-Trägersystems (1) mit den dazugehörigen verschiedenen technischen Einrichtungen;
Fig. 3: ein Verfahren zur Rechner-gestützten randomisierten Erzeugung langer
Schlüssel.
Die Fig. 1 zeigt ein Blockdarstellung der Zusammenhänge der verschiedenen Module in dem erfindungsgemäßen Daten-Übertragungs-Systems 1. Ausgehend von (IT-) Systemen, welche beliebige personenbezogene Daten K speichern, wird ein Integrationssystem vorgestellt, das den sicheren, insb. fälschungssicheren, Austausch dieser Daten zwischen einem Quell- und einem Zielsystem so ermöglicht, dass der Korrespondenzempfanger die letztendliche Kontrolle über den Datenaustausch behält. Die Eigentümer der Ausgangssysteme werden nachfolgend als Träger bezeichnet, ihre IT- Systeme als Trägersysteme.
Die Eigentümer der personenbezogenen Daten werden als Betroffene bezeichnet.
Ein möglicher Anwendungsbereich für die Erfindung ist das Gesundheitswesen (Stichwort: Elektronische Gesundheitskarte/ egk). Mögliche Szenarien wären der Behandlungsdatenaustausch Arzt-zu-Arzt oder der Rechnungsdatenaustausch Arzt-zu- Zahlstelle — jeweils unter Kontrolle der Patienten (Betroffene).
Im Vergleich mit der egk-Lösung wird dann kein „Datenzentrum" (zentrale Patientenakte) benötigt. Trotzdem gelangen die Daten auf technische elegante Weise sicher und authentisch zum jeweiligen Ziel, wenn der Korrespondenzempfänger als Relais-Station technisch mitwirkt.
Damit wird der Nachweis erbracht, dass es keinen technischen Grund gibt, die Betroffenen über direkte Lösungen (siehe oben) auszuschalten. Die durch Technik erzeugte Sicherheit - „Betroffener als Relais-Station" - ist offenbar immer höher als bei einer direkten Lösung, die juristisch um eine Zustimmungsregelung ergänzt wird.
Wir setzen nachfolgend voraus, dass jeder Träger bzw. jedes Trägersystem systemweit geeignet identifiziert wird. Sinnvollerweise wird die Identifizierung über die Zeit persistent gehalten, z.B. durch generell fortlaufende Nummerierung, so dass eine Nummer über die Zeit nur einmal vergeben wird.
Da die Erfindung eine systemweit eindeutige Referenz für die Korrespondenzdaten K fordert, ist die Identifizierung der Trägersysteme bzw. der Träger (Ensemble-Identifizierung) und damit die Abgrenzung des Gesamtsystems faktisch immer gegeben bzw. möglich. Es ist ein besonderer Vorteil der Erfindung, dass eine Registrierung/ Identifizierung der Betroffenen nicht erforderlich ist (anonyme Relais-Stationen: siehe auch Ausführungsbeispiel unten).
Das neue Gesamtsystem entsteht durch Erweiterung eines Ensembles von Trägersystemen um zentrale Speicher und maschinell verarbeitbare Beiblätter (Nur-Lese-Speicher), sowie einer Logik, welche alle Speicher miteinander vernetzt.
Die technische Verbindung zwischen einem Quellsystem des Korrespondenzerstellers und dem Zielsystem einer Drittpartei wird insgesamt hergestellt über
Einen Zentralspeicher (nachfolgend OTP- bzw. Korrespondenz-Register genannt) mit Internet-Schnittstelle bzw. analoger Schnittstellen für den Datenfernzugriff, auf den über entsprechende Protokolle wie z.B. https in autorisierter Form zugegriffen wird; es seien auch Lösungen erfasst, die mehrere aus Sicht der Trägersysteme zentrale OTP-Register vorsehen; für diesen Fall nehmen wir an, dass diese über eindeutige Registernummern identifizierbar sind.
Ein Korrespondenzbeiblatt, das im Mindestumfang der verfahrensspezifischen Daten maschinell verarbeitbar sein muss (verfahrenskonformer Nur-Lese-Speicher).
Die Verknüpfung dieser technischen Elemente des Gesamtsystems 1 - Trägersysteme, Zentralspeicher, maschinenverwertbare Beiblätter, Scanner (falls Beiblätter in Papierform erstellet werden) ~ wird über eine Logik integriert, die z.B. über Software-Komponenten realisiert werden kann und nachfolgend als Module bezeichnet werden.
Die Logik wird funktional beschrieben über entsprechende Funktionsgruppen. Die Gruppenbildung ist nahe liegend, aber nicht zwingend. In diesem Sinne wird die Steuereinheit, welche auf einem Trägersystem die Logik repräsentiert, gestützt auf weitere Funktionseinheiten, nachfolgend als Integrationsmodul bezeichnet.
Das Integrationsmodul in den Fig. 2a und Fig. 2b stützt sich auf folgende weitere Funktionsgruppen :
Das Kommunikationsmodul kommuniziert mit dem zentralen OTP-Register Das Kryptomodul enthält die Verschlüsselungstechnik inkl. Zufallsgenerator Das Verpackungsmodul serialisiert Daten zu Korrespondenzdaten
- Das Barcodemodul bzw. ORC- Modul übersetzt Texte in Bilddateien bzw. Bilddateien in Texte
- Das Entpackungsmodul deserialisiert Korrespondenzdaten in das jeweilige Zielformat.
Die nachfolgend beschriebene Realisierung eines erfindungsgemäßen Systems erfasst ein Beispiel-Szenario, in welchem Rechnungsdaten papierbasiert von einem Rechnungssteller über einen Rechnungsempfänger an eine Zahlstelle geleitet werden. Für eine gegebene Rechnung R bereitet das Quellsystem des Rechnungsstellers den Datenaustausch mit der Zahlstelle wie folgt vor (nachfolgend Korrespondenzvorbereitung genannt):
1. (Verpackung) R wird in ein Korrespondenzobjekt K umgewandelt, insb. also serialisiert.
2. (Nummerierung) Das Integrationsmodul vergibt für das Korrespondenzobjekt eine fortlaufende Nummer bzw. alternativ eine andere anonymisierende Nummer (nachfolgend Korrespondenznummer genannt) , so dass das Tupel (Korrespondenznummer, Rechnungsstellernummer, OTP-Registernummer) - nachfolgend erweiterte Korrespondenznummer genannt - systemweit K eindeutig identifiziert.
3. (Verschlüsselung) Das Kryptomodul stellt K als OTP-Schlüssel-Chiffre-Paar (P l, P_2) dar , wobei P l= Schlüssel bzw. Chiffre und P 2 = Chiffre bzw. Schlüssel. Werden Derivate eingesetzt, so erzeugt die Krytoeinheit auch die jeweiligen Derivate P l ' bzw. P_2' (z.B. ein zusätzlich verschlüsseltes P_2, so dass nur ein bestimmtes Zielsystem die Korrespondenzdaten K rekonstruieren kann).
4. (Korrespondenzanmeldung) Eine Paar-Komponente (P_l) bzw. ein Derivat (P l ') wird nun zusammen mit der K-Referenz via Kommunikationsmodul auf das zentrale OTP -Register gem. OTP-Registernummer übertragen.
5. (Barcodeerstellung) Via Barcodemodul werden entsprechende Bilddateien erzeugt, welche die K-Referenz und die andere Paar-Komponente P_2 bzw. ein Derivat P_2' enthalten.
6. (Dokumentenerstellung ) Das Textsystem des Quellsystems erzeugt das Rechnungsdokument mit Beiblatt (druckfertig). Das Drucksystem erzeugt dann die zugehörigen Druckstücke, insb. das maschinenlesbare Bleiblatt.
Ergebnis: Die Korrespondenzdaten K sind somit „virtualisiert", d.h. die als OTP-Paar (P_l, P_2) kryptonisierten Korrespondenzdaten K sind verfahrensgemäß und maschinenverwertbar außerhalb des Quellsystems hinterlegt.
Das erweiterte Rechnungsdokument wird nun wie üblich an den Zahlungspflichtigen mit der Post versendet. Der Korrespondenzempfänger kann nur entscheiden, ob Rechnungsdokument und/ oder Beiblatt an die Zahlstelle (Versicherung, Krankenkasse, Beihilfestelle) weiterleiten will. Bei entsprechender Gestaltung der Korrespondenzdaten und des Beiblatts würde es ausreichen, nur das Beiblatt weiterzuleiten.
Die Weiterleitung des Beiblatts könnte nun wieder per Post oder elektronisch — per Fax, Email oder analoge technische Kanäle — erfolgen. Wird im Beispielszenario die elektronische Weiterleitung intendiert, so wäre zu empfehlen, den Absender zu anonymisieren, beispielsweise Public-Key-basiert dadurch, dass die Absendernummer mit dem Public-Key der Zahlstelle verschlüsselt wird.
Leitet der Zahlungspflichtige das Beiblatt per Post an die Zahlstelle weiter, so wird im Zielsystem dieser Drittpartei umgekehrt vorgegangen:
1. (Einscannen) Das Beiblatt wird in der Poststelle der Drittpartei (bzw. einem Dienstleister) eingescannt; Ergebnis ist eine Bilddatei mit entsprechender Auflösung.
2. (Auslesen) Die Bilddatei wird analysiert (Barcode -Modul, OCR- Verfahren, etc.) und so die K -Referenz und P_2 bzw. ein derivativer Wert P_2' gewonnen.
3. (Registeranfrage) Mit der K-Referenz wird via DFÜ auf das OTP- Register zugegriffen und die hinterlegte Paar-Komponente P l bzw. ein derivatives P l' abgerufen.
4. (Entschlüsselung) Falls derivative Größen P l ' bzw. P_2' verwendet wurden, werden zunächst die Paar-Komponenten P l bzw. P_2 bestimmt (z.B. durch Entschlüsselung von P_2' via Kryptomodul). Mit den OTP-Paar- Komponenten P l und P_2 werden schließlich via Kryptomodul die Korrespondenzdaten K rekonstruiert.
5. (Entpacken) Via Entpackungsmodul wird K in das Zielsystem übernommen.
Die Fig. 2a und 2b geben auch eine graphische Darstellung der Funktionsgruppen und ihrer Beziehungen/Schnittstellen wieder.
In dem dargestellten Szenario erfolgt die Registeranmeldung direkt, d.h. durch den Rechnungsteller. Der Rechnungssteller könnte hierfür natürlich auch Dienstleister einsetzen. Die erweiterte Korrespondenznummer müsste dazu lediglich um eine entsprechende Dienstleister-Nummer erweitert werden, um eine erfindungsgemäße (d.h. systemweit eindeutige) Referenz für K zu erhalten.
Das ausführende Beispiel macht einen wesentlichen Vorteil der Erfindung deutlich:
1. Die Erfindung fordert eine System weit eindeutige Referenz für die jeweiligen Korrespondenzdaten K. Durch diese Forderung wird das Ensemble faktisch immer identifizierbar; die Implementierung der Erfindung wird durch eine explizite Ensemble-Identifizierung sogar vereinfacht.
2. Eine Identifizierung/ Registrierung der Korrespondenzempfänger wird aber nicht gefordert: Vielmehr kann durch geeignete Referenzbildung (siehe Empfehlungen oben) diese Identifizierung sogar ausgeschlossen werden.
Für die Anwendung der Erfindung bedeutet dies, dass die Betroffenen selbst systembezogen völlig anonym bleiben können (anonyme Relais-Stationen). Durch die geeignete Zugriffssicherung für den Zentralspeicher wird dennoch jeder Missbrauch ausgeschlossen, d.h. die Datenübertragung ist auch dann fälschungssicher. Der Vollständigkeit halber sei auch die Bit- Addition kurz ausgeführt und die für die Chiffrierung relevanten Eigenschaften nachgewiesen. Es wird eine programmiernahe Notation verwendet. Anstelle des +Zeichens wird das ΛZeichen für den entsprechenden Bit-Operator verwendet, der in vielen Programmiersprachen zur Verfügung steht.
Definition: Sei !0=l, ! l=0 (Negation)
Es gilt dann offenbar ! !x =x
Definition: Sei 0Λ0=lΛl =0 und 0Λl=lΛ0=l (Bit-Addtion bzw. XOR- Verknüpfung)
Dann gilt stets
• xΛx=0 (klar)
• xΛ!x= 1 (klar)
• xA0=x (denn 1 Λ0= 1 , 0A0= 1 )
• xΛl=!x (denn lΛl=O, 0Λl=l)
Ferner gilt für zwei Bitvariable x, y stets:
• xAy=yΛx (klar)
Wir betrachten nun beliebige Bitvariable x,y,z und zeigen:
• xΛ(yΛz) = (xΛy)Λz Annahme: y= z.
Die rechte Seite liefert dann
• xΛ(yAz) = xΛ0 =x
Für die linke Seite sind zwei Fälle möglich:
• (xΛx)Λx = 0Λx= x
• (xΛ!x)Λ!x = lA!x= !!x=x
Annahme: y ≠z.
Für die linke Seite sind dann folgende Fälle möglich:
• xA(xΛ!x) = xΛl= !x
• xΛ(!xΛx) = xΛl= !x Für die rechte Seite sind dann folgende Fälle möglich:
• (xΛ!x)Λx = lΛx= !x
• (xAx)Λ!x = 0Λ!x= !x
Folglich gilt die Gleichung in allen Fällen.
Sei also K wie bisher eine Bit-Liste, E ein gleichlanger Einmalschlüssel, und die Chiffre K' sei definiert als K'=SΛE, wobei komponentenweise addiert wird. Ist dann O eine gleichlange Bitliste mit lauter Nullen, dann gilt K'AE = (KΛE)ΛE = KΛ(EΛE) = KΛO = K.
Abschließend sei das Randomisierungsverfahren nach Fig. 3 in seinen wesentlichen Aspekten beschrieben.
Eine lange Bitliste wird mit einem Standard-Zufallsgenerator „stückweise" erzeugt, wobei der Zufallsgenerator nach jedem Schritt mit sicher verschlüsselten Vorratswerten reinitialisiert wird. Auch die Bestimmung der Stücklänge und die Auswahl der Vorratswerte erfolgt randomisiert. Sind die Stücke „kurz genug" und ist der Wertevorrat groß genug und unvorhersehbar genug, dann wird im Ergebnis eine Folge unabhängiger Zufallsexperimente simuliert. Sicher verschlüsselte Werte sind offenbar ideale Reinitialsierungswerte, so dass sich die Unabhängigkeit gewissermaßen „Schritt für Schritt vererbt". Das Verfahren liefert also unter den genannten Voraussetzungen randomisierte Bitlisten von hoher Qualität. Geeignete Vorratswerte können Rechner-gestützt gewonnen werden. Mit einem solchen Wertevorrat wäre auch die Menge möglicher Ergebnisse so groß, dass sie extern nicht mehr simulierbar wäre.
1 Zusammenfassung
Dieses Dokument beschreibt ein Verfahren zur Erzeugung beliebig langer randomisierter Bit listen auf Basis von Zufallsgeneratoren für Bitlisten mit begrenzter Bitzahl.
Die Strategie besteht darin, einen entsprechenden Vektor B = (Bi , . . . , Bn) von hinreichend kurzen Teillisten B1 zu erstellen, die durch unabhängige Reinitiali- sierung gewonnen werden, und zwar so, dass der Reinitialisierungsprozess über eine variable Anzahl von Parametern (Vorratswerte genannt) gesteuert wird.
Es wird gezeigt, dass unter bestimmten Voraussetzungen - insb. hinsichtlich der Zahl und der Gewinnung der Vorratswerte - die Gesamtliste hinreichend gut randomisiert ist.
2 Grundbegriffe, Notationen
Definition 1. Ein (elementarer) Zufallgenerator Z wird nachfolgend beschrieben als Tu- pel (/. g. m) mit
• / ist eine Initialisierungsfunktion
• g ist eine Produktionsfunktion die m Bits liefert
Für einen Zufallsgenerator Z = (/, <?. m) sei
• Inιt(Z) := / (sprich: Initialisierungsfunktion von Z)
• Prod(Z) := g (sprich: Produktionsfunktion von Z)
• Büzahl(Z) := m (sprich: Bitzahl von Z)
• Inιts(Z) := Anzahl der Parameter von Init(Z)
Definition 2. Ist Z ein Zufallsgenerator, so sei Byte(Z) folgende Funktion: • Eingabe: Eine Zahl h
• Ausgabe: h Byte, die durch wiederholten Aufruf von Prod(Z) erzeugt werden, d.h. Prod(Z) wird x-mal, Bitzahl(Z)*x > h*8, hintereinander aufgerufen, die erzeugten Bits verkettet und dann (die ersten) h Byte ausgegeben.
Definition 3. Für eine Liste α = (αi, - - - , αm) sei |α| := m die Listenlänge. Sind α =
(«i, . . . , am), b = (bι, . . . . fen) Listen, so sei ab := (oi, αTO, δi, . . . , 6n) diejenige Liste, die sich durch Verkettung von α mit δ ergibt. Ist X — (X1 , XM) em Liste von Listen, so sei Liste(X) die Verkettung aller Elemente:
• Liste(X) := X1 für M = 1
• Liste(X) := Lwrfe((J_"i, ..., XM-I))XM für M > 1
Definition 4. Für ein Datenobjekt x sei nachfolgend dim(x) der Speicherbedarf von x in Byte.
3 Aufgabenstellung
Mit einem Zufallsgenerator Z ist eine Byteliste der (Mindest) Länge M zu erzeugen.
4 Lösung
4.1 Übersicht
Es wird via Z schrittweise ein Vektor B - [Bx, . . . . Bn), n > 0, von Bytelisten B1 erzeugt, die insgesamt eine ausreichend lange Gesamtliste ergeben, d.h.
• \{Liste{(Bu ..., ß„_i))| < M < \Liste(B)\
wobei vor jedem Schritt die Initialisierungsfunktion von Z aufgerufen wird:
• Beim ersten Schritt (i=l) werden klassische Initialisierungswerte verwendet (z.B. aktuelle Zeitstempel).
• In jedem Schritt i werden die Reinitialisierungsparameter für den nächsten Schritt (?' + 1) bestimmt dergestalt, dass aus einem Wertevorrat V — (V1, . . . , VH) eine entsprechende Auswahl von Werten V1 randomisiert erfolgt und diese Parameter dann One-Time-Pad-verschlüsselt werden, wobei die Schlüssel jeweils via Byte(Z) neu erzeugt werden.
• Ferner wird die Länge von B1 im Schritt i randomisiert innerhalb einstellbarer Grenzen - eine Mindestlänge (L) bzw. Maximallänge (L') - bestimmt. 4.2 Algorithmus
1: procedure RANDOMIZE(Z, B, M, L, L', V)
2: // Berechnet B mit \Liste(B)\ > M via Z unter folgenden Voraussetzungen:
3: // M > 0
4: // 0 < L < L'
3: // \V\ > 0
6: // Anweisungen x := Byte(Z)(dim(x)) setzen nachfolgend einen x-Typ voraus.
7: // der mit beliebigen Bits belegt werden kann (z.B. unsigned int)
8: B initialisieren // nun gilt: B - [B1, ... , Bn), ra = 0 also \B\ = 0, \Liste{B)\ = 0
9: Hilfsvektor W, \W\ — Inits(Z), mit Standardinitialisierungswerten belegen
10: for \Liste(B)\ < M do // Schritt: B = (Bi, . . . , Bn) um ein Element erweitern
11: InIt(Z) mit W aufrufen // Initialisierung von Z
12: for k = l.Jnits(Z) do // Wk für die Reinitialisierung belegen
13: r := Byte(Z)(dim(r)) // Zufallszahl r bestimmen.
14: h :— mod(r, \V\) //Vorrantsindex h bestimmen
15; S := Byte(Z)(dim(Vh)) //Schlüssel 5 bestimmen
16: Wk := XOR(Vh, S) Il Vh OTP-verschlÜsseln
17: r := Byte(z)(dim(r)) // weitere Zufallszahl r bestimmen
18: d := max(L, mod(r, V)) // Länge d des neuen Elementes festlegen
19: b := Byte(Z)(d) // Byteliste b der Länge d berechnen
20: B := (B1 , . . . , Bn, b) Il B um b erweitern '
21: // nun gilt: |ß| > 0, \Liste(B)\ > M
4.3 Bewertung
Annahmen:
1. Die Teillisten sind kurz genug (zu steuern über L. LI).
2. Die Anzahl der Vorratswerte ist groß genug (z.B. |V| = 10000).
3. Die Vorratswerte entstehen auf dem Rechner systemtechnisch bedingt und ohne Zusammenhang mit irgendwelchen Fachdaten so, dass sie extern nicht vorhersehbar sind.
Unter diesen Voraussetzung ist dann B hinreichend gut randomisiert:
• Die erste Teilliste wird durch klassische Initialisierung gewonnen, ist also hinreichend gut randomisiert.
• In jedem Folgeschritt wird der Zufallsgenerator mit Werten reinitialisiert, die hinreichend gut randomisiert sind, also ist jede Teilliste eines Folgeschrittes hinreichend gut und unabhängig randomisiert, denn:
Werden im Schritt i die ausgewählten Vorratswerte sicher verschlüsselt, dann werden auch im Schritt ϊ + 1 die ausgewählten Vorratswerte sicher und unabhängig verschlüsselt. • Es ist praktisch nicht möglich, die Menge möglicher Ergebnisse über die Menge möglicher Eingabewerte zu simulieren.
5 Vorrat s bestimmung
Implementiert:
• Sammeln von Adressen von allokierten Objekten in einem Vektor.
• Ist die maximale Vektorlänge erreicht, so werden die ältesten Einträge überschrieben, d.h. es wird eine Schreibposition geführt, die nach Erreichen der Maximallänge wieder auf 0 gesetzt wird.

Claims

Aktenzeichen: PCT- Anmeldung Unser Zeichen: RN 8002 int.PATENTANSPRÜCHE
1. Verfahren zum dokumentenbasierten Datenaustausch zwischen Datenträgersystemen via
Papier oder DFÜ dadurch gekennzeichnet, dass ein erstes Trägersystem (Quellsystem) beliebige serielle Ausgangsdaten — Korrespondenzdaten K genannt — via Kryptomodul als ONE-TIME-P AD-Schlüssel-Chiffre-Paar darstellt - wobei die Paar- Komponenten nicht als Schlüssel bzw. Chiffre identifiziert sein müssen — , dann eine Paar- Komponenten (P_l) in einem zentralen Zwischenspeicher (1. Kontrollstelle) abrufbar hinterlegt, insbesondre mit systemweit geeigneter Referenz, und dann die andere Paar-Komponente (P_2) plus P l - Referenz über ein Korrespondenz- Beiblatt an einen Korrespondenzempfänger (2. Kontrollstelle) leitet, der dann ggf. mindestens das Beiblatt an eine Drittpartei weiterleitet, so dann diese Drittpartei durch maschinelle Übernahme der Beiblattdaten in ein zweites Trägersystem (Zielsystem) zuerst die Komponente P_2 und die P l -Referenz und danach die durch Zugriff auf den Zentralspeicher die zentral hinterlegte Komponenten P l gewinnen und so schließlich via Kryptomodul die Korrespondenzdaten K rekonstruieren kann, wobei explizit auch erfasst ist, dass anstelle von P l bzw. P_2 auch beliebige derivative Größen P l ' bzw. P_2' verwendet werden, über die das Zielsystem P l bzw. P_2 rückrechnen kann.
2. Trägersystem (1) zum kontrollierten Datenaustausch zwischen Datenträgersystemen, d a- d u r c h g e k e n n z e i c h n e t, dass es mit einem Kryptomodul ausgestattet ist und (a) als Quellsystem beliebige serielle Ausgangsdaten (K) in Form von OTP-Schlüssel- Chiffre-Paaren kryptonisiert und ggf. zugehörige Derivate berechnet bzw. (b) als Zielsystem aus OTP-Schlüssel-Chiffre-Paaren Ausgangsdaten rekonstruiert und dazu ggf. zugehörige Derivate rückrechnet.
3. Zentraler Zwischenspeicher nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass ein Trägersystem dort verfahrensgemäß per DFÜ OTP- Schlüssel bzw. OTP-Chiffren bzw. zugehörige Derivate abrufbar hinterlegt bzw. abruft.
4. Beiblatt nach einem der vorangegangenen Ansprüche, dadurch gekennzeichnet, dass ein Trägersystem dort verfahrensgemäß OTP-Schlüssel bzw. OTP-Chiffren bzw. zugehörige Derivate abspeichert bzw. ausliest.
EP09724066A 2008-03-14 2009-03-06 System zum dokumentenbasierten datenaustausch zwischen mindestens zwei datenträgern über papier oder dfü Withdrawn EP2263349A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102008014187A DE102008014187A1 (de) 2008-03-14 2008-03-14 Vorrichtung und Verfahren zum kontrollierten dokumentenbasiertem Rechnungsdatenaustausch zwischen den indirekt beteiligten Personen
PCT/DE2009/000322 WO2009117981A1 (de) 2008-03-14 2009-03-06 System zum dokumentenbasierten datenaustausch zwischen mindestens zwei datenträgern über papier oder dfü

Publications (1)

Publication Number Publication Date
EP2263349A1 true EP2263349A1 (de) 2010-12-22

Family

ID=40933561

Family Applications (1)

Application Number Title Priority Date Filing Date
EP09724066A Withdrawn EP2263349A1 (de) 2008-03-14 2009-03-06 System zum dokumentenbasierten datenaustausch zwischen mindestens zwei datenträgern über papier oder dfü

Country Status (3)

Country Link
EP (1) EP2263349A1 (de)
DE (2) DE102008014187A1 (de)
WO (1) WO2009117981A1 (de)

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5272754A (en) * 1991-03-28 1993-12-21 Secure Computing Corporation Secure computer interface
WO2000072501A1 (de) * 1999-05-22 2000-11-30 Sc-Info+Inno Gmbh+Co. Elektronische übermittlung und beglaubigung von texten
US20030149869A1 (en) * 2002-02-01 2003-08-07 Paul Gleichauf Method and system for securely storing and trasmitting data by applying a one-time pad
US7275159B2 (en) * 2003-08-11 2007-09-25 Ricoh Company, Ltd. Multimedia output device having embedded encryption functionality
DE202004005610U1 (de) * 2004-04-06 2004-06-09 Compugroup Holding Ag Computersystem
WO2007090466A1 (de) * 2006-02-08 2007-08-16 Vita-X Ag Computersystem und verfahren zur speicherung von daten

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2009117981A1 *

Also Published As

Publication number Publication date
WO2009117981A4 (de) 2010-01-14
DE102008014187A1 (de) 2009-09-24
WO2009117981A1 (de) 2009-10-01
DE112009001186A5 (de) 2011-02-17

Similar Documents

Publication Publication Date Title
DE102005018676B4 (de) Verfahren zur Schlüsselverwaltung für Kryptographiemodule
DE102012206341A1 (de) Gemeinsame Verschlüsselung von Daten
DE112010003149T5 (de) Gemeinschaftliche Verschlüsselung und Entschlüsselung durch Agenten
EP0006498A1 (de) Verfahren und Einrichtung zur Absicherung von Dokumenten
EP1180276A1 (de) Verfahren zum verifizieren der unversehrtheit und urheberschaft sowie zum ver- und entschlüsseln von texten
DE69737806T2 (de) Datenverschlüsselungsverfahren
WO2009106055A9 (de) System zum kontrollierten datenaustausch zwischen mindestens zwei datenträgern über mobile schreib-lese-speicher
EP4307152A1 (de) Sicherung und authentifizierung eines persönlichen identitätsdokuments
DE19919909C2 (de) Signierung und Signaturprüfung von Nachrichten
EP2263349A1 (de) System zum dokumentenbasierten datenaustausch zwischen mindestens zwei datenträgern über papier oder dfü
EP4174703B1 (de) Wiederherstellen eines kryptografischen schlüssels
EP1956512A1 (de) Verfahren zur kryptographischen Datenverschlüsselung
DE102012025910B3 (de) System zur Durchführung von Transaktionen
EP1487141B1 (de) Bereitstellen von Teilschlüsseln eines durch visuelle Kryptographie verschlüsselten Wertes
EP3909217A1 (de) Verfahren und system zur informationsübermittlung
EP3553726B1 (de) Verfahren zum manipulationssicheren speichern von transaktionsdaten in einem system mit elektronischen registrierkassen und system
DE102005006713A1 (de) Verschlüsselung binärer Daten
DE102004046018A1 (de) Verfahren und Vorrichtung zum Frankieren von Postsendungen
DE102007046102B4 (de) Verfahren zum Schutz vor Veränderung von Daten und zur Authentifizierung des Datensenders bei der Datenübertragung durch Verwendung von Verschlüsselungsverfahren, bei denen mit Kenntnis von verschlüsselten und unverschlüsselten Daten andere Daten nicht mehr als zufällig richtig verschlüsselt werden können.
WO2018091703A1 (de) Verfahren und vorrichtung zum sichern einer elektronischen datenübertragung
DE102017202952A1 (de) Zugangskontrollvorrichtung und Verfahren zur Authentisierung einer Zugangsberechtigung
EP4174700A1 (de) Bereitstellen eines digitalen dokuments
DE102017202953A1 (de) Zugangskontrollvorrichtung und Verfahren zur Authentisierung einer Zugangsberechtigung
DE102006009725A1 (de) Verfahren und Vorrichtung zum Authentifizieren eines öffentlichen Schlüssels
EP1759486B1 (de) Verfahren zur dokumentation wenigstens einer verifikation an einem analogen oder digitalen dokument sowie herstellung eines derartigen dokumentes

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20100928

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK TR

AX Request for extension of the european patent

Extension state: AL BA RS

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20101208