IT-Forensik · Linux
Software-RAID-System forensisch sichern
Software-RAID-Verbünde unter Linux, häufig mittels mdadm realisiert, bündeln mehrere physische Datenträger zu einem logischen Speicherverbund, was bei der forensischen Sicherung eine korrekte Erfassung aller beteiligten Einzeldatenträger sowie der Verbundkonfiguration erfordert.
Bei Linux-Systemen ist dieser Punkt besonders wichtig, weil sich Distributionen, Kernel-Versionen, Speicherarchitekturen und Sicherheitsmechanismen stark unterscheiden können. Ein klassischer Debian-Server, ein containerisiertes Kubernetes-Node und ein eingebettetes Embedded-System dürfen nicht nach demselben technischen Schema behandelt werden. Dateisystem, Verschlüsselung, Laufzeitumgebung und der jeweilige Systemzustand bestimmen, welche Daten zugänglich sind und welche Sicherungsmethode die geringsten Veränderungen verursacht.
Eine unvollständige Sicherung, bei der einzelne Datenträger eines Verbunds fehlen, kann die spätere Rekonstruktion des logischen Dateisystems erheblich erschweren oder sogar unmöglich machen, weshalb hierauf besonderes Augenmerk gelegt wird.
¿Por qué LanCologne?
LanCologne untersucht Linux-Systeme nicht nach einem pauschalen Standardschema, sondern anhand der konkreten Hardware-, Distributions- und Sicherheitsarchitektur. Unsere Mitarbeiter verfügen über jahrzehntelange Erfahrung in der Informationstechnologie und langjährige praktische Erfahrung in der IT-Forensik. Wir unterstützen Unternehmen, Rechtsanwälte, Privatpersonen sowie regelmäßig Gerichte und Behörden bei der technischen Aufklärung digitaler Sachverhalte.
Die Untersuchung erfolgt grundsätzlich auf einer forensischen Kopie beziehungsweise einem forensischen Abbild oder einer technisch gleichwertig beweissicher erfassten Datenquelle. Das Originalbeweismittel wird unverändert beziehungsweise mit den technisch unvermeidbaren Eingriffen transparent dokumentiert und beweissicher verwahrt.
Nuestra forma de trabajar y las herramientas que utilizamos
Unsere Untersuchung beginnt nicht mit dem Start eines Analyseprogramms, sondern mit der Beweismittelaufnahme. System, Hardware, Netzwerkanbindung, sichtbarer Betriebszustand und vorhandene Peripherie werden dokumentiert. Danach wird entschieden, ob das System ausgeschaltet bleiben muss, ob eine Live-Erfassung sinnvoll ist oder ob ein Offline-Zugriff über ein forensisches Rettungssystem fachlich vertretbar ist.
Im nächsten Schritt wird die Sicherungsstrategie festgelegt. Dabei unterscheiden wir zwischen blockorientierter Abbildung, logischer Sicherung und gezielter Triage. Die Wahl hängt nicht von Bequemlichkeit ab, sondern von Speicherarchitektur, Verschlüsselung, Verfügbarkeit des Systems und der konkreten Beweisfrage. Wo technisch möglich, wird schreibgeschützt gearbeitet. Unvermeidbare Zustandsänderungen bei Live-Erfassungen werden ausdrücklich protokolliert.
Die erzeugte Sicherung wird mit Hashwerten dokumentiert. Die eigentliche Analyse erfolgt nicht auf dem Original, sondern auf einer Arbeitskopie beziehungsweise einem verifizierten Beweisabbild. So können Parser, Suchläufe oder eigene Hilfsprogramme eingesetzt werden, ohne das Originalbeweismittel fortlaufend zu verändern.
Bei Software-RAID-Verbünden sichern wir sämtliche beteiligten physischen Datenträger einzeln und vollständig und rekonstruieren den logischen Verbund anschließend in einer kontrollierten Analyseumgebung, um das ursprüngliche Dateisystem zugänglich zu machen.
Für einen fachfremden Leser ist dabei ein Punkt besonders wichtig: Ein Forensikprogramm „findet" nicht automatisch die Wahrheit. Es liest Datenstrukturen und interpretiert sie nach bekannten Regeln. Ändert eine neue Kernel- oder Distributionsversion ein Protokollformat oder eine Datenstruktur, kann ein Parser unvollständig oder falsch reagieren. Deshalb prüfen wir bei entscheidenden Befunden, aus welcher Datei, Datenbank oder Dateisystemstruktur das Ergebnis stammt und ob ein zweiter technischer Weg denselben Sachverhalt bestätigt.
Das ist auch der Grund, warum wir mehrere Werkzeuge einsetzen. The Sleuth Kit beziehungsweise Autopsy können Linux-Dateisysteme nativ und quelloffen auswerten; Belkasoft X bietet eine andere Artefakt- und Korrelationssicht; X-Ways ermöglicht sehr detaillierte Dateisystem- und Rohdatenprüfungen. Stimmen unabhängige Auswertungen überein, erhöht das die Belastbarkeit. Stimmen sie nicht überein, wird die Ursache untersucht und nicht einfach der bequemste Treffer ausgewählt.
Ámbitos de aplicación habituales
So läuft die forensische Untersuchung ab
Das Linux-System wird zunächst eindeutig identifiziert und fotografisch beziehungsweise schriftlich dokumentiert. Wir halten fest, ob es ein- oder ausgeschaltet, angemeldet, gesperrt oder mit externen Datenträgern beziehungsweise Netzwerken verbunden ist. Diese Informationen können später entscheidend sein.
Distribution, Kernel-Version, Dateisystem, Verschlüsselung und relevante Sicherheitsmechanismen werden bestimmt. Erst daraus ergibt sich die geeignete Erfassungsmethode.
Die Sicherung wird so gewählt, dass möglichst wenig auf dem Original verändert wird. Je nach Fall kommt eine blockorientierte Abbildung über ein forensisches Rettungssystem, eine Live-Erfassung des laufenden Systems oder eine gezielte Triage einzelner Verzeichnisse infrage. Jeder Schritt wird protokolliert.
Erzeugte Abbilder oder logische Sicherungen werden eindeutig benannt, mit Hashwerten versehen und verifiziert. Analyse und Suchläufe erfolgen anschließend auf Arbeitskopien.
The Sleuth Kit beziehungsweise Autopsy, Belkasoft X und X-Ways werden je nach Fragestellung kombiniert. Ein wichtiges Ergebnis wird möglichst nicht nur aus einer einzigen Parseransicht übernommen.
Wenn ein Artefakt besonders beweiserheblich, ungewöhnlich oder durch Standardsoftware nur teilweise unterstützt ist, prüfen wir Rohdaten, Datenbankstrukturen, Protokoll- oder Dateisysteminformationen manuell. Bei Bedarf kommen eigene Werkzeuge zum Einsatz.
Am Ende wird nicht nur aufgelistet, was ein Tool angezeigt hat. Wir erklären, welche technische Quelle den Befund trägt, welche Schlussfolgerung zulässig ist und wo Grenzen bestehen.
¿Por qué este ámbito de investigación es relevante desde el punto de vista forense?
Software-RAID-Verbünde unter Linux, häufig mittels mdadm realisiert, bündeln mehrere physische Datenträger zu einem logischen Speicherverbund, was bei der forensischen Sicherung eine korrekte Erfassung aller beteiligten Einzeldatenträger sowie der Verbundkonfiguration erfordert.
Der forensische Wert liegt nicht allein in der Menge gefundener Daten, sondern in deren Herkunft und Belastbarkeit. Ein Dateiname, ein Zeitstempel oder ein Protokolleintrag kann ohne Kontext missverständlich sein. Deshalb dokumentieren wir, wie ein Artefakt entstanden sein kann, welche Alternativerklärungen bestehen und welche weiteren Spuren den Befund stützen.
Eine unvollständige Sicherung, bei der einzelne Datenträger eines Verbunds fehlen, kann die spätere Rekonstruktion des logischen Dateisystems erheblich erschweren oder sogar unmöglich machen, weshalb hierauf besonderes Augenmerk gelegt wird.
Gerade auf modernen Linux-Systemen kann außerdem der Versuch einer „klassischen" Datenträgeranalyse an technischen Grenzen scheitern. Verschlüsselung, Containerisierung, flüchtiger Speicher und dynamische Konfigurationen machen deutlich, warum eine fachgerechte Sicherung vor der eigentlichen Analyse so wichtig ist. Fehler in dieser Phase können später nicht immer rückgängig gemacht werden.
Preguntas frecuentes
LanCologne – Linux-Forensik Köln
Sie benötigen eine professionelle Untersuchung zu „Software-RAID-System forensisch sichern"? LanCologne unterstützt Sie bei der beweissicheren Sicherung, mehrstufigen Auswertung und nachvollziehbaren Dokumentation. Entscheidend ist dabei nicht, möglichst viele automatische Treffer zu erzeugen, sondern technisch belastbare und überprüfbare Beweise zu sichern.