Welche Dateiendung ist das? Und womit öffne, prüfe oder konvertiere ich sie unter Windows und macOS?

Dateiendungen und Dateitypen korrekt identifizieren: Anzeige, Dateisignaturen (Magic Bytes), MIME-Typen und Stolperfallen

Eine Dateiendung liefert einen Hinweis auf den vermuteten Inhalt. Betriebssysteme und Anwendungen stützen die Zuordnung „Datei zu Programm“ häufig auf diesen Suffix, doch die Endung kann fehlen, falsch gesetzt oder absichtlich irreführend sein. Eine belastbare Identifikation kombiniert deshalb vier Signale: sichtbare Endung, tatsächliche Dateisignatur, interne Struktur und Kontext der Herkunft. Erst diese Kombination beantwortet zuverlässig, ob rechnung.pdf wirklich ein PDF ist, ob setup.zip nur Daten enthält oder ob ein vermeintliches Bild in Wahrheit ein ausführbares Programm versteckt.

Dateiendungen sichtbar machen und Zuordnungen prüfen

Unter Windows blendet der Explorer bekannte Dateiendungen je nach Einstellung aus. Dadurch wirkt Rechnung.pdf.exe schnell wie Rechnung.pdf, obwohl Windows beim Doppelklick den letzten Suffix .exe auswertet. Unter macOS kann der Finder Endungen ebenfalls ausblenden oder beim Umbenennen anpassen. Zusätzlich entscheidet auf beiden Plattformen die konfigurierte Standard-App, welches Programm beim Öffnen startet. Diese Zuordnung sagt jedoch nichts über die Echtheit oder Sicherheit des Inhalts aus.

• Windows 11: Im Explorer über Ansicht → Anzeigen → Dateinamenerweiterungen die Endungen einblenden; je nach Build liegt die Option auch im Menü Optionen → Ansicht.
• Windows 10: Im Explorer unter Ansicht die Checkbox Dateinamenerweiterungen aktivieren oder über Ordneroptionen dauerhaft setzen.
• Windows-Zuordnung: In cmd.exe mit assoc .pdf und ftype prüfen, welche Dateiklasse und Befehlszeile hinter einer Endung stehen; PowerShell kann diese Befehle ebenfalls aufrufen, sie sind aber klassische CMD-Befehle.
• macOS Finder: Unter Finder → Einstellungen → Erweitert → Alle Dateinamensuffixe einblenden die Anzeige aktivieren und im Infofenster Name & Erweiterung kontrollieren.

Gerade bei Doppelklick-Workflows zählt eine einfache Regel: Die Standard-App beweist nicht, dass die Datei harmlos ist. Viele Programme öffnen Inhalte tolerant, während andere beim Öffnen aktive Inhalte auswerten. Makros, Skripte, eingebettete Objekte, externe Links, Installationsroutinen und Parser-Schwachstellen machen die Sicherheitsbewertung vom tatsächlichen Format abhängig, nicht vom Symbol im Dateimanager.

Dateisignaturen (Magic Bytes) als verlässlichere Quelle

Viele Formate tragen am Dateianfang charakteristische Bytefolgen. PDF beginnt typischerweise mit %PDF-, PNG mit 89 50 4E 47 0D 0A 1A 0A, ZIP-Container häufig mit 50 4B 03 04, Windows-Programme mit MZ. Diese Magic Bytes helfen besonders bei falsch benannten Dateien. Sie lösen aber nicht jedes Problem: ZIP kann ein Archiv, ein Office-Dokument, eine EPUB-Datei, eine JAR-Datei oder ein Android-Paket sein. Außerdem existieren Polyglot-Dateien, manipulierte Header und Container, deren gefährlicher Inhalt erst nach dem Entpacken sichtbar wird.

• macOS: file DATEI liefert eine schnelle Typanalyse; file -b --mime-type DATEI gibt den erkannten MIME-Typ aus, sofern die macOS-Version die Option unterstützt.
• Windows: Format-Hex -Path .\datei.bin zeigt Bytes in PowerShell; bei älteren Versionen ohne komfortable Begrenzung kann die Ausgabe manuell auf die ersten Zeilen reduziert werden.
• Hash-Prüfung: Get-FileHash .\datei.bin -Algorithm SHA256 unter Windows und shasum -a 256 DATEI unter macOS vergleichen Dateien unabhängig von Name, Endung und Speicherort.

MIME-Typen: nützlich, aber kontextabhängig

MIME-Typen wie application/pdf, image/png oder text/html beschreiben Inhalte in E-Mail, Webservern, Browsern und APIs. Sie können registriert, aus der Endung abgeleitet, vom Absender behauptet oder per Content Sniffing ermittelt werden. Genau deshalb reicht ein MIME-Typ allein nicht für Sicherheitsentscheidungen. Ein falsch konfigurierter Server kann ein Skript als Text ausliefern, ein Upload-Formular kann eine ausführbare Datei unter falschem Typ annehmen, und ein Browser kann Inhalte anders interpretieren als die Anwendung, die sie später öffnet.

• Web und E-Mail: Content-Type beschreibt die Absicht des Absenders oder Servers, nicht zwingend den echten Inhalt.
• macOS: mdls -name kMDItemContentType -name kMDItemContentTypeTree DATEI zeigt Uniform-Type-Identifier-Informationen und verwandte Typklassen.
• Automatisierung: MIME-Typen eignen sich zur Vorfilterung, müssen bei riskanten Dateiklassen aber durch Signaturprüfung, Entpacken oder strukturelle Analyse ergänzt werden.

Stolperfallen: doppelte Endungen, Unicode-Tricks, Container und aktive Inhalte

Fehlbewertungen entstehen oft durch unscheinbare Details. Doppelte Endungen wie bericht.pdf.exe täuschen ein Dokument vor, obwohl die letzte Endung entscheidet. Unicode-Steuerzeichen wie Right-to-Left-Override können Teile eines Dateinamens visuell verdrehen. Containerformate wie ZIP, ISO, DMG, OOXML, JAR, APK oder EPUB verstecken interne Strukturen, die erst nach dem Auflisten sichtbar werden. Dokumente können aktive Inhalte tragen, etwa VBA-Makros, externe Verknüpfungen, eingebettete Dateien, JavaScript oder Formularlogik.

• Doppelte Endungen: Namen wie rechnung.pdf.exe, foto.jpg.scr oder lieferavis.xlsx.js nicht nach Symbol, sondern nach letzter Endung und Signatur bewerten.
• Verknüpfungen: .lnk und .url sind keine Dokumente, sondern Start- oder Verweisdateien; Zielpfad, Parameter und heruntergeladene Inhalte entscheiden über das Risiko.
• Makrofähige Office-Dateien: .docm, .xlsm, .pptm, .dotm und .xltm können VBA-Code enthalten; .docx, .xlsx und .pptx speichern Makros nicht als normale Funktion, können aber externe Bezüge oder eingebettete Objekte enthalten.
• SVG und HTML: Beide Formate sind textbasiert und können in Web-Kontexten aktive Inhalte, externe Referenzen oder Skriptlogik enthalten; sie gehören nicht in dieselbe Risikoklasse wie ein reines PNG.

Pragmatische Prüfkette für unbekannte Endungen

Bei unbekannten oder widersprüchlichen Dateien bewährt sich eine feste Reihenfolge. Sie verhindert, dass ein Doppelklick die erste Prüfung ersetzt. Besonders bei Anhängen aus E-Mail, Chat, Support-Tickets oder Download-Portalen sollte eine Datei zunächst isoliert betrachtet werden: vollständiger Name, Endung, Signatur, interne Struktur, Herkunft, Hash, Signatur und erst danach die passende Anwendung.

• Schritt 1: Endungen einblenden und den vollständigen Dateinamen einschließlich letzter Endung prüfen.
• Schritt 2: Datei nicht per Doppelklick öffnen, sondern Signatur und Größe prüfen; ungewöhnlich kleine Installer oder riesige Textdateien verdienen Aufmerksamkeit.
• Schritt 3: Container zuerst auflisten, nicht sofort entpacken; bei ZIP, RAR, 7z, TAR, ISO, DMG, JAR, APK und EPUB entscheidet der Inhalt.
• Schritt 4: Bei Programmen und Installern digitale Signatur, Hersteller, Hash und Quelle prüfen; ein gültiges Zertifikat ersetzt keine Plausibilitätsprüfung.
• Schritt 5: Riskante Dateien in einer isolierten Umgebung, in einem separaten Benutzerprofil oder mit einem passiven Viewer prüfen; produktive Projektordner und Cloud-Sync-Verzeichnisse meiden.

Alphabetische Referenztabelle: 100 wichtige Dateiendungen mit Kategorie, Offenheit, Anwendungen, Besonderheiten, Risiken und Konvertierung

Die folgende Tabelle beantwortet für 100 häufige Dateiendungen die entscheidenden Praxisfragen: Welche Kategorie hat die Datei, handelt es sich eher um ein offenes, standardisiertes, proprietäres oder de-facto verbreitetes Format, welche Programme öffnen sie typischerweise, welche technischen Besonderheiten zählen und welche Risiken oder Konvertierungswege sind relevant. „Offen“ bedeutet nicht automatisch risikofrei, „proprietär“ bedeutet nicht automatisch schlecht. Entscheidend sind Dokumentation, Implementierungen, aktive Inhalte, Plattformabhängigkeit und der konkrete Workflow.

Die genannten Anwendungen sind typische Beispiele, keine Garantie für die lokale Standardzuordnung. Windows nutzt Standard-Apps und Dateiklassen, macOS nutzt LaunchServices und Uniform Type Identifiers. Zusätzlich können Browser, Office-Suiten, Medienplayer, CAD-Programme, Entwicklungsumgebungen oder Archivtools eigene Zuordnungen setzen. Für unbekannte Dateien bleibt daher die Prüfkette aus Endung, Signatur, Struktur und Herkunft maßgeblich.

Sicherheitsbewertung nach Dateityp: ausführbar, aktiv, passiv, containerbasiert oder datengetrieben

Dateiendungen lassen sich sicherheitstechnisch in Klassen einteilen. Die riskanteste Gruppe startet Code direkt oder indirekt: .exe, .msi, .bat, .cmd, .ps1, .js, .vbs, .jar, .app und .pkg. Die zweite Gruppe enthält aktive Dokumente, etwa Makros, Formularlogik, Skripte oder externe Verknüpfungen. Die dritte Gruppe sind Container, die selbst nicht zwingend ausführbar sind, aber gefährliche Nutzlast transportieren. Die vierte Gruppe sind Medien- und Textformate, deren Risiko vor allem von Parsern, Importfunktionen, eingebetteten Metadaten und nachgelagerten Anwendungen abhängt.

Warnsignale bei Dateinamen und Herkunft

Ein Dateiname ist nie ein Beweis, aber oft ein starkes Signal. Misstrauen ist angebracht, wenn ein Anhang zeitkritischen Druck erzeugt, eine Rechnung als ausführbare Datei kommt, ein Archiv ein Passwort im Nachrichtentext enthält oder eine Datei nicht zum erwarteten Vorgang passt. Auch ungewöhnliche Größen sind auffällig: Ein angeblicher Vertrag mit wenigen Kilobyte kann ein Skript sein, ein riesiges CSV kann Systeme beim Import überlasten, ein verschachteltes Archiv kann Dekompression und Virenscan erschweren.

• Doppelte Endung: .pdf.exe, .jpg.scr, .xlsx.js oder ähnliche Kombinationen sprechen für Tarnung.
• Falscher Kontext: Ein Lieferant sendet plötzlich ein verschlüsseltes Archiv, obwohl er sonst PDFs über ein Portal bereitstellt.
• Ungewöhnlicher Dateityp: Bewerbungsunterlagen als .iso, Rechnung als .lnk oder Foto als .html passen nicht zum Zweck.
• Unbekannte Quelle: Dateien aus Kurzlinks, Messenger-Weiterleitungen und privaten Cloudfreigaben brauchen eine strengere Prüfung als Dateien aus etablierten Lieferketten.

Mark-of-the-Web, Gatekeeper und Signaturen richtig einordnen

Moderne Betriebssysteme ergänzen Dateiendungen um Herkunfts- und Vertrauensinformationen. Windows speichert bei vielen Internetdownloads eine Zone-Identifier-Information im Alternate Data Stream. Office, SmartScreen und andere Komponenten können diese Markierung berücksichtigen. macOS nutzt Quarantäneattribute, Gatekeeper, Entwickler-ID-Signaturen und Notarisierung. Diese Mechanismen helfen, ersetzen aber keine Dateitypprüfung. Herkunftsmarkierungen können beim Kopieren, Entpacken oder Übertragen je nach Tool und Dateisystem verloren gehen oder nicht auf alle extrahierten Dateien durchgereicht werden.

• Windows-Herkunft: Get-Item -Stream Zone.Identifier "C:\Pfad\datei" -ErrorAction SilentlyContinue zeigt, ob eine Zone-Markierung vorhanden ist.
• Windows-Signatur: Get-AuthenticodeSignature "C:\Pfad\setup.exe" | Format-List zeigt Status und Zertifikatsinformationen.
• macOS-Signatur: codesign -dv --verbose=4 /Pfad/App.app und spctl --assess --verbose=4 /Pfad/App.app helfen bei App-Bundles.
• Hash-Abgleich: SHA-256-Werte nur mit einer vertrauenswürdigen Herstellerquelle vergleichen; ein Hash aus derselben E-Mail wie der Anhang beweist wenig.

Konvertierung und Öffnen in der Praxis: umbenennen, exportieren, transcodieren oder neu verpacken?

Eine Dateiendung zu ändern, ändert nicht das Format. Wer datei.7z in datei.zip umbenennt, erzeugt kein ZIP-Archiv. Wer bild.webp in bild.jpg umbenennt, erzeugt kein JPEG. Korrekte Konvertierung bedeutet, dass eine Anwendung den Inhalt liest und in einem anderen Format neu schreibt, exportiert, transcodiert oder verpackt. Dabei können Qualität, Metadaten, Ebenen, Schriften, Makros, Formeln, Farbräume, Untertitel und eingebettete Objekte verloren gehen.

Office- und Dokumentformate konvertieren

Office-Dokumente konvertiert man am zuverlässigsten mit der Anwendung, die das Dokument fachlich korrekt interpretiert. Word rendert komplexe DOCX-Layouts meist stabiler als ein Fremdimport, Excel kennt eigene Formeln, Datumslogik und Pivotstrukturen, PowerPoint behandelt Animationen, eingebettete Medien und Schriften anders als Präsentationsviewer. Für unveränderliche Weitergabe eignet sich PDF, für Weiterbearbeitung das native Format, für offene Workflows ODT/ODS und für Datenexport CSV oder JSON. Makrofähige Dateien sollten vor der Weitergabe bewusst in makrofreie Varianten exportiert werden, wenn die Automatisierung nicht benötigt wird.

• Vor Export: Kommentare, Änderungsverfolgung, ausgeblendete Tabellenblätter, Dokumenteigenschaften, eingebettete Dateien und externe Links prüfen.
• PDF-Export: Lesbarkeit, Suchbarkeit, Lesezeichen, Alternativtexte und PDF/A-Anforderung kontrollieren, falls Archivierung oder Barrierefreiheit relevant ist.
• CSV-Export: UTF-8, Trennzeichen, Dezimalzeichen, Datumsformat und Formelpräfixe festlegen; Import im Zielsystem testen.
• Makroentfernung: Nicht nur Endung ändern; Datei als makrofreies Format speichern und anschließend prüfen, ob VBA-Projekte tatsächlich fehlen.

Bilder, Audio und Video konvertieren

Bei Medienformaten trennt man Container, Codec und Qualitätsparameter. .mp4 ist ein Container, H.264 oder H.265 sind Videocodecs, AAC oder Opus sind Audiocodecs. Bei Bildern zählen Farbraum, Transparenz, Kompression, EXIF-Daten und Zielplattform. Ein Foto eignet sich meist für JPEG oder HEIC, ein Screenshot eher für PNG oder WebP, ein Logo besser für SVG oder PNG. Audioarchive bewahrt man verlustfrei in FLAC oder WAV, mobile Kopien erstellt man in AAC oder MP3. Jede verlustbehaftete Neukodierung verschlechtert das Signal, auch wenn die Datei danach größer aussieht.

• Fotos: JPEG für maximale Kompatibilität, HEIC für Apple-nahe Workflows, WebP/AVIF für moderne Webauslieferung mit Fallbackstrategie.
• Grafiken: PNG für Transparenz und harte Kanten, SVG für skalierbare Vektoren nach Sicherheitsbereinigung, PDF/EPS für Druck- und Designübergaben.
• Video: MP4 mit H.264/AAC als robuste Standardwahl; MKV für mehrere Spuren; MOV/ProRes für professionelle Schnittworkflows.
• Metadaten: EXIF, GPS, Autor, Kamera, Software, Untertitel und Kapitel vor Veröffentlichung bewusst behalten oder entfernen.

Archive und Disk-Images sicher behandeln

Archive und Images sollte man nie durch bloßes Umbenennen „konvertieren“. Der sichere Weg lautet: Inhalt auflisten, verdächtige Pfade erkennen, in ein leeres Verzeichnis extrahieren, Nutzlast prüfen und danach in einem geeigneten Zielformat neu verpacken. Bei Disk-Images kommt das Mounten hinzu. Ein gemountetes ISO oder DMG wirkt wie ein Laufwerk; enthaltene Installer, Apps oder Skripte bleiben eigenständige Risiken und benötigen dieselbe Signatur- und Herkunftsprüfung wie direkt heruntergeladene Programme.

• ZIP/7z auflisten: 7z l archiv.zip oder 7z l archiv.7z zeigt Inhalt, Pfade und Größen ohne sofortige Ausführung.
• TAR auflisten: tar -tf archiv.tar oder tar -tzf archiv.tar.gz prüft Dateinamen vor der Extraktion.
• Windows-ISO mounten: Mount-DiskImage -ImagePath "C:\Pfad\datei.iso" und danach Dismount-DiskImage -ImagePath "C:\Pfad\datei.iso".
• macOS-DMG readonly mounten: hdiutil attach -readonly datei.dmg und danach hdiutil detach /Volumes/NAME.

Arbeitsablauf für unbekannte Dateien: vom ersten Blick bis zur sicheren Entscheidung

Ein verlässlicher Arbeitsablauf reduziert Fehlentscheidungen und spart Zeit. Er eignet sich für private Rechner, Supportfälle, Unternehmensumgebungen und Werkstätten. Ziel ist nicht, jede Datei forensisch vollständig zu analysieren, sondern schnell zu entscheiden: öffnen, mit passivem Viewer betrachten, konvertieren, isoliert untersuchen, beim Absender rückfragen oder verwerfen. Je höher das mögliche Schadensausmaß, desto strenger sollte die Prüfung ausfallen.

• 1. Erwartung klären: Passt der Dateityp zum Vorgang? Eine Bewerbung als PDF ist plausibel, eine Bewerbung als ISO oder LNK nicht.
• 2. Vollständigen Namen anzeigen: Endungen einblenden, doppelte Suffixe prüfen und Unicode- oder Leerzeichen-Tricks erkennen.
• 3. Datei isoliert ablegen: Nicht im Download-Ordner zwischen produktiven Dateien öffnen, sondern in einem Quarantäneordner ohne Cloud-Sync arbeiten.
• 4. Signatur und Struktur prüfen: Magic Bytes, MIME/UTI, Containerlisting und Dateigröße auswerten.
• 5. Herkunft bewerten: Absender, Kanal, Downloadquelle, Signatur, Hash und bisherige Kommunikation abgleichen.
• 6. Passives Öffnen bevorzugen: Dokumente in geschützten Ansichten, Bilder in aktuellen Viewern, Archive zunächst nur auflisten, Skripte nur als Text anzeigen.
• 7. Konvertierung kontrollieren: Zielformat bewusst wählen und Ergebnis erneut prüfen, statt Umbenennen oder automatische Vorschauen zu vertrauen.
• 8. Entscheidung dokumentieren: Bei Support, IT-Betrieb und Unternehmen Hash, Fundort, Prüfschritte und Ergebnis kurz festhalten.

Öffnen, konvertieren oder verwerfen

Eine Datei darf geöffnet werden, wenn Endung, Signatur, Inhalt, Quelle und Zweck zusammenpassen. Sie sollte konvertiert werden, wenn das Zielformat sicherer, kompatibler oder archivfähiger ist, etwa DOCX zu PDF, HEIC zu JPEG, MKV zu MP4 oder 7z zu ZIP. Sie sollte verworfen oder beim Absender hinterfragt werden, wenn die Endung nicht zum Vorgang passt, die Datei aktive Inhalte enthält, ein Archiv verschlüsselt und unerwartet ist, eine Signatur fehlt oder die Quelle nicht plausibel ist. In Unternehmensumgebungen gehören solche Fälle in definierte Meldewege statt in individuelle Experimente.

Kompatibilität, Metadaten und Datenverlust: warum das Zielformat zum Zweck passen muss

Das beste Dateiformat hängt vom Zweck ab. Ein bearbeitbares Dokument verlangt andere Eigenschaften als ein archivierter Vertrag, ein Webbild andere als eine Druckvorlage, ein Tabellenexport andere als ein revisionssicherer Report. Dateiendungen zeigen diese Zielrichtung nur grob. Die eigentliche Qualität entscheidet sich an Funktionen: Schrifteneinbettung, Farbmanagement, Transparenz, Ebenen, Formeln, Makros, Barrierefreiheit, Volltextsuche, Signaturen, Verschlüsselung, Kompression, Metadaten und Versionskompatibilität.

• Bearbeitung: Native Formate wie DOCX, XLSX, PSD, AI, DWG oder Projektdateien behalten die meisten Bearbeitungsinformationen, binden Empfänger aber stärker an bestimmte Software.
• Weitergabe: PDF, PNG, JPEG, MP4 oder ZIP sind breit verständlich, reduzieren aber häufig Bearbeitbarkeit und interne Struktur.
• Archivierung: PDF/A, offene Dokumentformate, FLAC, TIFF oder klar dokumentierte Datenformate sind oft besser als proprietäre Arbeitsstände.
• Automatisierung: CSV, JSON, XML, YAML und SQL brauchen strenge Schema-, Encoding- und Injektionskontrollen.

Metadaten vor Weitergabe prüfen

Metadaten sind oft nützlich, können aber sensible Informationen offenlegen. Fotos enthalten Kameramodell, Aufnahmezeit und manchmal GPS-Koordinaten. Office-Dokumente speichern Autor, Änderungsverfolgung, Kommentare, Vorlagenpfade oder versteckte Tabellenblätter. PDFs können Ersteller, Formularfelder, eingebettete Dateien und frühere Bearbeitungsspuren enthalten. Log-, Konfigurations- und Datenbankdateien enthalten häufig Zugangsdaten, interne Hostnamen oder personenbezogene Daten. Vor Veröffentlichung oder Supportversand lohnt sich eine gezielte Bereinigung.

• Office: Dokumentprüfung nutzen, Kommentare und Änderungsverfolgung entfernen, versteckte Tabellenblätter und externe Links kontrollieren.
• Bilder: EXIF- und GPS-Daten vor öffentlicher Weitergabe entfernen, wenn Ort oder Gerät nicht sichtbar sein sollen.
• PDF: Eingebettete Dateien, Formularlogik, JavaScript, Signaturen und PDF/A-Anforderungen prüfen.
• Logs und Konfiguration: Tokens, API-Schlüssel, E-Mail-Adressen, IP-Adressen und interne Pfade redigieren.

Offen, proprietär, standardisiert: die Begriffe richtig verstehen

Ein offenes Format ist dokumentiert und unabhängig implementierbar. Ein standardisiertes Format folgt einer formalen Spezifikation, etwa durch ISO, W3C, IETF oder andere Standardisierungsgremien. Ein proprietäres Format gehört einem Hersteller oder ist in wichtigen Teilen an dessen Software gebunden. In der Praxis existieren Mischformen: PDF stammt von Adobe, ist aber als ISO-Format standardisiert; OOXML ist standardisiert, bleibt in der Praxis stark mit Microsoft Office verbunden; DWG ist proprietär, aber im CAD-Alltag ein de-facto Standard. Für Entscheidungen zählt daher nicht das Etikett allein, sondern die konkrete Austauschbarkeit.

Kurzreferenz: welche Dateiendung gehört zu welchem Zweck?

Wer eine unbekannte Datei schnell einordnen will, kann sich an der Funktionsgruppe orientieren. Dokumente enden häufig auf .pdf, .docx, .odt oder .rtf. Tabellen nutzen .xlsx, .xlsm, .ods oder .csv. Präsentationen erscheinen als .pptx, .pptm, .key oder PDF-Export. Bilder tragen .jpg, .png, .gif, .webp, .heic oder .svg. Audio und Video verwenden .mp3, .wav, .flac, .mp4, .mov, .mkv oder .webm. Archive und Images nutzen .zip, .7z, .rar, .tar, .gz, .iso und .dmg. Ausführbare und skriptbasierte Dateien erkennt man unter anderem an .exe, .msi, .bat, .cmd, .ps1, .js, .sh, .py, .jar, .app oder .pkg.

Die wichtigste Regel bleibt einfach: Eine Dateiendung beantwortet, welches Format eine Datei vorgibt zu sein; die endgültige Entscheidung entsteht erst durch Signatur, Struktur, Herkunft und Öffnungsverhalten. Bei Daten- und Medienformaten geht es vor allem um Kompatibilität, Qualität und Metadaten. Bei Archiven geht es um die Nutzlast im Inneren. Bei Skripten, Installern und makrofähigen Dokumenten geht es um Codeausführung. Wer diese Unterschiede konsequent beachtet, erkennt unbekannte Dateien schneller, öffnet sie sicherer und wählt das passende Zielformat ohne unnötigen Datenverlust.