DE69431944T2

DE69431944T2 - Verfahren zum effizienten Aktualisieren des Hashwertes eines Dateien

Info

Publication number: DE69431944T2
Application number: DE69431944T
Authority: DE
Inventors: Addison M Fischer
Original assignee: Individual
Current assignee: Individual
Priority date: 1993-11-19
Filing date: 1994-05-12
Publication date: 2008-01-24
Anticipated expiration: 2014-05-13
Also published as: US5475826A; ATE230534T1; JP2006092574A; EP0654920B1; CA2120678C; DE69431944D1; EP0654920A3; AU5778394A; US5694569A; EP0654920B2; DE69431944T3; CA2120678A1; JPH0883046A; EP0654920A2

Description

GEBIET DER ERFINDUNG
Die Erfindung betrifft im großen und ganzen die Computerdatensicherheit. Insbesondere betrifft sie die Methodologie zum Erzeugen der Prüfsumme einer Datei, die periodisch aktualisiert wird.
HINTERGRUND UND ZUSAMMENFASSUNG DER ERFINDUNG
Insbesondere wurde es mit dem Auftauchen von elektronischen Geschäftstransaktionen äußerst wichtig, Vertraulichkeit und Unversehrtheit von Daten einer Arbeitsstation zu gewährleisten (unabhängig davon, ob sie von einem Laptop-Computer, einem Terminal eines Großrechners, einem Einzelplatz-PC, oder irgend einer anderen Art einer Computernetzwerkarbeitsstation erzeugt werden). Zum Beispiel verschlüsseln viele Anwender von Laptop-Computern alle Festplattendaten, um die Vertraulichkeit der Daten zu gewährleisten. Die Verschlüsselung versteckt die Daten gegenüber unbeabsichtigter Offenbarung.
An sich und für sich genommen gewährleistet die Verschlüsselung nicht die Unversehrtheit der Daten. Zum Beispiel hindert die Verschlüsselung nicht einen Gegner, der heimlich Zugang zu dem Computer erhalten kann, daran, ein spezielles Sabotageprogramm laufen zu lassen, das – obwohl es unfähig ist, von einem bestimmten Stück der verschlüsselten Daten Sinn zu machen – versuchen kann, zufällig die verschlüsselten Daten mit anderen möglichen zufälligen Informationen zu überschreiben, wodurch eine fehlerhafte Analyse bewirkt wird, wenn die Daten schließlich für die Eingabe von anderen Prozessen entschlüsselt werden.
In Abhängigkeit von dem Verschlüsselungsprotokoll, dem Dateityp, der beschädigt wurde, und wie er beschädigt wurde, ist es möglich, daß diese Änderung unbemerkt bleiben kann und zu fehlerhaften Resultaten führen kann, wenn die Daten von dem richtigen Eigentümer verarbeitet werden. Es ist z.B. insbesondere leicht, daß das auftritt, wenn die beschädigten Daten binäre numerische Daten enthalten. Der Eigentümer kann zu einer fehlerhaften Handlung durch die falschen Resultate geführt werden.
Es ist bekannt, daß die Unversehrtheit der Datei geschützt werden kann, indem eine Einwegprüfsumme (z.B., indem MD5 oder der sichere Prüfsummenalgorithmus SHA eingesetzt wird) über den Inhalt der Datei gemacht wird. Durch Implementieren und Vergleichen eines aktuell berechneten Prüfsummenwerts mit einem zuvor gespeicherten Prüfsummenwert gewährleistet die richtige Unversehrtheit der Datei, daß die Bedrohung einer mutwilligen Verfälschung (oder sogar die zufällige externe Modifikation) detektiert werden kann – wodurch die Zuverlässigkeit und Sicherheit von Endergebnissen verbessert wird. Unter der Annahme, daß die Dateiprüfsumme auf eine Weise gespeichert wird, daß sie ihre eigene Unverfälschtheit gewährleistet, kann sie verwendet werden, um zu gewährleisten, daß die gesamte Datei nicht beschädigt oder absichtlich verfälscht wurde.
Eine derartige Prüfsumme kann berechnet werden, wenn die Datei der Reihe nach abgearbeitet wird. Die Prüfsumme kann berechnet werden, wenn (oder als) die Datei der Reihe nach aufgebaut wird (wurde); und dann wieder geprüft, wann immer die Datei verwendet wird. Vorausgesetzt, daß der Prüfsummenwert gegenüber einer Veränderung geschützt ist – z.B., indem er durch einen Schlüssel verschlüsselt wird, der nur dem Anwender bekannt ist, oder indem er digital auf eine Weise unterzeichnet wird, der der Anwender vertraut, oder indem er in einer verlässlichen Berechtigungsmarkenvorrichtung gespeichert ist, kann der Anwender sicher sein, daß die Datei nicht geändert wurde, weil die Veränderung von irgend einem Teil der Datei zu einer Wiederberechnung von einem unterschiedlichen Prüfsummenwert führer wird.
Bestehende Techniken erfordern, daß die gesamte Datei sequenziell abgearbeitet wird, um den Prüfsummenwert zu berechnen oder wiederzuberechnen. Diese Techniken werden für Dateien unhandlich, wenn nicht unpraktikabel, die häufig aktualisiert werden oder die "zufällig" verarbeitet werden.
Das bekannte Validierungsverfahren besteht aus dem Verifizieren der Prüfsumme, wenn auf die Datei das erste Mal zugegriffen wird, dem Verändern der Datei, und dann dem Neuberechnen der Prüfsumme der überarbeiteten Datei, nachdem alle Änderungen gemacht wurden. Dieses bekannte Verfahren ist für bestimmte Anwendungen nicht gut geeignet, wie z.B. solche, die lange laufen, oder solche, bei denen die Datei häufig geändert oder ständig im Gebrauch ist, oder wenn es eine Gefahr gibt, daß das bestimmte Programm oder Computersystem, das das Gesendete aktualisiert, jederzeit unterbrochen werden kann (z.B. kann der Computer ausgeschaltet werden), bevor das Programm zu einer abschließenden Feststellung kommt, wo die aktualisierte Datei abgespeichert ist, und die neue Prüfsumme neu berechnet und gespeichert ist. Das ist der Fall, weil es im großen und ganzen unpraktikabel ist, die Prüfsumme für die gesamte Datei neu zu berechnen, wann immer eine Aktualisierung stattfindet. Ohne eine derartige Berechnung liegt die Datei in einem offensichtlich verfälschten Zustand zwischen dem Moment, an dem die erste Aktualisierung gemacht wird, bis die endgültige Prüfsumme neu berechnet wird, vor.
Derartige praktische Probleme existieren, wenn herkömmliche Prüfsummentechniken auf bestimmte Dateiarten angewendet werden. Einige Dateien, wie z.B. indizierte Datenbanken, werden "zufällig" (d.h. nur ein Untersatz an Aufzeichnungen wird in einer nicht sequenziellen Reihenfolge aktualisiert) und über eine lange Zeitdauer aktualisiert. Die Datei kann über eine Zeitdauer von Minuten, Stunden oder (in dem Fall von Großrechnern oder "Servern") sogar Tagen aktualisiert werden.
Wenn die Prüfsumme über die gesamte Datei berechnet und die Datei häufig aktualisiert wird, dann führt das Berechnen einer geänderten Prüfsumme über die gesamte Datei, jedes Mal, wenn sie geändert wird, zu einem nicht akzeptablen Overhead. Wenn andererseits die Prüfsumme über die gesamte Datei berechnet wird und die Datei häufig aktualisiert wird, dann führt das Verzögern der Berechnung der geänderten Dateiprüfsumme, bis die Datei geschlossen wird (oder das Programm abgeschlossen wird) dazu, daß die Datei in einem scheinbar "falschen" Zustand zwischen dem Moment der ersten Aktualisierung und der Neuberechnung der endgültigen Prüfsumme gelassen wird. Wenn das System oder ein anderes Programm vorzeitig beendet wird, dann wird die Datei in diesem scheinbaren Zustand belassen.
Wenn eine Prüfsumme für jede Aufzeichnung geführt wird, dann wird zusätzlicher Aufzeichnungsplatz erforderlich, der das Layout der Datei oder ihrer Aufzeichnungen betreffen kann. Üblicherweise kann die Prüfsumme jeder Aufzeichnung in einem Raum gespeichert werden, der an dem Ende von jeder Aufzeichnung reserviert ist. Eine derartige Dateilayoutüberarbeitung kann bei einigen Anwendungen akzeptabel sein, wobei dieser Ansatz jedoch an verschiedenen Nachteilen leidet, einschließlich dem, daß er zusätzlichen Speicherplatz für jede Aufzeichnung erfordert.
Ein weiterer Nachteil, eine Prüfsumme nur auf einer Aufzeichnung-pro-Aufzeichnung-Basis zu führen, ist es, daß, wenn ein Widersacher eine alte Kopie der Datenbank hat (sogar wenn die Datenbank verschlüsselt war), er solche alten Aufzeichnungen isolieren kann. Eine derartige Datenbasis, die ausgelegt ist, um "zufällig" aktualisiert zu werden, muß in Aufzeichnungseinheiten verschlüsselt werden – Chiffrierketten über Aufzeichnungsgrenzen machen ein "zufälliges" Aktualisieren unmöglich. Der Widersacher könnte dann blind diese anachronistischen Aufzeichnungen gegen entsprechende Aufzeichnungen in der aktuellen aktiven Kopie der Datenbank ersetzen (das könnte gemacht werden, selbst wenn der Widersacher über den aktuellen Inhalt der Aufzeichnungen unsicher ist und nur ein Durcheinander bewirken will) – um dadurch die Integrität der Datenbank auf eine Weise zu beschädigen, die unmöglich ist, automatisch detektiert zu werden.
Gemäß der vorliegenden Erfindung wird ein Verfahren zum Schützen von Sammlungen einer Vielzahl diskreter Dateneinheiten bereitgestellt, die von Zeit zu Zeit von einem zugeordneten Datenverarbeitungssystem einschließlich dem Erhalten einer Prüfsumme für jede der diskreten Dateneinheiten modifiziert werden, indem eine Prüfsummenoperation unter Verwendung zumindest des Datenwertanteils der Dateneinheit durchgeführt wird, der zu schützen ist, gekennzeichnet durch
Ansammeln des Prüfsummenwerts für jede diskrete Einheit von Daten unter Verwendung einer Funktion, die den unabhängigen Einschluß und die unabhängige Löschung von jedem individuellen Prüfsummenwert von dem angesammelten Prüfsummenwert zuläßt.
Ein derartiges Verfahren bietet einen neuen Weg, die Inhalte von einer Datei mit Prüfsummen zu versehen, so daß eine weitergehende Prüfsumme geführt und auf eine effektive Weise andauernd aktualisiert werden kann. Die Integrität der Datenbank kann ohne das Einführen des unnötigen und übermäßigen zusätzlichen Overheads des wiederholten Neuverarbeitens der gesamten Datei und ohne die Datei in einem scheinbar falschen Zustand für längere Zeitdauern zu lassen, aufrechterhalten werden (wie z.B. während ein lange dauerndes Echtzeitprogramm läuft).
Derartige Verfahren erfordern nur eine begrenzte zusätzliche Speichermenge für jede Datei, die leicht in dem Systemverzeichnis geführt werden kann, oder in einer speziellen (und möglicherweise verschlüsselten) Zusatzdatei zusammen mit weiteren Informationen über jede Datei. Das vorliegende Verfahren läßt es zu, daß jedes darunterliegende Dateiformat und jede darunterliegende Dateistruktur unverändert bleibt, und schafft daher die Integrität "transparent" als Teil der Dateiverarbeitung, möglicherweise in oder neben der "System"-Ebene, ohne daß Änderungen an bestehenden Programmen erforderlich sind. Das überwindet Kompatibilitätschwierigkeiten bei Systemen, die versuchen, diesen zusätzlichen Integritätsdienst als eine transparente Dienstleistung zusätzlich zum normalen Betrieb zu schaffen (unabhängig von irgend einer bestimmten Anwendung).
Die Methodologie der vorliegenden Anmeldung erlaubt es, daß ein unsicheres Berechnungssystem sicher elektronische Hochsicherheitsfinanztransaktionen durchführt. Wie es hier im Detail erläutert wird, läßt es das vorliegende Verfahren zu, daß die Prüfsumme einer Datei auf einer inkrementellen Basis gemacht wird. Das erlaubt es, daß irgend ein Teil der Datei geändert wird, während eine neue angesammelte Prüfsumme auf der Basis des geänderten Dateiteils und der früheren Gesamtprüfsumme berechnet wird. Gemäß den Verfahren der vorliegenden Anmeldung ist die angesammelte Prüfsumme ohne weiteres bei jeder Aufzeichnungsänderung aktualisierbar, ohne daß die Prüfsumme der gesamten Datei gemäß den herkömmlichen Verfahren neu berechnet werden muß.
Das Ausführungsbeispiel erfüllt diese Aufgaben unter Verwendung von zwei Funktionen. Die erste Funktion ist eine effektive Einwegprüfsummenfunktion "H", für die es berechnungsmäßig unmöglich ist, zwei Datenwerte zu finden, die zu dem selben Prüfsummenergebnis führen. Beispiele derartiger Funktionen umfassen den bekannten MD5 und den SHA-Algorithmus. Die zweite Funktion ist eine kommutative und assoziative Funktion "F" (und die inverse "Finv"), und schafft einen Mechanismus zum Kombinieren der angesammelten Prüfsumme und der Prüfsumme aktualisierter Aufzeichnungen. Beispiele dieser letzteren Funktionen umfassen Exklusiv-ODER ("XOR") und die arithmetische Addition.
Die Methodologie umfaßt das Kombinieren der Prüfsumme von jeder Dateiaufzeichnung und der Prüfsumme einer Identifikation der Aufzeichnung (d.h. einer Aufzeichnungsnummer oder eines Aufzeichnungsschlüssels). Diese Prüfsummen werden unter Verwendung einer Funktion ("F") kombiniert, wodurch einzelne Aufzeichnungen unter Verwendung der Inversen dieser Funktion (Finv) extrahiert werden können. Auf diese Weise kann eine einzelne Aufzeichnung aus der angesammelten Prüfsumme extrahiert und aktualisiert werden. Mit dieser Aktualisierung wird die Dateiprüfsumme, wie sie gemäß dieser Erfindung berechnet wird, vorzugsweise auch geschrieben, nachdem sie mit einem Schlüssel verschlüsselt wurde, der nur dem berechtigten Benutzer bekannt ist, oder die von dem berechtigten Benutzer digital signiert wird, oder wenn sie in einem verfälschungssicheren Speicher geführt wird. Jede Aufzeichnung wird durch ihre Identifikation repräsentiert, die zusammen mit ihrem Dateninhalt prüfsummiert wird. Alle derartigen Aufzeichnungen werden zusammenaddiert, um eine sehr sichere Integritätsüberprüfung zu schaffen. Diese angesammelte Prüfsumme gibt die gesamte Datenbank wieder, derart, daß das Verfälschen (oder Neuanordnen) irgend einer Datenaufzeichnung durch die Verwendung von dem Aufzeichnungsidentifizierer (d.h. der Aufzeichnungsnummer) bei der Prüfsummenberechnung aufgrund ihres Einflusses auf die angesammelte Prüfsumme (z.B. der Summe) zum Vorschein gebracht wird. Durch Verwendung dieser Methodologie kann ein Benutzer nicht dazu gebracht werden, mit irreführenden Daten zu arbeiten.
Die Verfahren dieser Anmeldung können vorzugsweise zumindest die Nachteile des Standes der Technik einer erheblichen Neuberechnung für jede Dateiänderung, langer Zeitdauern, in denen die fragliche Datei als "ungültig" betrachtet wird, wenn die Anwendung oder das System abrupt beendet wird, zusätzlichen Speicherraums für eine Prüfsumme (oder MAC) für jede Aufzeichnung, und der Möglichkeit für einen Widersacher, alte Aufzeichnungen zu ersetzen, überwinden, weil die Integrität der gesamten Datei und die Beziehung aller Aufzeichnungen zueinander in einem einzigen Dateiprüfsummenwert geführt wird, der geändert wird, wenn jede Dateiaktualisierung ausgeführt wird.
KURZE BESCHREIBUNG DER ZEICHNUNGEN
Diese Merkmale und weitere Merkmale dieser Erfindung werden durch das Lesen der folgenden Beschreibung des bevorzugten Ausführungsbeispiels der vorliegenden Erfindung im Zusammenhang mit den beigefügten Zeichnungen klarer, wobei:
1 ein Blockdiagramm eines Kommunikationssystems zeigt, bei dem die vorliegende Erfindung eingesetzt werden kann;
2 im großen und ganzen ein beispielhaftes Aufzeichnungsformat gemäß dem Ausführungsbeispiel der vorliegenden Erfindung zeigt;
3 eine beispielhafte Darstellung einer Datenstruktur für Arbeitsdaten zeigt;
4 ein Flußdiagramm zeigt, das die Operationsfolge darstellt, die gemäß einem Ausführungsbeispiel durchgeführt wird, wenn das System eine Datei öffnet, die zu aktualisieren ist oder auf irgend eine Weise verwendet wird;
5 ein Flußdiagramm zeigt, das die Operationsfolge darstellt, die gemäß einem Ausführungsbeispiel durchgeführt wird, wenn eine Addier-, Aktualisier- oder Löschoperation ausgeführt wird; und
6 ein Flußdiagramm zeigt, das die Operationsabfolge darstellt, die gemäß einem Ausführungsbeispiel für eine Schließoperation durchgeführt wird.
DETAILLIERTE BESCHREIBUNG DER ZUR ZEIT
BEVORZUGTEN AUSFÜHRUNGSFORM
1 zeigt in Blockdiagrammform ein beispielhaftes Berechnungssystem, in dem die vorliegende Erfindung als ein Teil eines Computernetzwerkes zum elektronischen Handeln eingesetzt werden kann. Während die vorliegende Erfindung in einer solchen Kommunikationsnetzwerkumgebung eingesetzt werden kann, kann die Erfindung entsprechend vorteilhafterweise in Verbindung mit einem Laptop-Computer, einem Einzelplatz-PC, einem Großrechnercomputer oder irgend einem anderen Computersystem eingesetzt werden, wo die Datensicherheit entscheidend ist.
Das in 1 gezeigte System umfaßt ein beispielhaftes Computernetzwerk mit einem ungesicherten Kommunikationskanal 12, über den Kommunikationen zwischen den Terminals A, B, N stattfinden können. Der Kommunikationskanal 12 kann z.B. eine Telefonleitung sein. Die Terminals A, B bis N können nur beispielsweise IBM PCs mit einem Prozessor (mit Hauptspeicher) 2 sein, der an eine gewöhnliche Tastatur/CRT 4 angeschlossen ist. Jedes Terminal A, B bis N umfaßt auch eine herkömmliche IBM PC-Kommunikationskarte (nicht gezeigt), die, wenn sie an ein herkömmliches Modem 6, 8, bzw. 10 angeschlossen ist, zuläßt, daß die Terminals Nachrichten übertragen und empfangen. Jedes Terminal umfaßt eine herkömmliche IBM PC-Plattenspeichervorrichtung, die zuläßt, daß der Computer Datenbankinformationen liest, schreibt und speichert.
Jedes Terminal kann reinen Text oder eine unchiffrierte Nachricht erzeugen und Signaturoperationen durchführen, welche auch immer erforderlich sein können, und die Nach richt zu irgend einem anderen Terminal übertragen, das an dem Kommunikationskanal 12 angeschlossen ist (oder an ein Kommunikationsnetzwerk (nicht gezeigt), das an den Kommunikationskanal 12 angeschlossen sein kann). Außerdem kann jedes der Terminals A, B bis N eine Signaturverifikation von jeder Nachricht durchführen.
Jeder der Benutzer des Terminals hat einen öffentlichen Verschlüsselungsschlüssel und einen zugehörigen geheimen privaten Entschlüsselungsschlüssel. Bei dem in 1 gezeigten Verschlüsselungssystem mit öffentlichem Schlüssel ist sich jeder Benutzer des Terminals des allgemeinen Verfahrens bewußt, mit dem die Benutzer anderer Terminals eine Nachricht verschlüsseln. Außerdem ist sich jeder Benutzer des Terminals des Verschlüsselungsschlüssels bewußt, der von dem Verschlüsselungsverfahren des Terminals eingesetzt wird, um eine chiffrierte Nachricht zu erzeugen.
Jeder Benutzer des Terminals offenbart jedoch nicht, wenn er seine Verschlüsselungsverfahren und Verschlüsselungsschlüssel offenbart, seinen privaten Entschlüsselungsschlüssel, der notwendig ist, um die chiffrierte Nachricht zu entschlüsseln und Signaturen zu erzeugen. In dieser Hinsicht ist es computertechnisch nicht machbar, den Entschlüsselungsschlüssel aus der Kenntnis des Verschlüsselungsschlüssels zu berechnen.
Neben der Fähigkeit, eine private Nachricht zu übertragen, hat jeder Benutzer des Terminals entsprechend die Fähigkeit, eine übertragene Nachricht digital zu signieren. Eine Nachricht kann digital signiert werden, indem ein Benutzer des Terminals eine Nachricht mit seinem privaten Entschlüsselungsschlüssel entschlüsselt, bevor er die Nachricht überträgt. Nach dem Empfang der Nachricht kann der Empfänger die Nachricht lesen, indem der öffentliche Entschlüsselungsschlüssels des Senders verwendet wird. Auf diese Weise kann der Empfänger verifizieren, daß nur der Halter des geheimen Entschlüsselungsschlüssels die Nachricht erzeugt haben sollte. Somit hat der Empfänger der signierten Nachricht den Beweis, daß die Nachricht von dem Sender stammt.
Weitere Details der beispielhaften Methodologie zur digitalen Signatur, die in Verbindung mit der vorliegenden Erfindung eingesetzt werden können, sind in dem US-Patent Nr. 4,405,829 und der Methodologie des Anmelders zur digitalen Signatur offenbart, die in den US-Patenten Nr. 4,868,877 und 5,005,200 offenbart ist.
Jedes der Computerterminals A bis N ist vorzugsweise ausgelegt, um eine sichere Arbeitsstation für elektronischen Handel zu sein. Bei dem vorliegenden System kann der gesamte Speicherplatz eines Computerterminals auf eine Weise geschützt sein, die im Detail unten beschrieben ist, oder wenn es erwünscht ist, kann nur ein Teil des Speicherbereichs geschützt sein. Jedes der in dem Terminalspeicherbereich residenten Programme ist vorzugsweise gemäß der Programmberechtigungsinformation (PAI) geschützt, wie sie in der parallel anhängigen Anmeldung mit der Seriennummer 07/883,868 des Anmelders mit dem Titel "Computer System Security Method and Apparatus Having Program Authorization Information Data Structures" beschrieben ist. Gemäß der beispielhaften Implementation der vorliegenden Erfindung kann ein Programm auf Terminals A bis N laufen, es sei denn, daß es nicht gemöß einer zugehörigen PAI berechtigt ist. Die PAI-Information wird eingesetzt, um Programme dagegen schützen, daß sie verfälscht werden. Datenverschlüsselung gemäß herkömmlichen Techniken wird eingesetzt, um die Vertrauenswürdigkeit der Daten zu schützen, auf die das Programm angewendet wird. Die vorliegende Erfindung wird eingesetzt, um die Datendateien dagegen zu schützen, daß sie verfälscht werden. Insbesondere, wenn man es gemeinsam benutzt, ergibt sich eine Hochsicherheitsarbeitsstation, die zuverlässig beim elektronischen Handel eingesetzt werden kann.
Wenn ein Terminal A ein Laptop-Computer ist, der gemäß dieser Methodologie geschützt wird, kann das Terminal irgendwo getragen werden, und sogar eingesetzt werden, um Programme laufen zu lassen, die einen Virus enthalten können. Der geschützte Teil des Speicherplatzes gemäß dieser Methodologie, die unten beschrieben ist, wird gegen ein derartiges verfälschtes Programm immun sein, und der Anwender kann einen sehr hohen Sicherheitsgrad bei den Daten haben, die in dem Computersystem verarbeitet werden, darauf gespeichert sind, darauf gespeichert werden und davon übertragen werden.
2 zeigt in vereinfachter Form ein beispielhaftes Aufzeichnungsformat gemäß dem Ausführungsbeispiel der vorliegenden Erfindung. Wie in 2 gezeigt, enthält die Datei n diskrete Datensätze R_i (wobei i von 1 bis n variiert). Jeder Datensatz R_i hat einen zugehörigen Datensatzkennzeichner, z.B. "K_i", der eine Datensatznummer sein kann. K_i kann irgend ein indizierter Wert sein, wie z.B. eine Angestelltennummer. Auf diese Weise kann die Datei als eine sequenzielle Datei organisiert sein (beginnend mit einem Datensatz 1, gefolgt von einem Datensatz 2 bis zu einem Datensatz n). Die Datensatzkennzeichner können Sektorzahlen auf einer Platte sein. Die Datensatzkennzeichner können auf irgend eine assoziative Weise organisiert sein (z.B. durch Angestelltennummern usw.), solange jeder Datensatz gleich und konsistent identifiziert wird. Zusätzlich zu einem Datensatzkennzeichner K_i ist jeder Datensatz Daten zusammen mit herkömmlichen Medienkontrollsignalen zugeordnet, wie es den Fachleuten auf dem Gebiet klar ist.
Wie hier verwendet, kann die Interpretation eines Datensatzes in Abhängigkeit von der Anwendung oder dem eingesetzten Computersystem abhängen. Es kann angebracht sein, jedes Byte als einen Datensatz zu behandeln. Durch Anwenden auf jedes Byte ist es möglich, immer eine perfekte Prüfsumme von der gesamten Datei zu führen. Auf Platten, die so organi siert sind, könnte jeder Sektor als ein Datensatz betrachtet werden. Bei einigen Systemen, wie z.B. Systemen mit einer S/360-Architektur, gibt es diskrete Datensätze, die auf gemischte Weisen definiert sein können, einschließlich der sequenziellen Nummerierung. Bei einigen Datenbanksystemen werden Datensätze am besten unterschieden, indem K_i ein Datenschlüssel ist – der Wert davon wird eingesetzt, um einen bestimmten Datensatz zu identifizieren.
Natürlich soll dieses Ausführungsbeispiel nur als ein möglicher Weg gesehen werden, die Erfindung zu implementieren. Andere Techniken könnten umfassen, nur eine bestimmte Datenmenge zu verwenden, oder eine Prüfsumme von Aspekten von einigen bestimmten Daten statt der Daten selber zu verwenden, oder durch Konstruieren von Datensätzen als Kombinationen von Rohdaten und/oder den Prüfsummenwerten noch weiterer Daten.
Gemäß einem Ausführungsbeispiel der Erfindung gewährleisten die unten beschriebenen Datenstrukturen, daß die Datei immer angesichts normaler Unterbrechungen wiederherstellbar ist (unabhängig davon, wie das System unterbrochen worden sein kann, wenn die Datei aktualisiert wurde). Irgend welche anderen Arten von Datenbeschädigungen, zufällig oder unbeabsichtigt, werden immer detektierbar sein. Wenn die vollständige Wiederherstellbarkeit nach allen Unterbrechungen nicht erwünscht ist, dann können Teile der folgenden Logik entfernt werden.
Das Ausführungsbeispiel verwendet eine Datenbankdatei ebenso wie "Arbeitsdaten"- und "Dateiprüfsummen"-Datenstrukturen, um eine vollständige Wiederherstellungsfähigkeit (nach Unterbrechungen) zusammen mit einer absoluten Widerstandsfähigkeit gegenüber Widersachern zu schaffen. Die Datenbankdateidatenstruktur enthält die Daten des Benutzers. Die Arbeitsdatendatenstruktur enthält Datensatzverarbeitungs informationen für den Fall, daß das System unterbrochen wird, während Aktualisierungen in Gang sind.
Die Art und Weise, auf der die Arbeitsdatendatei der Datenbankdatei zugeordnet ist, hängt von der Implementierung ab. Zum Beispiel könnten die Arbeitsdaten eine Datei sein, die der Datenbankdatei durch den Dateinamen zugeordnet ist – wobei das Vorhandensein von Arbeitsdaten, wenn die Datenbankdatei geöffnet ist, anzeigt, daß ihre vorherige Verwendung unterbrochen wurde und eine Wiederherstellung notwendig war. Die Arbeitsdatendatei wird neu erzeugt, während sie nicht während des Öffnens der Datei existierte, und gelöscht, wann immer die Datenbankdatei erfolgreich geschlossen wurde. Dieser Ansatz wird durch die beispielhafte unten beschriebene Implementierung erläutert. Alternativ könnte ein Pool von Arbeitsdatenelementen resident in dem permanenten Speicher sein, der von der Betriebsumgebung geführt wird, und aktiven Datenbankdateien zugeordnet werden, wann immer sie geöffnet sind; dem Pool zurückgegeben werden, wenn die Dateien geschlossen werden; und nach einer Systemunterbrechung geprüft werden, um irgend welche Aktualisierungen, die in Gang sind, zu säubern.
Wenn ein Leistungsfehler auftritt, während die Arbeitsdateien verarbeitet werden, dann wird es erkennbar sein, daß die Datei inhärent vertrauenswürdig ist. Wenn alternativ ein Leistungsausfall auftritt, während die Datei verarbeitet wird, dann werden die in der Arbeitsdateiendatei gespeicherten Daten eingesetzt, um die Datei wiederherstellbar zu machen. Somit wird die Datei, indem eine Spur von dem verfolgt wird, was mit der Datei gemacht werden muß, und indem die geeignete Operation unter Verwendung der Arbeitsdatenstruktur durchgeführt wird, im wesentlichen "kugelsicher" bezüglich derartigen Unterbrechungen.
Wie in 3 gezeigt, weist eine beispielhafte Arbeitsdatendatenstruktur 50 fünf Felder auf. Das Operationsfeld 52 zeigt entweder eine "Addiere"-, "Aktualisiere"-, "Lösche"- oder "Null"-Operation an. Ein Datensatzkennzeichnerfeld 54 kennzeichnet K_i. Außerdem umfaßt die Arbeitsdatendatenstruktur Felder, die den Wert von dem überarbeiteten Datensatz R_i anzeigen (56). Die überarbeitete Version der gesamten oder zukünftigen Datenbankprüfsumme (58); und die Prüfsumme von den Feldern 52, 54, 56 und 58 (60). Die Felder 54 und 56 werden für eine "Null"-Operation ignoriert, und das Feld 58 wird für eine "Lösche"-Operation ignoriert.
Wenn irgend ein Teil der Arbeitsdaten selbst falsch oder beschädigt ist, entweder durch blinden Vandalismus, normalen Hardwarefehler (wie z.B. von den Medien), oder als die Folge einer Unterbrechung, während geschrieben wurde, dann wird das über eine Nichtübereinstimmung mit der Prüfsumme der Arbeitsdaten festgestellt, die in Feld 60 der Arbeitsdatendatenstruktur geführt wird. Die Arbeitsdaten sollten auf eine Weise geschützt werden, die ähnlich zu der Dateiprüfsumme ist – damit ein Gegner sie nicht modifiziert, um eine unfreiwillige Änderung der Datenbankdatei zu bewirken. Bei einer bevorzugten Implementierung werden die Dateiprüfsummen-, Arbeitsdaten- und Datenbankdateidatenstrukturen insgesamt in einer verschlüsselten Form mit einem Schlüssel gespeichert, der nur den gültigen Benutzer(n) bekannt ist. Die Aufzeichnungen werden verschlüsselt, bevor sie geschrieben werden, und entschlüsselt, wenn sie gelesen werden.
Wenn nur die Unversehrtheit und nicht die Vertrauenswürdigkeit der Datenbankdatei erforderlich ist, dann sind die einzigen Daten, die verschlüsselt werden müssen, Feld 60 in dem Arbeitsdatendatensatz und die Dateiprüfsumme. Das gewährleistet, daß weder die Dateiprüfsumme noch die Arbeitsdaten durch kluge Gegner manipuliert werden können.
Es gibt noch einen weiteren Angriff, der berücksichtigt werden muß, nämlich, daß ein Gegner alte Daten gegen die Datenbankdatei, die Arbeitsdaten und die Dateiprüfsumme insgesamt austauscht. In diesem Fall ist die Datenbank konsistent und reflektiert genau einen früheren Zustand der Datenbank – erfüllt dadurch alle Gültigkeitsprüfungen-, aber sie gibt einen nicht aktuellen Stand und dadurch möglicherweise irreführende Daten wieder.
Dieser Bedrohung könnte auf verschiedene Weisen begegnet werden, wie z.B., indem das Datum/die Zeit der letzten Aktualisierung als ein zusätzliches Feld geführt und es mit den Dateiprüfsummendaten gespeichert wird. Diese Datum-/Zeit-Daten könnten dann dem Benutzer jedes Mal als ein Teil des Öffnens der Datei angezeigt werden. Das erlaubt es auch dem Benutzer, bewußt wiederherzustellen und eine ältere Version der Datenbankdatei zu verwenden. Es würde auch möglich sein, das Datum/die Zeit des letzten "Öffnens" als ein Teil der Dateiprüfsummendaten zu speichern, und auch das in einem Gegenstand des Benutzers (z.B. einer SmartCard) zu speichern, die gegenüber einer heimlichen Veränderung unverletzlich ist (der Gegenstand könnte auch verwendet werden, um den Verschlüsselungsschlüssel zu speichern). Wenn das Datum/die Zeit, die in der Dateiprüfsumme gefunden wird, von der in dem Gegenstand des Benutzers abweicht, wird der Benutzer von der Tatsache alarmiert, daß eine obsolete Version der Datenbankdatei verwendet wird. Wenn das Datum/die Zeit zutrifft, wie es normalerweise erwartet wird, dann darf der Benutzer fortfahren, ohne eine Entscheidung machen zu müssen.
Der Bedrohung kann auch begegnet werden, indem der Verschlüsselungsschlüssel geändert wird, der verwendet wird, um als Teil des Starts jeder Öffnungsanfrage die Dateiprüfsumme und die Arbeitsdaten zu verstecken. Das gewährleistet, daß jede Dateiprüfsumme und die Arbeitsdaten niemals von Sitzung zu Sitzung dupliziert werden können. Der letzte Schlüssel könnte dann in einem unveränderbaren Gegenstand gespeichert werden, der von dem Benutzer verwahrt wird.
Die Datei-Hash wird gespeichert, wobei sie der Datenbankdatei zugeordnet werden kann. Sie muß derart ausgelegt sein, daß sie nicht heimlich von irgend jemand anderem als dem autorisierten Benutzer verändert werden kann. Das kann auf verschiedenem Wege gemacht werden, einschließlich dem Verschlüsseln unter einem symmetrischen Chiffrierschlüssel, der nur dem gültigen Benutzer(n) bekannt ist; unter einem öffentlichen Schlüssel verschlüsselt wird, der einem privaten Schlüssel entspricht, der den gültigen Benutzer(n) bekannt ist oder digital signiert wird, so daß sie von dem gültigen Benutzer(n) als vertrauenswürdig verifiziert werden kann.
Irgend eine andere Technik kann eingesetzt werden, so daß der gültige Benutzer (die gültigen Benutzer) dem Datei-Hash-Wert vertrauen können und er nicht von einem Gegner geändert werden kann. Die vertrauenswürdige Datei-Hash könnte z.B. in dem der Datei entsprechenden Verzeichniseintrag, als ein Anhang zu der Datei selbst oder in einer speziellen Datenbank gespeichert werden, die es zuläßt, daß sie mit der Datei in Verbindung gebracht wird.
Gemäß dem Ausführungsbeispiel wird ein Hash der Datei wie folgt berechnet. Der Datei-Hash wird anfänglich gleich einem Anfangswert (z.B. Null) gesetzt. Danach indiziert die Hash-Routine über alle Datensätze in der Datei unter Verwendung der Datensatzkennzeichner K_i der Datensätze 1 bis N, wobei der folgende Wert berechnet wird: Datei-Hash = F (Datei-Hash, H(Ki & Ri)).
Die Notation K_i & R_i zeigt eine Operation an, die eindeutig den Wert von "K₁" und den Wert des zugeordneten Datensatzes R_i kombiniert. Ein einfacher Weg, das zu tun, ist es, wenn K_i eine einheitliche Länge für alle Schlüssel hat (vielleicht ein binärer Integer, der in vier Bytes gepackt ist), die beiden Werte zu verketten. Wenn das Feld "K_i" in der Länge variieren kann, dann sollte die Operation durchgeführt werden, um effektiv dem Wert "K_i" seinen Längenanzeiger voranzustellen, um eindeutig den "K_i"- und dem "R_i"-Wert zu unterscheiden und dann die drei Werte zu verketten, wie z.B. Länge von (K_i)||K_i||R_i.
Nachdem K_i und der Inhalt des Datensatzes R_i eindeutig kombiniert sind (z.B. durch Verketten), wird die Hash des angesammelten Datenstrings unter Verwendung der Hash-Funktion H gebildet, und das Ergebnis wird mit dem richtigen angesammelten Datei-Hash-Wert unter Verwendung der spezialisierten Funktion F kombiniert. Die Hash-Funktion H ist eine Einweg-Hash-Funktion, für die es computertechnisch unmöglich ist, die zwei Datenwerte zu dem selben Ergebnis prüfsummieren. Beispiele für derartige Funktionen umfassen den MD5-Prüfsummieralgorithmus, der vom MIT Professor Dr. Rivest entwickelt wurde, oder den sicheren Hash-Algorithmus (SHA).
Die Funktion F ist eine kommutative und assoziative Funktion, die eine zugeordnete inverse Funktion "Finv" aufweist und einen Mechanismus zum Kombinieren der angesammelten Hash und der Hash aktualisierter Datensätze bereitstellt. Beispiele derartiger kommutativer und assoziativer Funktionen umfassen Exklusiv-ODER (XOR) und die arithmetische Addition. Nach der Anwendung der Funktion F wird die angesammelte Hash die Hash für alle alten Datensätze einschließlich des neuen Datensatzes. Diese Verarbeitung wird für alle Datensätze in der Datei gemacht. In dem Fall, daß Datensätze am besten durch einen Indexdatenschlüssel unterschieden werden, das ist der Wert K_i, der eingesetzt wird, um einen bestimmten Datensatz zu identifizieren, wird die Verarbeitungsschleife, die oben beschrieben ist, über alle aktiven indizierten Einträge gemacht.
Wenn ein Datensatz K_i aktualisiert wird (wobei R_i der alte Datensatz und R2_i der neue Datensatzwert ist), dann wird die neue überarbeitete Datei-Hash wie folgt neu berechnet: Datei-Hash = F(Finv (Datei-Hash, H(Ki & Ri)), H(Ki & R2i)).
Mit anderen Worten wird die Hash des ehemaligen Datensatzes entfernt und der neue Wert wird eingesetzt. Wenn ein Datensatz "K_i" aus der Datenbank entfernt wird, dann wird die
Datendatei-Hash auf folgendes revidiert: Datei-Hash = Finv (Datei-Hash, H(Ki & Ri)).
Wenn ein neuer Datensatz K_i eingeführt wird, dann wird die überarbeitete Hash wie folgt: Datei-Hash = F(Datei-Hash, H(Kii & Ri)).
Mit diesem Protokoll kann die überarbeitete Hash wie geändert berechnet und gespeichert werden.
4 zeigt ein Flußdiagramm, das die Operationsfolge darstellt, wenn das System eine Datei öffnet (um aktualisiert oder auf irgend eine Weise benutzt zu werden), um die Gültigkeit der Datei festzustellen. Die Dateiverarbeitung beginnt, indem die Datenbankdatei geöffnet wird (1010). Eine Prüfung wird am Anfang in Block 1012 gemacht, um festzustellen, ob die Datenbankdatei am Anfang erzeugt wird oder neu initialisiert wird (d.h. überschrieben).
Wenn die Datei eine neue Datei ist oder neu initialisiert wird, dann wird die Variable "Datei-Hash" auf 0 gesetzt und die Routine verzweigt zu Block 1230. Indem die Datei-Hash auf 0 initialisiert wird, wird der Zustand eingestellt, um durch die Datei zu scannen, um zu gewährleisten, daß alle Datensätze vorhanden sind, und gleichzeitig, daß keiner der Datensätze verfälscht wurde oder neu angeordnet wurde, und um zu gewährleisten, daß die gesamte Datei im Zusammenhang geeigneten Prüfungen entspricht. Somit wird, wann immer eine Datenbank zuerst eingesetzt wird, die Datei überprüft, um die gespeicherte Hash zu prüfen.
Wenn die Überprüfung in Block 1012 anzeigt, daß die Datenbankdatei, die verarbeitet ist, eine alte Datei ist, dann verzweigt die Routine zu Block 1020, wo die zugeordnete "Datei-Hash" zugewiesen wird. Die Datei-Hash kann in einem sicheren Verzeichnis gespeichert und mit einem Schlüssel verschlüsselt werden, der nur dem Benutzer bekannt ist. Dieser Wert reflektiert den Zustand der Datei, wenn sie das letzte Mal verwendet wurde. Wo sie genau gespeichert wird, hängt von der Implementierung ab. Bei einer bevorzugten Ausführung der vorliegenden Erfindung kann die File-Hash in einer getrennten Datenbank, die sich von der Datei unterscheidet, oder als ein Anhang zu dem Verzeichniseintrag der Datei gespeichert werden.
Eine Überprüfung wird in Block 1025 gemacht, um festzustellen, ob Arbeitsdaten existieren, die der Datenbankdatei entsprechen. Wenn Arbeitsdaten, wie oben in 3 gezeigt, nicht für die Datenbankdatei existieren, dann verzweigt die Routine zu Block 1230.
Wenn die Überprüfung in Block 1025 anzeigt, daß eine Arbeitsdatendatenstruktur existiert, dann wird ein Prozeß in Block 1030 begonnen, um die Wiederherstellung für Aktualisierungen zu den Datenbankdateien zu handhaben, die während des früheren Verarbeitens unterbrochen worden sein können. Am Anfang wird die Arbeitsdatendatenstruktur geöffnet und gelesen. Bei der bevorzugten Ausführung ist die Arbeitsdatendatei verschlüsselt, so daß sie entschlüsselt werden muß, um ihre Inhalte zu lesen. Eine Überprüfung wird dann in Block 1030 gemacht, um zu gewährleisten, daß die Arbeitsdaten selbst gültig sind, indem die Hash der Felder 52, 54, 56 und 58 berechnet und die derart berechnete Hash mit der gespeicherten Hash in Feld 60 von 3 verglichen wird. Auf diese Weise kann man gewährleisten, daß Unterbrechungen nicht auftraten, als die Arbeitsdateninformationen verarbeitet wurden.
Wenn die berechnete Hash nicht mit der in Feld 60 gespeicherten Hash übereinstimmt (1050), dann verzweigt die Routine zu Block 1220, wo die Verarbeitung zum Erzeugen neuer Arbeitsdaten beginnt. Das Nichtübereinstimmen der Prüfsummen impliziert, daß unterbrochen wurde, während die Arbeitsdaten selber geschrieben wurden. Wenn das der Fall ist, sollte die Datenbankdatei und die Datei-Hash richtig und konsistent sein, was man erwartet, daß es durch die Fortsetzung in Block 1220 verifiziert wird.
Wenn die Prüfsummen übereinstimmen, fährt die Verarbeitung in Block 1060 fort, wo Aktualisierungen, die in der früheren Verarbeitung involviert wären, wieder angewendet werden. Somit werden die letzten Operationen, die auf die Datenbankdatei durchgeführt worden wären, unter Verwendung von Daten aus der Arbeitsdatendatenstruktur auf Grundlage der Operation wiederholt, die in Feld 52 angegeben ist, dem Datensatzkennzeichner von Feld 54, dem Wert des überarbeiteten Datensatzes von Feld 56 und der überarbeiteten Version der gesamten Datenbank-Hash (die die neue oder die zukünftige Hash ist) in Feld 58 der Datenstruktur, die in 3 gezeigt ist.
Eine Überprüfung wird dann in Block 1065 gemacht, um festzustellen, ob die Operation, die in Feld 52 der Arbeitsdatendatenstruktur 50 angegeben ist, eine Addier-Operation ist. Wenn das der Fall ist, dann verzweigt die Routine zu Block 1070, der die Wiederholung der Addier-Operation initiiert. Der Wert R_n (der den Inhalt des Datensatzes von Feld 56 der Arbeitsdatendatenstruktur 50 angibt) wird in den Datensatz gestellt, der durch den Kennzeichner K_n gekennzeichnet ist. Wenn der Datensatz K_n existiert, dann wird er gegen den Wert R_n ersetzt. Anderenfalls, wenn der Datensatz K_n nicht existiert, dann wird der neue R_n eingesetzt. Danach verzweigt die Routine zu Block 1200, wo der Datei-Hash-Wert aktualisiert wird.
Wenn die Überprüfung in Block 1065 angibt, daß die Operation keine Addieroperation ist, dann wird eine Überprüfung gemacht, um festzustellen, ob die Operation eine Aktualisieroperation ist (1080). Wenn die Überprüfung eine Aktualisieroperation angibt, dann wird in Block 1090 die Aktualisieroperation durchgeführt, indem der Wert in dem Datensatz K_n gegen den Wert R_n (den überarbeiteten Datensatzdateninhalt) ausgetauscht, und die Routine verzweigt zu Block 1200.
Wenn die Überprüfung in Block 1080 angibt, daß die Operation keine Aktualisieroperation ist, dann wird eine Überprüfung in Block 1100 gemacht, um festzustellen, ob die Operation eine Löschoperation ist. Wenn die Operation eine Löschoperation ist, dann verzweigt die Routine zu Block 1110, wo eine Überprüfung gemacht wird, um zu gewährleisten, daß der Datensatz, der von dem Kennzeichner K_n gekennzeichnet wird, fehlt. Wenn der durch K_n gekennzeichnete Datensatz vorhanden ist, dann wird der Datensatz gelöscht, und die Routine verzweigt zu Block 1200.
Wenn die Überprüfung in Block 1100 angibt, daß die Operation keine Löschoperation ist, dann wird in Block 1120 eine Überprüfung gemacht, um festzustellen, ob die Operation eine "Null"-Operation ist. Eine Nulloperation wird an dem Anfang und an dem Ende der Dateiverarbeitung durchgeführt, um die Arbeitsdatendatei zu erzeugen, wenn eine Datei geöffnet und wenn sie geschlossen wird. Wenn die Operation eine Nulloperation ist, dann verzweigt die Routine zu Block 1220, in Erwartung der Übereinstimmung, daß die Datenbankdatei und die Daten-Hash beide genau und konsistent sind. Wenn die Überprüfung in Block 1120 anzeigt, daß die Operation keine Nulloperation ist, dann existiert ein Fehlerzustand, und die Operation wird in Block 1130 unterdrückt. Durch Erreichen von Block 1130 hat man festgestellt, daß die Arbeitsdatendatei falsch aufgebaut war.
Wenn die Überprüfungen in Block 1065, 1080 oder 1100 auf eine Addier-, Aktualisier- oder Löschoperation hinweisen, dann verzweigt die Verarbeitung zu Block 1200, wo der Datei-Hash-Wert aktualisiert wird, um den letzten bekannten Wert nach der Durchführung der jeweiligen Operation wiederzugeben. Auf diese Weise wird der Datei-Hash-Wert auf das eingestellt, was der neue Datei-Hash nach der Durchführung der gewünschten Operation aufgrund der geschützten Arbeitsdaten und der geschützten Dateidaten sein sollte. Dieser neue Datei-Hash-Wert wird wie gewünscht verschlüsselt und in die Datei-Hash-Datenstruktur geschrieben.
Die Verarbeitung fährt in Block 1220 fort, wo das Arbeitsdatenfeld 52 auf die Nulloperation zurückgesetzt wird. Wenn gewünscht, werden die Rücksetzarbeitsdaten verschlüsselt und in die Arbeitsdaten 50 geschrieben. Danach wird die Arbeitsdatendatei in ihrer Gesamtheit gelöscht.
Wenn die Routine die Verarbeitung in Block 1230 beginnt, wurden die Arbeitsdaten absorbiert und gelöscht und die zugehörige Datei wurde aktualisiert. An diesem Punkt der Verarbeitung sollten die zugeordneten Dateidaten richtig sein. In Block 1230 wird eine neue Arbeitsdatendatei erzeugt, die auf die Nulloperation initialisiert, wenn notwendig verschlüsselt und geschrieben wird.
Nachdem die neue Arbeitsdatendatei erzeugt wurde, wird das Verarbeiten in Block 1400 begonnen, um zu gewährleisten, daß die Datenbankdatei konsistent mit der Datei-Hash ist. Um diesen Prozeß zu beginnen, wird die berechnete Hash gleich Null gesetzt. In Block 1410 wird eine Schleife begonnen, die durch alle Datensätze in der Datei läuft. Nachdem alle Datensätze in der Schleife verarbeitet wurden (Block 1420), verzweigt die Routine zu Block 1430. Wenn die Datenbankdatei gerade erzeugt wird, dann gibt es null Datensätze, und die Schleife wird überhaupt nicht ausgeführt, und die Routine verzweigt unmittelbar zu Block 1430.
In Block 1420 wird der Wert R_n des durch K_n gekennzeichneten Datensatzes gelesen und, wenn notwendig, entschlüsselt. Die berechnete Hash wird dann mit dem neuen Datensatz R_n vergrößert, indem folgendes berechnet wird: berechnete Hash = F (berechnete Hash, Hash, ((Länge von Kn)||Kn||Rn))
Bei der bevorzugten Implementierung, bei der F und F-invers Exklusiv-ODER sind, wird dies: berechnete Hash = berechnete Hash XOR Hash, (Länge von Kn)||Kn||Rn)
Die Routine verzweigt zurück zu Block 1410, bis alle Aufzeichnungen genau einmal verarbeitet sind.
Nachdem alle Datensätze verarbeitet sind, wird in Block 1430 eine Überprüfung gemacht, um festzustellen, ob die neue "Datei-Hash" gleich der "berechneten Hash" ist. Wenn die Prüfsummen übereinstimmen, hat sich die Datenbankdatei als gültig, konsistent und unverfälscht erwiesen, und die Routine verzweigt zu der Hauptroutine zurück, wo die vertrauenswürdigen Daten dann verarbeitet werden. Wenn alternativ die Prüfsummen nicht übereinstimmen, wurde zumindest von der Datenbankdatei, der Datei-Hash oder den Arbeitsdaten eines beschädigt oder auf irgend eine Weise verfälscht. Dieser Fehlerzustand wird dem Benutzer oder dem Anwendungsprogramm angezeigt (1440), woraufhin die Anwendung abbricht oder in Abhängigkeit von der Ausführung dem Benutzer erlaubt werden kann, zu entscheiden, die Verarbeitung abzubrechen oder die Verarbeitung auf sein oder ihr eigenes Risiko fortzusetzen.
5 zeigt ein Flußdiagramm, das die Operationsfolge beim Durchführen einer Addier-, Aktualisier- oder Löschfunktion darstellt. Die in 5 gezeigte Routine wird somit ausgeführt, wenn die angezeigte Operation entweder eine Addier-, Aktualisier- oder Löschoperation ist. In 5 nimmt die unten beschriebene Nomenklatur an, daß die Operation auf den Datensatz K_n stattfindet, und daß für eine Addier- und Aktualisieroperation NeuR_n der Wert des Datensatzes K_n ist, der einzusetzen ist. Die folgende Nomenklatur nimmt an, daß für eine Aktualisier- und Löschoperation AltR_n der aktuelle Wert des Datensatzes K_n ist, an dem die Operation beginnt. Somit sind die beiden Variablen, die unten gekennzeichnet sind, für eine Addier- und Aktualisieroperation "NeuR_n", die den neuen Wert des Datensatzes K_n darstellt, der einzusetzen ist, und für eine Aktualisier- und Löschoperation "AltR_n", die der aktuelle Wert des Datensatzes K_n ist, wenn die Operation beginnt.
In Block 2010 beginnt die Verarbeitung durch Vorbereiten, neue Arbeitsdaten zu bilden, durch Einsetzen der relevanten Operation (Addiere, Aktualisiere oder Lösche) in Feld 52 und Einsetzen des Datensatzkennzeichners K_n (einschließlich seiner Länge) in Feld 54 von 3. Eine Überprüfung wird in Block 2020 gemacht, um festzustellen, ob die Operation Aktualisieren oder Löschen ist. Wenn die Operation Aktualisieren oder Löschen ist (so daß ein alter Datensatz ausgetauscht wird), dann wird in Block 2030 die Hash der angesammelten Datei berechnet, indem der alte Datensatz herausgezogen wird. Um den alten Datensatz aus der Gesamthash zu entfernen, wird die Funktion Finv wie folgt eingesetzt: Datei-Hash = Finv (Datei-Hash, Hash (Länge von Kn||Kn||AltRn)).
Bei der bevorzugten Implementierung, bei der F und Finv Exklusiv-ODER sind, wird dies: Datei-Hash = Datei-Hash XOR Hash (Länge von Kn||Kn||AltRn).
Wenn eine Löschoperation angezeigt wird, dann werden Dummyfelder 54 und 56 für den Wert des überarbeiteten Datensatzes eingesetzt, weil es keine solchen Werte gibt.
Wenn die Operation nicht Aktualisieren oder Löschen ist (oder nach der Neuberechnung der Hash des existierenden Datensatzes in Block 2030) erreicht die Steuerung Block 2040, wo eine Überprüfung gemacht wird, um festzustellen, ob die Operation Addieren oder Aktualisieren ist. Wenn die Operation Addieren oder Aktualisieren ist, dann verzweigt die Routine zu Block 2050, in dem ein neuer Datensatz derart verarbeitet wird, daß der neue Datensatz in das Arbeitsdatendatenstrukturfeld 56 eingesetzt wird, und der vorgeschlagene überarbeitete Datensatz NeuR_n in die Gesamtdatei-Hash unter Verwendung des folgenden aufgenommen wird: Datei-Hash = F(Datei-Hash, Hash (Länge von Kn||Kn||NeuRn)).
Bei der bevorzugten Implementierung, bei der F_n und Finv Exklusiv-ODER sind, wird dies: Datei-Hash = Datei-Hash XOR Hash (Länge von Kn||Kn||NeuRn).
Wenn die Operation nicht Addieren oder Aktualisieren ist (oder nach der Verarbeitung in Block 2050), wird die überarbeite Datei-Hash der gesamten Datenbank in Feld 58 von der Arbeitsdatendatenstruktur 50 eingesetzt (2060). Die Hash der Verkettung der neu vorgeschlagenen Arbeitsdatenfelder 52, 54, 56 und 58 wird berechnet und in Feld 60 der Arbeitsdatenstruktur 50 eingesetzt. Die neuen Arbeitsdaten werden in die Arbeitsdatendatei nach der Verschlüsselung derartiger Daten, wenn es notwendig ist, geschrieben. Zumindest Feld 60 von der Arbeitsdatendatei sollte zum Schutz verschlüsselt werden.
Eine Überprüfung wird in Block 2070 gemacht, um festzustellen, ob das Schreiben einer derartigen Information auf z.B. den Plattenspeicher erfolgreich war. Wenn des Schreiben mißlang, verzweigt die Routine zu Block 2080. Anderenfalls wird mit Block 2100 fortgefahren.
Selbst in dem Fall eines Fehlers an diesem Punkt bei der Verarbeitung der Datenbankdatei sollte die Dateihash intakt und konsistent sein, und eine zukünftige Wiederherstellung wird richtige Daten ergeben, weil: wenn die Arbeitsdaten tatsächlich überhaupt nicht geschrieben wurden, dann wird die Wiederherstellung die letzte Aktualisierung sehen und die Datenbankdatei in ihrem aktuellen Zustand wieder speichern. Wenn die Arbeitsdaten zum Teil oder fehlerhaft geschrieben wurden, dann wird die entgültige Hash in Feld 60 einer späteren Wiederherstellung den Fehler zeigen; keine Aktion wird gemacht werden, und die Datenbank wird in ihrem aktuellen (richtigen) Zustand bleiben dürfen. Wenn die Arbeitsdaten tatsächlich wie gewünscht geschrieben wurden, dann wird die Wiederherstellung eine richtige Aufzeichnung sehen und die letzten Änderungen wie beabsichtigt anwenden. Die Aktualisierung wird dann beendet.
Wenn die Überprüfung in Block 2070 anzeigt, daß das Schreiben erfolgreich war, dann wird die beabsichtigte Aktualisieroperation (z.B. Addiere, Aktualisiere, Lösche) in Block 2100 durchgeführt. Eine Überprüfung wird dann in Block 2110 gemacht, um festzustellen, ob die Operation erfolgreich durchgeführt wurde. Die Operation kann aus einer Vielfalt von Gründen fehlschlagen (einschließlich z.B. der Stromunterbrechung durch den Benutzer). Auf jeden Fall wird während des Wiederherstellungsverfahrens die Operation wieder versucht werden. Bei dem Ausführungsbeispiel verläßt die Routine die aktuelle Addier-, Aktualisier- und Löschroutine (2115) und stellt den Fehler dem Aufrufer dar.
Wenn die Operation erfolgreich war, dann wird die aktualisierte Datei-Hash geschrieben und verschlüsselt (2120). Sobald der Datei-Hash-Wert erfolgreich geschrieben wurde, wie durch die Überprüfung in Block 2130 festgestellt, verzweigt die Routine zurück mit einem Hinweis, daß die Datenbankdateimodifikation erfolgreich war (2145). Wenn das Schreiben nicht erfolgreich war, wie durch die Überprüfung in Block 2130 angezeigt, dann verzweigt die Routine zu Block 2140, wo die Routine mit einem Fehler abbricht. Jeder zukünftige Wiederherstellungsversuch wird die durchgeführte Arbeit bei einem Versuch wiederholen, die Datei-Hash richtig einzustellen. Während das in Verbindung mit den 4 und 5 beschriebene Ausführungsbeispiel die Handhabung von nur einem einzigen Datensatz und einer einzigen Operation zu einer Zeit betrifft, könnte sie, wie es den Fachleuten klar ist, erweitert werden, um mehrere Datensätze zu handhaben.
6 zeigt ein Flußdiagramm, das die Operationsfolge darstellt, die bei Schließenoperationen involviert sind. Wie in Block 3010 angedeutet, wird eine neue endgültige Arbeitsdatenstruktur 50 gebildet, wobei eine Nulloperationanzeige in Feld 52 eingesetzt und Dummyfelder in die Felder 54 und 56 eingesetzt werden. Die endgültige Datei-Hash wird in Feld 58 eingesetzt, und die Hash wird aus der Verkettung der neu gebildeten Arbeitsdatenfelder 52, 54, 56 und 58 berechnet. Diese Hash wird dann in das Arbeitsdatenstrukturfeld 60 eingesetzt. Die endgültige Arbeitsdatenstruktur wird wie geeignet verschlüsselt und in den Speicher geschrieben. Die Verarbeitungsschritte werden dann durchgeführt, um zu gewährleisten, daß der endgültige Datei-Hash-Wert mit der Datei gespeichert wird, indem er z.B. in das Dateiverzeichnis oder in ein anderes sicheres Gebiet bewegt wird (3020). Danach wird die Datenbankdatei geschlossen (3030) und die Arbeitsdatendatei wird gelöscht oder auf andere Weise von der aktuellen Datenbankdatei getrennt (3040).
Das Ausführungsbeispiel schafft die volle Dateiintegrität, während es die oben genannten früheren Probleme vermeidet. Die volle Integrität wird mit dem bescheidenen Extra-Overhead des Speicherns eines Hash-Werts erreicht, der jeder Datei in einem Systemdateiverzeichnis zugeordnet ist (in einigen Umgebungen könnte die gesamte Festplatte als eine Datei betrachtet werden), oder in einer speziellen Sicherheitsdatenbank; zusätzliche Verarbeitung, wenn auf jede Datei das erste Mal zugegriffen wird ("geöffnet wird"), um die gesamte Datei abzutasten und die Prüfsumme neu zu berechnen, um sie mit der gespeicherten Hash zu verifizieren; zusätzlicher Arbeitsspeicher, um die Hash für Dateien zu speichern, die in einem bestimmten Moment in Verwendung sind; zusätzliche Verarbeitung, wenn irgend ein Datensatz hinzugefügt, aktualisiert oder entfernt wird – um die überarbeitete Hash zu berechnen und diese Hash für die Datei erneut zu schreiben.
Während die Erfindung in Verbindung mit dem beschrieben wurde, was zur Zeit als das praktikabelste und bevorzugteste Ausführungsbeispiel ist, ist es klar, daß die Erfindung nicht auf das offenbarte Ausführungsbeispiel beschränkt sein soll, sondern im Gegenteil ist es beabsichtigt, verschiedene Modifikationen und äquivalente Anordnungen zu erfassen, die in dem Schutzbereich der beigefügten Ansprüche enthalten sind.

Claims

Verfahren zum Schützen von Sammlungen mehrerer diskreter Dateneinheiten, die von Zeit zu Zeit durch ein zugehöriges Datenverarbeitungssystem modifiziert werden, mit dem Erhalten eines Prüfsummenwerts für jede der diskreten Dateneinheiten, indem eine Prüfsummenoperation unter Verwendung zumindest des Datenwertteils der Dateneinheit durchgeführt wird, der zu schützen ist, gekennzeichnet durch: Ansammeln des Prüfsummenwerts für jede diskrete Dateneinheit unter Verwendung einer Funktion, die den unabhängigen Einschluß und die unabhängige Löschung von jedem individuellen Prüfsummenwert aus dem angesammelten Prüfsummenwert zuläßt.
Verfahren nach Anspruch 1, des Weiteren mit dem Schritt des Löschens eines individuellen Prüfsummenwerts unter Verwendung der Inversen der Funktion.
Verfahren nach Anspruch 1, des Weiteren mit dem Schritt des Einschließens eines Anzeigers, der die relative Reihenfolge jeder Dateneinheit gegenüber den anderen Dateneinheiten unterscheidet, als Teil der für jede Dateneinheit prüfzusummierenden Daten.
Verfahren nach Anspruch 1, des Weiteren mit dem Schritt des Aktualisierens einer der diskreten Dateneinheiten, und des Arbeitens mit dem angesammelten Prüfsummenwert unter Verwendung der Inversen der Funktion.
Verfahren nach Anspruch 3, bei dem der Anzeiger eine Nummer einer Vielzahl von sequenziell angeordneten Dateneinheitsnummern ist.
Verfahren nach Anspruch 1, bei dem der Anzeiger ein Schlüsselwert ist, der eingesetzt wird, um die diskreten Dateneinheiten assoziativ zu indizieren.
Verfahren nach Anspruch 1, bei dem die diskreten Dateneinheiten Bytes sind.
Verfahren nach Anspruch 1, bei dem die diskreten Dateneinheiten Sektoren sind.
Verfahren nach Anspruch 1, des Weiteren mit den folgenden Schritten: Durchführen einer bestimmten Prüfsummenoperation auf eine erste Datengruppe und einen Anzeiger, der die erste Gruppe identifiziert; Durchführen einer bestimmten Prüfsummenoperation auf eine zweite Datengruppe und einen Anzeiger, der die zweite Gruppe identifiziert; und Kombinieren der Prüfsummen, um eine angesammelte Prüfsumme, unter Verwendung einer Funktion festzustellen, wodurch die Prüfsumme der ersten Gruppe und die Prüfsumme der zweiten Gruppe nacheinander aus der angesammelten Prüfsumme unter Verwendung der Inversen der Funktion extrahiert werden können.
Verfahren nach Anspruch 9, bei dem der Schritt des Durchführens einer Aktualisieroperation den folgenden Schritt umfaßt: Arbeiten mit der angesammelten Prüfsumme unter Verwendung der Inversen der Funktion.
Verfahren nach Anspruch 9, bei dem der Schritt des Berechnens der Prüfsumme einen Anzeiger, der die erste Datengruppe identifiziert, und einen Anzeiger einsetzt, der die zweite Datengruppe identifiziert.
Verfahren nach Anspruch 1 oder 9, bei dem die diskreten Dateneinheiten oder die erste Datengruppe und die zweite Datengruppe Datensätze sind.
Verfahren nach Anspruch 1, des Weiteren mit dem Führen eines Gültigkeitsanzeigers einer aktualisierbaren Datendatei mit einer Vielzahl von Dateneinheiten und einer zugehörigen Dateiprüfsumme mit den folgenden Schritten: Zugreifen auf die Dateiprüfsumme; Aktualisieren einer Dateneinheit der Vielzahl von Dateneinheiten, um eine aktualisierte Dateneinheit zu erzeugen; und Berechnen einer angesammelten Prüfsumme unter Verwendung der aktualisierten Dateneinheit, indem eine Funktion mit sowohl assoziativer als auch kommutativer Eigenschaft auf die angesammelte Prüfsumme und die aktualisierte Dateneinheit angewendet wird.
Verfahren nach Anspruch 1, des Weiteren mit den folgenden Schritten: Kombinieren des Informationsinhalts eines Datensatzes mit einem Datensatzkennzeichner, um eine angesammelte Datenkette festzustellen; Durchführung einer Prüfsummenoperation auf die angesammelte Datenkette, um einen Prüfsummenwert zu bestimmen; und Anwenden einer Funktion mit sowohl assoziativer als auch kommutativer Eigenschaft auf den Prüfsummenwert.
Verfahren nach einem der Ansprüche 1, 9, 13 oder 14, des Weiteren mit dem Schritt des Zuordnens einer Datenstruktur zu zumindest einer diskreten Dateneinheit oder zumindest entweder der ersten Datengruppe oder der zweiten Datengruppe, oder Gruppen von Datensätzen zur Verwendung, wenn das Datenverarbeitungssystem unterbrochen wird, wenn Aktualisierungen für die Dateneinheit, die Datengruppe oder die Datensätze in Gang sind.
Verfahren nach Anspruch 15, des Weiteren mit dem Schritt des Versehens der Datenstruktur mit einem Feld zum Identifizieren einer Aktualisierungsoperation, die für die Einheit oder Gruppe durchzuführen ist.
Verfahren nach Anspruch 15, des Weiteren mit dem Schritt des Bereitstellens der Datenstruktur mit einem Feld zum Identifizieren einer überarbeiteten Version einer angesammelten Prüfsumme.
Verfahren nach Anspruch 15, des Weiteren mit dem Schritt des Bereitstellens der Datenstruktur mit einem Feld zum Speichern der Prüfsumme von Feldern in der Datenstruktur.
Verfahren nach Anspruch 15, des Weiteren mit dem Schritt des Verschlüsselns zumindest eines Teils der Struktur.
Verfahren nach einem der Ansprüche 1, 9, 13 oder 17, des Weiteren mit dem Schritt des Speicherns der angesammelten Prüfsumme.
Verfahren nach einem der Ansprüche 1, 9, 13 oder 17, des Weiteren mit dem Schritt des Speicherns der ange sammelten Prüfsumme, derart, daß sie nicht von irgend jemand anderem als einem berechtigten Benutzer modifiziert werden kann.
Verfahren nach einem der Ansprüche 1, 9, 13 oder 14, bei dem die Funktion eine Exklusiv-ODER-Operation ist.
Verfahren nach einem der Ansprüche 1, 9, 13 oder 14, bei dem die Funktion eine Additionsoperation ist.