Wer hat eine STL-Datei erstellt? Metadaten aus 3D-Dateien auslesen

Die Frage wer hat eine STL-Datei erstellt und wie sich das über Metadaten auslesen lässt, taucht immer dann auf, wenn ein 3D-Modell im beruflichen Kontext weitergegeben, geprüft oder rechtlich dokumentiert werden soll. In der Praxis ist die Erwartung oft, dass eine STL-Datei ähnlich wie ein Foto oder ein Word-Dokument klare Angaben zu Autor, Erstellungsdatum und verwendeter Software enthält. Das ist bei STL leider nur sehr bedingt der Fall. Das Format wurde für den Datenaustausch im 3D-Druck entwickelt und ist bewusst schlank gehalten. Es beschreibt im Wesentlichen nur Geometrie, also eine Ansammlung von Dreiecken mit Normalen und Eckpunkten, und enthält kein standardisiertes Metadaten-Schema wie EXIF bei Bildern oder XMP bei Dokumenten. Wer also wirklich wissen will, woher eine Datei stammt, muss verstehen, welche Spuren technisch überhaupt vorhanden sein können und welche Informationen lediglich aus dem Dateisystem oder aus dem Anwendungskontext abgeleitet werden.

STL gibt es in zwei Varianten, ASCII und binär, und genau das bestimmt, was an lesbaren Hinweisen überhaupt im File selbst steckt. Eine ASCII-STL beginnt mit dem Wort solid und endet mit endsolid, dazwischen liegen facet-Blöcke. In der ersten Zeile kann ein Entwickler oder eine Software einen beliebigen Text hinter solid setzen, zum Beispiel solid MyModel von Max Mustermann. Das ist aber kein standardisierter Autorentag, sondern Freitext, der von jedem Programm beliebig gesetzt, verändert oder komplett leer gelassen wird. Viele Exporter schreiben hier nur solid oder einen Modellnamen, manche fügen eine Versionsnummer hinzu, andere nichts. Bei binären STL-Dateien sieht es noch karger aus. Dort gibt es einen 80 Byte großen Header, der ursprünglich für einen Namen vorgesehen war, gefolgt von einer 4 Byte Integer Angabe zur Anzahl der Dreiecke und dann den Rohdaten. Der Header kann also Text enthalten, muss es aber nicht, und selbst wenn dort ein Name steht, lässt sich nicht zweifelsfrei belegen, dass dieser Name dem tatsächlichen Ersteller entspricht. Er kann beim Export gesetzt, beim Re-Export überschrieben oder nachträglich mit einem Hex-Editor manipuliert worden sein.

Trotzdem lässt sich aus einer STL-Datei und ihrem Kontext eine ganze Reihe technischer Fingerabdrücke gewinnen, die für eine Dokumentation wertvoll sind. Das sind keine Aussagen über Urheberschaft im rechtlichen Sinn, sondern überprüfbare Fakten über die Datei selbst. Dazu gehören die kryptografischen Hashwerte SHA-256, MD5 und CRC32, die Filegröße in Byte, die Anzahl der Facetten und Vertices, die Bounding Box der Geometrie, sowie Dateisystem-Metadaten wie Erstellungs-, Änderungs- und letzter Zugriffszeitpunkt. Letztere sind geräteabhängig und können durch Kopieren oder Umbenennen verändert werden, sie geben aber im Zusammenspiel mit einem Hash eine belastbare Momentaufnahme. Ein weiteres Indiz ist die Herkunft der Datei aus einem bestimmten Workflow. Verschiedene CAD- oder Slicer-Programme hinterlassen charakteristische Muster im Header, in der Reihenfolge der Dreiecke oder in der Präzision der Gleitkommazahlen. Das ist kein Beweis für den Autor, aber ein Hinweis auf die Software, mit der exportiert wurde.

Wer die Metadaten manuell prüfen will, öffnet ASCII-STL mit einem Texteditor und sucht nach der ersten Zeile sowie nach Kommentaren, die einige Programme einfügen. Binäre STL lassen sich mit einem Hex-Editor anschauen, um den 80 Byte Header auszulesen. Für eine schnelle Plausibilitätsprüfung reicht oft schon ein Blick in die Eigenschaften des 3D-Modells innerhalb von Blender, Fusion 360, SolidWorks oder Cura, dort wird manchmal der ursprüngliche Objektname oder die Export-Einstellungen angezeigt. Diese Werte sind jedoch anwendungsspezifisch und nicht in der Datei persistent. Für eine belastbare Dokumentation ist eine systematische Extraktion wichtig, bei der alle technischen Merkmale protokolliert und mit einem Zeitstempel versehen werden. Genau dafür ist ein forensischer Ansatz sinnvoll, der nicht interpretiert, sondern dokumentiert.

Ein praxistauglicher Weg ist, die Datei einmalig hochzuladen und alle verfügbaren technischen Merkmale in einem strukturierten Bericht festzuhalten. FilesAudit liest STL-Dateien auf Formatebene aus, extrahiert den Header-Inhalt, zählt Facetten, ermittelt Größe und Hashwerte und protokolliert die Analyse mit einem unveränderlichen Zeitstempel. Das Ergebnis ist ein PDF-Bericht, der zeigt, was in der Datei technisch vorhanden ist und was nicht. Das ist besonders hilfreich, wenn mehrere Versionen eines Modells im Umlauf sind und geprüft