Datenintegrität

Datenintegrität bezeichnet die Vollständigkeit, Unversehrtheit und Korrektheit von Daten über ihren gesamten Lebenszyklus hinweg: Daten dürfen nicht unbemerkt verändert, gelöscht oder ergänzt werden – weder durch technische Fehler noch durch unbefugte Eingriffe. Datenintegrität ist neben Vertraulichkeit und Verfügbarkeit einer der drei Grundwerte der Informationssicherheit und in Art. 5 Abs. 1 lit. f sowie Art. 32 DSGVO rechtlich verankert.

Was ist Datenintegrität?

Datenintegrität ist die Eigenschaft von Daten, seit ihrer Entstehung oder letzten autorisierten Änderung unverändert und vollständig geblieben zu sein. ISO/IEC 27000 definiert Integrität knapp als Eigenschaft der Richtigkeit und Vollständigkeit; das BSI fasst darunter zusätzlich die korrekte Funktionsweise der Systeme, die diese Daten verarbeiten. Gemeint ist also nicht nur der gespeicherte Inhalt, sondern die gesamte Kette von der Erfassung über Übertragung und Speicherung bis zur Archivierung oder Löschung.

Ein Punkt wird dabei regelmäßig missverstanden: Die meisten Verfahren zur Datenintegrität verhindern Veränderungen nicht, sie machen sie erkennbar. Ein Hashwert hindert niemanden daran, eine Datei zu ändern – er sorgt dafür, dass die Änderung auffällt. Diese Unterscheidung zwischen Manipulationsschutz und Manipulationserkennung entscheidet darüber, welche Maßnahmen eine Organisation braucht. Wo Veränderungen technisch ausgeschlossen werden sollen, sind unveränderbare Speicherverfahren erforderlich; wo Nachweisbarkeit genügt, reichen kryptografische Prüfwerte und eine getrennt gesicherte Protokollierung.

Ebenso wichtig ist die Abgrenzung zur inhaltlichen Richtigkeit. Datenintegrität sagt aus, dass ein Wert nicht unbefugt verändert wurde – nicht, dass er sachlich zutrifft. Eine falsch erfasste Telefonnummer bleibt falsch, auch wenn sie integritätsgesichert gespeichert ist. Die DSGVO trennt beide Anforderungen sauber: Art. 5 Abs. 1 lit. d verlangt die Richtigkeit personenbezogener Daten, Art. 5 Abs. 1 lit. f ihre Integrität und Vertraulichkeit. Wer beide Prinzipien vermengt, plant regelmäßig an einer der beiden Anforderungen vorbei.

Warum ist Datenintegrität wichtig?

Datenintegrität ist wichtig, weil praktisch jede Entscheidung in einer Organisation auf Daten beruht, deren Korrektheit stillschweigend vorausgesetzt wird. Fällt die Verfügbarkeit aus, merkt es die Organisation sofort. Wird die Vertraulichkeit gebrochen, wird es früher oder später sichtbar. Eine verletzte Datenintegrität dagegen kann über Monate unbemerkt bleiben und wirkt in dieser Zeit fort: in Auswertungen, Abrechnungen, Steuerungsdaten, medizinischen Befunden oder einsatzbezogenen Lagebildern.

Angreifer haben diesen Effekt längst eingepreist. Neben der Verschlüsselung von Daten durch Ransomware gehören gezielte Manipulationen zum Repertoire: veränderte Zahlungsdaten in Rechnungen, manipulierte Stammdaten, unterschobene Anweisungen in Kommunikationskanälen, veränderte Protokolldateien zur Verschleierung eines Eindringens. Solche Angriffe sind für die Betroffenen schwerer zu erkennen als ein Totalausfall – und ihr Schaden entsteht nicht durch den Vorfall selbst, sondern durch alle Entscheidungen, die anschließend auf den manipulierten Daten getroffen werden.

Hinzu kommt die Nachweisdimension. Nach einem Sicherheitsvorfall muss eine Organisation belegen können, welche Daten betroffen waren und welche nicht. Ohne Integritätsnachweise bleibt nur die Annahme, dass sämtliche Datenbestände kompromittiert sein könnten – mit entsprechenden Folgen für Wiederherstellung, Meldepflichten und Haftung. Eine unbefugte Veränderung personenbezogener Daten ist zudem nach Art. 4 Nr. 12 DSGVO eine Verletzung des Schutzes personenbezogener Daten und kann die Meldepflicht nach Art. 33 DSGVO innerhalb von 72 Stunden auslösen.

Wie unterscheidet sich Datenintegrität von Datenqualität, Datenkonsistenz und Datensicherheit?

Datenintegrität, Datenqualität, Datenkonsistenz und Datensicherheit beschreiben unterschiedliche Eigenschaften, die in der Praxis häufig synonym verwendet werden. Die Unterscheidung ist keine Begriffsklauberei: Sie bestimmt, welche Fachbereiche zuständig sind und mit welchen Maßnahmen ein Defizit behoben wird. Ein Data-Quality-Projekt verbessert keine Integrität, und ein Verschlüsselungsprojekt verbessert keine Datenqualität.

Besonders eng verzahnt sind Datenintegrität und Authentizität. Eine Nachricht, deren Absender feststeht, deren Inhalt aber unterwegs verändert werden kann, ist wertlos – und umgekehrt. Kryptografische Verfahren adressieren deshalb meist beide Ziele gemeinsam.

Welche Arten von Datenintegrität gibt es?

Datenintegrität wird üblicherweise in physische und logische Integrität unterteilt. Die physische Datenintegrität betrifft die fehlerfreie Speicherung und Übertragung auf Hardwareebene: Sie ist bedroht durch Defekte an Datenträgern, Bitfehler im Arbeitsspeicher, Übertragungsfehler, Stromausfälle während Schreibvorgängen und schleichende Datenträgerdegradation, im Englischen als Silent Data Corruption oder Bit Rot bezeichnet. Gegenmaßnahmen sind ECC-Arbeitsspeicher, Prüfsummen auf Dateisystemebene, redundante Speicherarchitekturen und regelmäßige Konsistenzprüfungen der Bestände.

Die logische Datenintegrität betrifft die inhaltliche Widerspruchsfreiheit der Daten innerhalb ihrer Struktur. In relationalen Datenbanken ist sie klassisch in vier Kategorien gegliedert: Die Entitätsintegrität verlangt, dass jeder Datensatz über einen eindeutigen, nicht leeren Primärschlüssel identifizierbar ist. Die referenzielle Integrität stellt sicher, dass jeder Fremdschlüssel auf einen tatsächlich existierenden Datensatz verweist, sodass keine verwaisten Verknüpfungen entstehen. Die Domänenintegrität begrenzt Werte auf zulässige Datentypen, Formate und Wertebereiche. Die benutzerdefinierte Integrität bildet fachliche Regeln ab, etwa dass ein Enddatum nicht vor dem Startdatum liegen darf.

Auf Transaktionsebene wird logische Datenintegrität durch das ACID-Prinzip gesichert: Atomarität, Konsistenz, Isolation und Dauerhaftigkeit. Es garantiert, dass eine Transaktion entweder vollständig oder gar nicht wirksam wird – der Grund, warum ein abgebrochener Buchungsvorgang keine halb verbuchten Datensätze hinterlässt.

Wodurch wird Datenintegrität verletzt?

Datenintegrität wird sowohl unbeabsichtigt als auch vorsätzlich verletzt, wobei unbeabsichtigte Ursachen in der Praxis deutlich häufiger sind. Zu ihnen zählen Hardwaredefekte und Bitfehler, fehlerhafte Software und Schnittstellen, abgebrochene Übertragungen, Fehler bei Migrationen und Importen, unsaubere Zeichensatz- oder Formatkonvertierungen sowie schlicht menschliche Eingabe- und Bedienfehler. Ein einzelner falsch konfigurierter Import kann dabei mehr Datensätze beschädigen als ein gezielter Angriff.

Vorsätzliche Verletzungen der Datenintegrität reichen von Manipulationen durch Innentäter mit legitimen Berechtigungen über Schadsoftware und Ransomware bis zu Angriffen auf dem Übertragungsweg. Bei einem Man-in-the-Middle-Angriff wird Kommunikation nicht nur mitgelesen, sondern verändert weitergeleitet – ein Szenario, gegen das reine Transportverschlüsselung ohne Authentisierung der Gegenstelle nicht zuverlässig schützt. Besonders relevant sind Angriffe auf Protokolldaten: Wer Logdateien verändern kann, beseitigt die Spuren aller anderen Handlungen.

Ein häufig unterschätzter Fall ist die Integritätsverletzung durch legitime Prozesse. Automatisierte Bereinigungsläufe, Synchronisationen zwischen Systemen mit unterschiedlichen Datenmodellen und unkoordinierte Massenänderungen zerstören Datenbestände regelmäßig ohne jede böse Absicht – und ohne dass eine Sicherheitsmaßnahme anschlägt, weil die auslösende Person dazu berechtigt war.

Wie lässt sich Datenintegrität technisch sicherstellen?

Datenintegrität wird technisch durch Prüfwerte, kryptografische Verfahren, Transaktionssicherheit, unveränderbare Speicherung und lückenlose Protokollierung sichergestellt. Kein Verfahren deckt alle Anforderungen ab; wirksam ist erst die Kombination, die zum Schutzbedarf passt.

Zwei Punkte verdienen besondere Aufmerksamkeit. Erstens: Verschlüsselung allein sichert keine Datenintegrität. Reine Vertraulichkeitsverfahren ohne Authentisierung sind formbar – ein Angreifer kann den Geheimtext gezielt verändern, ohne ihn zu kennen, und der Empfänger bemerkt es nicht. Deshalb setzen aktuelle Verfahren wie AES-GCM oder ChaCha20-Poly1305 auf authentisierte Verschlüsselung, die Vertraulichkeit und Integrität gemeinsam absichert. Auch Ende-zu-Ende-Verschlüsselung schützt nur dann vor Manipulation, wenn sie eine Nachrichtenauthentisierung einschließt.

Zweitens: Hashverfahren veralten. MD5 und SHA-1 gelten wegen praktisch durchführbarer Kollisionsangriffe als ungeeignet für Integritätsnachweise. Für die Auswahl aktueller Verfahren und Schlüssellängen ist im deutschsprachigen Raum die Technische Richtlinie BSI TR-02102-1 die maßgebliche Referenz. Ein Integritätsnachweis, der auf einem gebrochenen Verfahren beruht, ist kein Nachweis mehr – auch wenn er technisch weiterhin funktioniert.

Organisatorisch ergänzt werden diese Verfahren durch ein Berechtigungskonzept nach dem Prinzip der minimalen Rechte, die Trennung von Ausführung und Kontrolle bei kritischen Änderungen, das Vier-Augen-Prinzip, geprüfte Backups mit Wiederherstellungstests sowie Versionierung. Backups sichern dabei nur dann Integrität, wenn ihre Unveränderbarkeit gewährleistet ist – Ransomware zielt regelmäßig zuerst auf die Sicherungen.

Welche gesetzlichen Anforderungen gelten für Datenintegrität?

Datenintegrität ist in mehreren Regelwerken ausdrücklich gefordert. Die DSGVO nennt sie in Art. 5 Abs. 1 lit. f als Grundsatz und konkretisiert sie in Art. 32 Abs. 1 lit. b als Pflicht, die Vertraulichkeit, Integrität, Verfügbarkeit und Belastbarkeit der Systeme auf Dauer sicherzustellen; Art. 32 Abs. 1 lit. d verlangt zusätzlich ein Verfahren zur regelmäßigen Überprüfung der Wirksamkeit dieser Maßnahmen. Das Standard-Datenschutzmodell der deutschen Aufsichtsbehörden führt Integrität als eigenes Gewährleistungsziel und ordnet ihm konkrete Maßnahmen zu, was die Umsetzung von Art. 32 DSGVO prüfbar macht.

Für Betreiber kritischer Infrastrukturen und die von der NIS2-Richtlinie (EU) 2022/2555 erfassten Einrichtungen ergeben sich Anforderungen aus Art. 21, der Risikomanagementmaßnahmen einschließlich Kryptografiekonzepten, Backup-Management und Sicherheit in Beschaffung, Entwicklung und Wartung verlangt. In Deutschland flankiert das BSI-Gesetz diese Pflichten für kritische Infrastrukturen.

Im Rechnungswesen gelten die GoBD, die auf § 146 Abs. 4 AO aufsetzen: Eine Buchung darf nicht so verändert werden, dass der ursprüngliche Inhalt nicht mehr feststellbar ist. Daraus folgt die Pflicht zu unveränderbarer Speicherung und lückenloser Protokollierung – der praktische Ursprung der meisten Revisionssicherheitsanforderungen in deutschen Unternehmen. Im regulierten Pharma- und Medizinproduktebereich ist Datenintegrität als eigenständige Disziplin ausgeprägt: FDA 21 CFR Part 11 und Annex 11 des EU-GMP-Leitfadens fordern nachvollziehbare elektronische Aufzeichnungen, üblicherweise beschrieben durch die ALCOA+-Prinzipien (zurechenbar, lesbar, zeitnah, im Original, korrekt sowie vollständig, konsistent, dauerhaft und verfügbar).

Für die Beweisführung schließlich sind die eIDAS-Verordnung (EU) Nr. 910/2014 mit qualifizierten Signaturen und Zeitstempeln sowie die Technische Richtlinie BSI TR-03125 (TR-ESOR) zur Beweiswerterhaltung kryptografisch signierter Dokumente maßgeblich. Sie beantworten die Frage, wie sich Datenintegrität über Aufbewahrungsfristen von Jahren oder Jahrzehnten belegen lässt – ein Aspekt, den technische Maßnahmen allein nicht abdecken, weil Algorithmen und Zertifikate ihrerseits altern.

Welche Rolle spielt Datenintegrität in der Krisen- und Notfallkommunikation?

In der Krisenkommunikation ist Datenintegrität unmittelbar handlungsrelevant, weil Empfänger auf Grundlage der übermittelten Informationen sofort handeln. Eine veränderte Ortsangabe, ein manipulierter Alarmierungstext oder eine untergeschobene Anweisung entfaltet im Einsatz binnen Minuten Wirkung – anders als ein verfälschter Datensatz im Berichtswesen, der über Wochen auffällt. Erschwerend kommt hinzu, dass in der Lage weder Zeit noch Ruhe für Rückfragen bleibt und Empfänger unter Druck weniger kritisch prüfen.

Drei Anforderungen ergeben sich daraus. Erstens muss der Absender zweifelsfrei feststehen, damit Anweisungen zugeordnet werden können. Zweitens muss der Nachrichteninhalt auf dem Übertragungsweg unveränderbar sein, was authentisierte Verschlüsselung voraussetzt. Drittens muss der Verlauf nachträglich nachvollziehbar bleiben: Wer hat wann was mitgeteilt, wer hat es empfangen, welche administrativen Eingriffe gab es? Diese Dokumentation ist nicht nur für die Nachbereitung relevant, sondern auch für Meldepflichten, Aufsichtsverfahren und die Beweisführung gegenüber Versicherern. Im Business Continuity Management wird sie deshalb als eigene Anforderung an Notfallkommunikationsmittel geführt.

In der Praxis scheitert das seltener an Kryptografie als an der Kanalwahl. Weichen Beteiligte im Ereignisfall auf private Messenger oder mündliche Zurufe aus, entsteht ein Kommunikationsverlauf, der weder vollständig noch überprüfbar ist – und der sich im Nachgang nicht rekonstruieren lässt. Organisationen lösen diese Anforderung in der Regel über freigegebene Kommunikationslösungen, in denen Absenderidentität, Nachrichtenverlauf und administrative Eingriffe zentral protokolliert und exportierbar sind. Ihre DSGVO-Konformität und die Integritätssicherung müssen dabei gemeinsam betrachtet werden, weil Protokolldaten selbst personenbezogen sind.

Wie sich Nachrichtenverläufe, Berechtigungen und administrative Eingriffe nachvollziehbar protokollieren lassen, zeigt Teamwire in einer Demo oder im kostenlosen Test.

Welche Fehler gefährden die Datenintegrität am häufigsten?

Der häufigste Fehler ist die Annahme, Verschlüsselung und Backups würden Datenintegrität bereits abdecken. Beide adressieren andere Schutzziele: Verschlüsselung ohne Authentisierung schützt die Vertraulichkeit, Backups die Verfügbarkeit. Weitere typische Schwachstellen:

• Prüfsummen werden erzeugt, aber nie systematisch verifiziert
• Protokolldateien liegen auf demselben System, dessen Manipulation sie belegen sollen
• Backups sind veränderbar und damit für Ransomware angreifbar
• Administrative Konten können Daten und Protokolle unbemerkt ändern; es fehlt die Trennung von Ausführung und Kontrolle
• Schnittstellen zwischen Systemen prüfen übernommene Daten nicht auf Plausibilität und Vollständigkeit
• Wiederherstellungen aus Backups werden nicht getestet, sodass beschädigte Sicherungen erst im Ernstfall auffallen
• veraltete Hashverfahren bleiben aus Kompatibilitätsgründen im Einsatz
• Integritätsanforderungen sind nicht nach Schutzbedarf differenziert, sodass unkritische Daten aufwendig geschützt und kritische übersehen werden

Zusammenfassung: Wichtige Punkte zu Datenintegrität

• Datenintegrität bezeichnet die Vollständigkeit, Unversehrtheit und Korrektheit von Daten über den gesamten Lebenszyklus – von der Erfassung über Übertragung und Speicherung bis zur Archivierung.
• Datenintegrität ist neben Vertraulichkeit und Verfügbarkeit einer der drei Grundwerte der Informationssicherheit und in Art. 5 Abs. 1 lit. f sowie Art. 32 DSGVO rechtlich verankert.
• Die meisten Integritätsverfahren verhindern Änderungen nicht, sondern machen sie erkennbar; echter Änderungsschutz erfordert unveränderbare Speicherung.
• Datenintegrität ist nicht dasselbe wie inhaltliche Richtigkeit: Ein falsch erfasster Wert bleibt falsch, auch wenn er integritätsgesichert gespeichert ist.
• Unterschieden werden physische Datenintegrität (Hardware, Übertragung, Speicherung) und logische Datenintegrität mit Entitäts-, referenzieller, Domänen- und benutzerdefinierter Integrität.
• Verschlüsselung allein sichert keine Integrität – erforderlich sind authentisierte Verfahren wie AES-GCM oder ChaCha20-Poly1305 beziehungsweise ergänzende MAC- oder Signaturverfahren.
• Zentrale Maßnahmen sind Hashwerte, HMAC, digitale Signaturen, ACID-Transaktionen, WORM-Speicherung, Versionierung und geschützte Protokollierung in getrennter Ablage.
• Häufigste Ursache von Integritätsverlusten sind unbeabsichtigte Fehler bei Migrationen, Schnittstellen und Massenänderungen – nicht Angriffe.
• Rechtliche Anforderungen ergeben sich aus DSGVO, NIS2-Richtlinie (EU) 2022/2555, BSI-Gesetz, GoBD und § 146 Abs. 4 AO sowie branchenspezifisch aus 21 CFR Part 11 und EU-GMP Annex 11.
• Eine unbefugte Veränderung personenbezogener Daten ist nach Art. 4 Nr. 12 DSGVO eine Datenschutzverletzung und kann die Meldepflicht nach Art. 33 DSGVO auslösen.