Manipulierte Daten erkennen, ­beweisen und eindämmen

Digitale Prozesse leben von verlässlichen Daten, und genau die geraten ins Visier. Injection-Angriffe wie SQL-­Injection, Cross-Site-Scripting oder Command Injection schleusen fremden Code in ein System, um Daten zu verändern oder zu löschen; bei KI-Anwendungen zielt die Prompt Injection auf dasselbe. So verschieden die Vektoren sind, das Problem dahinter bleibt gleich: Eine Veränderung geschieht, ohne dass jemand sie bemerkt. Und was niemand bemerkt, lässt sich später weder nachweisen noch rückgängig machen.

Klassische Systeme schützen vor Verlust, nicht vor ­Veränderung

Herkömmliche IT sichert Daten gegen Ausfall und Verlust, aber nicht gegen die nachträgliche, unbemerkte Manipulation eines einzelnen Datensatzes. Im Streit- oder Prüffall fehlt dann der Beweis, dass ein Dokument seit seiner Erstellung unverändert ist. Kryptografische Integritätsnachweise lösen genau das: Jeder Datensatz erhält eine Prüfsumme, die unveränderlich verankert wird. Ändert ein Angriff auch nur ein Byte, stimmt sie nicht mehr. Die Manipulation wird sichtbar, statt im Verborgenen zu bleiben.

Nicht nur ob, sondern woher

Zu wissen, dass Daten verändert wurden, genügt selten. Entscheidend ist die Herkunft: aus welchen Quellen ein Datensatz stammt und welche Systeme und Freigaben er durchlaufen hat. Diese lückenlose Lineage unterscheidet einen blossen Zeitstempel von einem belastbaren, gerichtsfesten Nachweis und macht mögliche Eingriffe rekonstruierbar, statt sie nur zu vermuten.

Bei vertikaler KI wiegt das doppelt

Ein System, das in einer Branche automatisiert entscheidet, verarbeitet Daten im Sekundentakt ungefiltert weiter. Eine unbemerkte Manipulation an der Quelle vervielfacht sich über nachgelagerte Entscheidungen, ohne dass ein Mensch eingreift.

Nach dem Vorfall zählt die Nachvollziehbarkeit

Ist ein Angriff erfolgt, stellt sich sofort die Frage: Wer hat wann worauf zugegriffen und was verändert? Ein revisionssicherer Audit-Trail beantwortet das automatisch und manipulationssicher und liefert im Ernstfall die forensische Beweiskette. Am wirksamsten ist er, wenn er direkt in die bestehende Arbeitsumgebung integriert ist statt als separates Zusatzsystem. So entstehen keine Lücken durch Werkzeuge, die niemand nutzt. Regulatorisch ist das ohnehin Pflicht: NIS-2, DORA und eIDAS 2.0 verlangen prüfbare Nachweise.

Wenn der Angriff gelingt, den Schaden begrenzen

Kein Schutz ist lückenlos. Deshalb entscheidet im Ernstfall, wie viel ein Angreifer erbeuten kann. Bei clientseitiger Verschlüsselung verlassen die Schlüssel das Gerät nie; wer sich Zugang verschafft, findet nur unlesbare Inhalte vor. Der Schaden bleibt begrenzt, statt sich auf alle Daten auszudehnen.

Vertrauen gehört in die Architektur

Erkennen, beweisen, eindämmen. Diese drei Antworten greifen nur ineinander, wenn sie von Beginn an mitgedacht sind. Wer Integrität, Herkunft, Nachvollziehbarkeit und Datenhoheit nachträglich einbauen will, zahlt doppelt und schliesst die Lücke doch nie ganz. Der eigentliche Fortschritt liegt nicht darin, jeden Angriff zu verhindern, sondern darin, dass keiner mehr unbemerkt bleibt.