Dateien auswählen
Ziehen und ablegen oder zum Durchsuchen klicken. Mehrere Dateien gleichzeitig sind möglich, eine Größenbeschränkung gibt es nicht. Die Datei wird in den Speicher gelesen und nirgendwohin gesendet.
Beschädigen Sie jede Datei in Sekunden, ohne sie irgendwo hochzuladen
Ein formatbewusster Datei-Korruptor, der die Strukturen zerstört, auf die echte Parser angewiesen sind, und nicht nur ein paar zufällige Bytes verändert. Funktioniert mit PDF, Office-Dokumenten, Archiven, Video, Audio und Bildern, vollständig in Ihrem Browser.
Alles läuft lokal. Es wird nichts hochgeladen und nichts gespeichert.
Jedes Format hat ein eigenes Profil, abgestimmt auf die Strukturen, auf die seine Parser angewiesen sind.
Office documents and PDFs are the formats people most often need broken, and the hardest to break convincingly.
10 ToolsText-based formats have no header to destroy, so scrambling characters just produces different text.
7 ToolsMedia formats are built to survive damage: players skip broken regions and image decoders resynchronise after a bad chunk.
7 ToolsArchives are the formats most explicitly engineered against corruption.
5 ToolsExecutables and installers are validated before anything runs, which makes their failure modes precise and reproducible.
4 ToolsNot everything has to be serious.
2 ToolsDrei Schritte, kein Konto, keine Warteschlange.
Ziehen und ablegen oder zum Durchsuchen klicken. Mehrere Dateien gleichzeitig sind möglich, eine Größenbeschränkung gibt es nicht. Die Datei wird in den Speicher gelesen und nirgendwohin gesendet.
Standard ist für fast alle die richtige Wahl. Die Engine erkennt das Format an Endung und Magic Bytes und wendet das passende Profil an.
Die beschädigte Kopie entsteht im Speicher und wird mit dem ursprünglichen Dateinamen zum Download angeboten. Ihre Quelldatei bleibt unverändert.
Die meisten Online-Dateikorrumpierer überschreiben ein paar Dutzend zufällige Bytes. Bei einer reinen Textdatei reicht das. Bei den Formaten, die man wirklich zerstören muss, meist nicht, denn diese Formate sind Container, die auf das Überstehen von Schäden ausgelegt sind.
Die Engine liest die Dateiendung und die Magic Bytes, wählt eines von 87 Formatprofilen und zerstört die strukturellen Landmarken dieses Formats, bevor sie die Nutzdaten überhaupt anfasst. Zufällige Bytewechsel landen meist in einem komprimierten Stream, also genau in dem Schaden, für dessen Reparatur Word und Acrobat entworfen wurden.
Dateien werden mit der File API gelesen, im Arbeitsspeicher neu geschrieben und über eine Blob-URL zurückgegeben. Im Code gibt es keinen Upload-Endpunkt, also kein Serverprotokoll mit Ihrem Dateinamen, keine Aufbewahrungsrichtlinie, der Sie vertrauen müssten, und nichts, was kompromittiert werden könnte.
Light hinterlässt eine Datei, die sich mit einer Warnung öffnet oder nur teilweise darstellt, woraus Glitch-Art entsteht. Standard macht sie unöffenbar. Heavy überwindet Reparaturwerkzeuge. Shred ersetzt jedes Byte durch kryptografisches Rauschen und behält Name und Größe bei.
Die beschädigte Kopie behält den ursprünglichen Dateinamen, die exakte Byte-Länge und den korrekten MIME-Typ. Sie lässt sich kopieren, synchronisieren, an E-Mails anhängen und durch Upload-Formulare schicken wie jede andere Datei. Sie versagt erst in dem Moment, in dem etwas sie zu parsen versucht.
Die Verarbeitung läuft in 8 MB großen Abschnitten und gibt zwischendurch die Kontrolle an die Ereignisschleife zurück, sodass ein mehrere Gigabyte großes Video weder den Tab blockiert noch den Speicher erschöpft. Ziehen Sie einen Ordner hinein, und jede Datei wird in einem Durchgang verarbeitet, mit etwa 18 ms pro Megabyte.
Jeder Durchlauf meldet das verwendete Profil, wie viele Strukturmarker zerstört wurden, den Anteil neu geschriebener Bytes und eine Hex-Ansicht des Headers vor und nach dem Vorgang. Optionales SHA-256-Hashing belegt, dass Eingabe und Ausgabe sich unterscheiden.
Header, Index und Trailer sind weg. Nichts kann auch nur einen einzigen Eintrag finden, also hat die Reparatur nichts, woraus sie rekonstruieren könnte.
Der Schaden trifft zuerst die Struktur und erst danach die Nutzdaten. Das ist die Landmarke, auf die jedes Profil zielt, und der Fehler, den die Anwendung anschließend tatsächlich anzeigt.
Acrobat: "Die Datei ist beschädigt und konnte nicht repariert werden."
Der Reader öffnet ein PDF von hinten, also muss jeder Index am Dateiende verschwinden.
| Format | Zerstörte Struktur | Was Sie sehen |
|---|---|---|
Der %PDF--Header, jede xref-Tabelle, der Trailer und die %%EOF-Markierung | Acrobat: "Die Datei ist beschädigt und konnte nicht repariert werden" | |
| DOCX, XLSX, PPTX | Die lokalen Dateiheader, das zentrale Verzeichnis und der End-of-Central-Directory-Eintrag | Word: "unlesbarer Inhalt", und Öffnen und Reparieren scheitert anschließend |
| ZIP, RAR, 7z | Der Archivindex, die lokalen Header und die RAR-Wiederherstellungsdatensätze | WinRAR: "Datei kann nicht als Archiv geöffnet werden" |
| ISO | Der vollständige 32-KB-Systembereich und die CD001-Volume-Deskriptoren | Windows: "Beim Bereitstellen der Datei ist ein Problem aufgetreten" |
| DMG | Der koly-Trailer und die mish-Blockzuordnung | macOS: "Keine bereitstellbaren Dateisysteme" |
| MP4, MOV, MKV | Die ftyp-Kennung und das moov-Atom mit der Sample-Tabelle | VLC: "Ihre Eingabe kann nicht geöffnet werden" |
| MP3, WAV, FLAC | ID3-Tags, MPEG-Frame-Synchronisationswörter und der FLAC-STREAMINFO-Block | Keine Spieldauer, kein Cover, es wird nichts abgespielt |
| JPG, PNG, GIF | SOI-, SOF-, DHT- und SOS-Marker; die PNG-Signatur sowie die IHDR- und IDAT-Chunks | Platzhalter für ein defektes Bild in jedem Browser |
| PSD, AI | Der 8BPS-Header, die 8BIM-Ressourcenblöcke und die eingebettete PDF-xref | Photoshop: "die Datei ist nicht kompatibel" |
| EXE, DLL, APK | Der MZ-Stub, der PE-Header und die Sektionstabelle; der APK-Signaturblock | Windows: "keine gültige Win32-Anwendung" |
Rund 87 Dateiendungen haben ein eigenes Profil. Alles andere fällt auf ein generisches Binärprofil zurück, das Header und Trailer überschreibt und Entropie durch den Rumpf streut. Sie können hier also Dateien online beschädigen, ganz gleich ob das Format eine eigene Seite hat oder nicht.
Jedes Datei-Tool behauptet, Ihre Daten nicht zu speichern. Hier lässt sich diese Behauptung in unter einer Minute überprüfen, auf drei verschiedene Arten.
Öffnen Sie die Entwicklerwerkzeuge, wechseln Sie zu Netzwerk, beschädigen Sie eine Datei und sortieren Sie die Anfragen nach Größe. Ein Upload kann sich in einer nach Nutzlast sortierten Liste nicht verstecken. Die einzigen ausgehenden Anfragen gehören zu den Schriftarten sowie den Analyse- und Werbetags, und keine davon transportiert Ihre Datei.
Laden Sie diese Seite, schalten Sie WLAN aus oder aktivieren Sie den Flugmodus, und beschädigen Sie dann eine Datei. Es funktioniert weiterhin, von Anfang bis Ende. Ein Werkzeug, das offline weiterläuft, hat nie etwas irgendwohin gesendet.
Der Korrumpierer wird unminimiert und ohne Abhängigkeiten ausgeliefert. Öffnen Sie in den Entwicklerwerkzeugen den Sources-Bereich und lesen Sie ihn dort: unter 500 kommentierte Zeilen, jede Byte-Operation sichtbar, und nirgendwo ein einziger fetch-, XHR- oder WebSocket-Aufruf.
Drücken Sie die Schaltfläche, um eine 256 KB große Datei im Arbeitsspeicher zu erzeugen, sie zu beschädigen und die Netzwerkanfragen dieser Seite davor und danach zu vergleichen. Jede Analyse- oder Werbeanfrage von Dritten, die dabei ausgelöst wird, wird im Ergebnis benannt; entscheidend ist, dass nichts hierher zurückgesendet wird, denn es gibt keinen Endpunkt, an den man es senden könnte.
Absichtlich beschädigte Dateien sind ein normaler Bestandteil der Entwicklung, des Betriebs und der Lehre von Software.
Fehlerhafte Eingaben zählen zu den häufigsten Ursachen für Produktionsvorfälle und zu den am seltensten getesteten Pfaden einer Codebasis. Eine beschädigte Datei prüft, ob ein Parser kontrolliert abbricht statt hängen zu bleiben oder unbegrenzt Speicher zu belegen, ob ein Upload-Endpunkt einen brauchbaren Fehler zurückgibt und ob die Dateityp-Prüfung die Magic Bytes liest, statt der Dateiendung zu vertrauen.
Eine Sicherung, die Sie nie zurückgespielt haben, ist eine Hypothese. Beschädigen Sie einen Datenbank-Dump oder ein Deployment-Artefakt, spielen Sie anschließend das Wiederherstellungsverfahren dagegen durch und finden Sie heraus, ob die Integritätsprüfung anschlägt, ob der Import sauber zurückrollt und ob ein fehlerhaftes Artefakt ein intaktes überschreiben kann.
Erzeugen Sie fehlerhafte Eingaben für einen Fuzzing-Korpus, bestätigen Sie, dass ein Scanner ein defektes Archiv ohne Hänger verarbeitet, oder erstellen Sie reproduzierbar beschädigte Beweisdateien für die IT-Forensik und die Schulung von Incident-Response-Teams, ohne echte Schadsoftware anzufassen.
Zeigen Sie einer Klasse, wie eine beschädigte Datei auf Byte-Ebene aussieht, machen Sie deutlich, warum es Prüfsummen und versionierte Sicherungen gibt, und geben Sie Studierenden identische beschädigte Dateien, um die Wiederherstellung zu üben. Die Hex-Ansicht nach jedem Durchlauf macht die Veränderung sichtbar statt abstrakt.
Speicher fällt häufiger und leiser aus, als die meisten Teams einplanen. In Understanding the Robustness of SSDs under Power Fault (Zheng et al., USENIX FAST 2013) versagten 13 der 15 getesteten Solid-State-Laufwerke von fünf Herstellern, als mitten im Schreibvorgang der Strom unterbrochen wurde. Die beobachteten Fehlerbilder waren nicht nur tote Geräte: darunter waren Bitfehler, abgeschnittene Schreibvorgänge, nicht serialisierbare Schreibvorgänge und Metadaten-Korruption, also genau die Kategorie, die eine Datei vorhanden, in korrekter Größe und unlesbar zurücklässt.
Mechanische Festplatten sind über die Zeit nicht sicherer. Googles Auswertung von mehr als 100.000 Festplatten wies jährliche Ausfallraten von bis zu 8,6 % im dritten Jahr aus, wobei sich latente Sektorfehler lange unbemerkt ansammeln, bevor ein Laufwerk für defekt erklärt wird.
Die praktische Folge ist, dass der Code für den Umgang mit einer beschädigten Datei irgendwann in der Produktion läuft, ob ihn jemand getestet hat oder nicht. Eine Datei absichtlich zu beschädigen macht daraus statt eines Vorfalls einen Testfall, den Sie in der CI ausführen können. Eine Anleitung, was zu prüfen ist, finden Sie unter den Fehlerpfad testen, den niemand testet.
Die ehrliche Fassung, einschließlich der Punkte, bei denen die Alternativen völlig in Ordnung sind.
| Eigenschaft | Files Corrupter | Typischer Online-Korrumpierer |
|---|---|---|
| Wo die Verarbeitung stattfindet | In Ihrem Browser | Upload auf einen Server |
| Dateigrößenbegrenzung | Keine, bis zur Browsergrenze von etwa 2 GB | Häufig 10 bis 100 MB |
| Methode der Beschädigung | Formatbewusst, strukturell | Zufällige Bytewechsel |
| Überwindet Office- und Acrobat-Reparatur | Ja | Häufig nicht |
| Schadensstufen | Vier | Eine |
| Stapelverarbeitung | Ja | Eine Datei nach der anderen |
| Behält Name, Größe und MIME-Typ | Ja | Meist umbenannt |
| Funktioniert offline | Ja | Nein |
| Meldet, was geändert wurde | Profil, Marker, Hex, SHA-256 | Nichts |
| Konto erforderlich | Nie | Manchmal |
Das gehört klar gesagt, denn ein Werkzeug, das hier zu viel verspricht, kostet Sie genau dann Zeit, wenn es am meisten darauf ankommt.
Der Schaden trifft zuerst die Struktur und danach die Nutzdaten. Diese Reihenfolge entscheidet zwischen „öffnet mit Warnung" und „nicht wiederherstellbar".
Lässt sich in keiner normalen Anwendung öffnen.
| Stufe | Neu geschriebene Nutzdaten | Betroffene Struktur | Ergebnis |
|---|---|---|---|
| Light | ~0.5% | Nur die Magic Bytes | Öffnet sich mit einem Fehler oder stellt teilweise dar. Manchmal wiederherstellbar. |
| Standard | ~3% | Header, alle Signaturen, Trailer | Lässt sich in keiner normalen Anwendung öffnen. |
| Heavy | ~12% | Header, alle Signaturen, doppelter Trailer | Überwindet Wiederherstellungs- und Reparatursoftware vollständig. |
| Shred | 100% | Gesamte Datei ersetzt | Jedes Byte wird zu kryptografischem Rauschen. |
Ja. Völlig kostenlos, ohne Konto, ohne Anmeldung und ohne Nutzungslimit. Das Werkzeug läuft auf Ihrer eigenen Hardware.
Nein. Jedes Byte wird lokal in Ihrem Browser verarbeitet. Nichts wird übertragen, protokolliert oder gespeichert.
Ab Stufe Standard nicht. Die Engine zerstört die strukturellen Marker, auf die Wiederherstellungswerkzeuge angewiesen sind. Bewahren Sie immer ein Backup auf.
Ja. Die Ausgabe behält den ursprünglichen Dateinamen, die exakte Byte-Länge und den MIME-Typ. Sie scheitert erst beim Parsen.
Wir setzen keine Grenze. Dateien werden in 8-MB-Abschnitten verarbeitet, sodass auch mehrere Gigabyte kein Problem sind.
Alle. Rund 87 Endungen haben ein eigenes Profil, alles andere nutzt ein generisches Binärprofil, das die Datei ebenso zuverlässig zerstört.