파일 선택
끌어다 놓거나 클릭해서 찾아보세요. 여러 파일을 한 번에 처리할 수 있고 크기 제한도 없습니다. 파일은 메모리로 읽히며 어디에도 전송되지 않습니다.
몇 초 만에 모든 파일을 손상시키세요, 어디에도 업로드하지 않고
무작위 바이트 몇 개를 바꾸는 것이 아니라, 실제 파서가 의존하는 구조를 파괴하는 포맷 인식 손상 도구입니다. PDF, Office 문서, 압축 파일, 동영상, 오디오, 이미지를 모두 브라우저 안에서 처리합니다.
Everything runs locally. Nothing is uploaded, nothing is stored.
모든 형식에는 해당 파서가 의존하는 구조에 맞춰 조정된 고유한 프로파일이 있습니다.
Office documents and PDFs are the formats people most often need broken, and the hardest to break convincingly.
도구 10개Text-based formats have no header to destroy, so scrambling characters just produces different text.
도구 7개Media formats are built to survive damage: players skip broken regions and image decoders resynchronise after a bad chunk.
도구 7개Archives are the formats most explicitly engineered against corruption.
도구 5개Executables and installers are validated before anything runs, which makes their failure modes precise and reproducible.
도구 4개Not everything has to be serious.
도구 2개세 단계, 계정 불필요, 대기 없음.
끌어다 놓거나 클릭해서 찾아보세요. 여러 파일을 한 번에 처리할 수 있고 크기 제한도 없습니다. 파일은 메모리로 읽히며 어디에도 전송되지 않습니다.
대부분의 경우 Standard가 적합합니다. 엔진이 확장자와 매직 바이트로 형식을 식별한 뒤 해당 형식의 프로필을 적용합니다.
손상된 사본은 메모리에서 생성되어 원래 파일명으로 다운로드됩니다. 원본 파일은 절대 수정되지 않습니다.
Most online file corrupters overwrite a few dozen random bytes. On a plain text file that is enough. On the formats people actually need to break it usually is not, because those formats are containers built to survive damage.
The engine reads the extension and the magic bytes, picks one of 87 format profiles, and destroys that format's structural landmarks before it touches the payload. Random byte flips usually land inside a compressed stream, which is exactly the damage Word and Acrobat are designed to recover from.
Files are read with the File API, rewritten in memory and handed back through a Blob URL. There is no upload endpoint in the codebase, so there is no server log with your filename in it, no retention policy to trust and nothing to breach.
Light leaves a file that opens with a warning or renders partially, which is what produces glitch art. Standard makes it unopenable. Heavy defeats repair tools. Shred replaces every byte with cryptographic noise while keeping the name and size.
The corrupted copy keeps the original filename, the exact byte length and the correct MIME type. It copies, syncs, attaches to email and passes upload forms like any other file. It only fails at the moment something tries to parse it.
Processing runs in 8 MB slices with a yield to the event loop between them, so a multi-gigabyte video neither freezes the tab nor exhausts memory. Drop in a folder and every file is processed in one pass, at roughly 18 ms per megabyte.
Every run reports the profile used, how many structure markers were destroyed, the percentage of bytes rewritten and a hex view of the header before and after. Optional SHA-256 hashing proves the input and output differ.
Header, index and trailer are gone. Nothing can locate a single entry, so repair has nothing to rebuild from.
Corruption is applied to structure first and payload second. This is the landmark each profile targets, and the error the application actually shows afterwards.
Acrobat: "The file is damaged and could not be repaired."
The reader opens a PDF from the back, so every index at the tail has to go.
| Format | Structure destroyed | What you see |
|---|---|---|
The %PDF- header, every xref table, the trailer and the %%EOF marker | Acrobat: "The file is damaged and could not be repaired" | |
| DOCX, XLSX, PPTX | Local file headers, the central directory and the end-of-central-directory record | Word: "unreadable content", and Open and Repair then fails |
| ZIP, RAR, 7z | The archive index, local headers and RAR recovery records | WinRAR: "Cannot open file as archive" |
| ISO | The full 32 KB system area and the CD001 volume descriptors | Windows: "There was a problem mounting the file" |
| DMG | The koly trailer and the mish block map | macOS: "No mountable file systems" |
| MP4, MOV, MKV | The ftyp brand and the moov atom holding the sample table | VLC: "Your input can't be opened" |
| MP3, WAV, FLAC | ID3 tags, MPEG frame sync words and the FLAC STREAMINFO block | No duration, no artwork, nothing plays |
| JPG, PNG, GIF | SOI, SOF, DHT and SOS markers; the PNG signature, IHDR and IDAT chunks | Broken-image placeholder in every browser |
| PSD, AI | The 8BPS header, 8BIM resource blocks and the embedded PDF xref | Photoshop: "the file is not compatible" |
| EXE, DLL, APK | The MZ stub, the PE header and the section table; the APK signing block | Windows: "not a valid Win32 application" |
Around 87 extensions have a dedicated profile. Anything else falls back to a generic binary profile that overwrites the header and trailer and scatters entropy through the body, so you can corrupt files online here whether or not the format has a page of its own.
Every file tool says it does not keep your data. Here that claim is checkable in under a minute, three different ways.
Open developer tools, switch to Network, then corrupt a file and sort the requests by size. An upload cannot hide in a list sorted by payload. The only outbound requests belong to the fonts, analytics and advertising tags, and none of them carries your file.
Load this page, turn off Wi-Fi or enable airplane mode, then corrupt a file. It still works, start to finish. A tool that keeps running offline was never sending anything anywhere.
The corrupter ships unminified with no dependencies. In developer tools, open the Sources panel and read it there: under 500 commented lines, every byte operation visible, and not a single fetch, XHR or WebSocket call anywhere in it.
Press the button to generate a 256 KB file in memory, corrupt it, and compare the network requests this page has made before and afterwards. Any third-party analytics or advertising request that fires is named in the result; what matters is that nothing is sent back here, because there is no endpoint to send it to.
Deliberately broken files are a routine part of building, operating and teaching software.
Malformed input is one of the most common causes of production incidents and one of the least exercised paths in a codebase. A corrupted file checks that a parser fails closed rather than hanging or allocating unbounded memory, that an upload endpoint returns a useful error, and that file-type validation reads magic bytes instead of trusting the extension.
A backup you have never restored is a hypothesis. Corrupt a database dump or a deployment artifact, then run the restore runbook against it and find out whether the integrity check fires, whether the import rolls back cleanly, and whether a bad artifact can overwrite a good one.
Generate malformed input for a fuzzing corpus, confirm a scanner handles a broken archive without hanging, or produce reproducible damaged evidence files for digital forensics and incident-response training without touching live malware.
Show a class what a corrupted file looks like at the byte level, demonstrate why checksums and versioned backups exist, and hand students identical damaged files to practise recovery on. The hex view after each run makes the change visible rather than abstract.
Storage fails more often, and more quietly, than most teams plan for. In Understanding the Robustness of SSDs under Power Fault (Zheng et al., USENIX FAST 2013), 13 of the 15 solid-state drives tested across five vendors failed when power was cut mid-write. The observed failure modes were not just dead devices: they included bit corruption, shorn writes, unserializable writes and metadata corruption, which is the category that leaves a file present, the correct size, and unreadable.
Mechanical drives are no safer over time. Google's analysis of more than 100,000 disks reported annualised failure rates climbing toward 8.6% by the third year, with latent sector errors accumulating undetected long before a drive is declared dead.
The practical consequence is that the code handling a damaged file will eventually run in production, whether or not anyone has tested it. Corrupting a file deliberately turns that from an incident into a fixture you can run in CI. For a walkthrough of what to check, see testing the error path nobody tests.
The honest version, including where the alternatives are perfectly fine.
| Capability | Files Corrupter | Typical online corrupter |
|---|---|---|
| Where processing happens | Your browser | Uploaded to a server |
| File size limit | None, to a ~2 GB browser ceiling | Often 10 to 100 MB |
| Corruption method | Format-aware, structural | Random byte flips |
| Defeats Office and Acrobat repair | Yes | Frequently not |
| Damage levels | Four | One |
| Batch processing | Yes | One file at a time |
| Keeps name, size and MIME type | Yes | Usually renamed |
| Works offline | Yes | No |
| Reports what it changed | Profile, markers, hex, SHA-256 | Nothing |
| Account required | Never | Sometimes |
Worth stating plainly, because a tool that overpromises here wastes your time at the moment it matters most.
손상은 구조에 먼저, 페이로드에 나중에 적용됩니다. 이 순서가 "경고와 함께 열림"과 "복구 불가"의 차이를 만듭니다.
Will not open in any normal application.
| Level | Payload rewritten | Structure targeted | Result |
|---|---|---|---|
| Light | ~0.5% | Magic bytes only | Opens with an error or renders partially. Sometimes recoverable. |
| Standard | ~3% | Header, all signatures, trailer | Will not open in any normal application. |
| Heavy | ~12% | Header, all signatures, double trailer | Defeats recovery and repair software entirely. |
| Shred | 100% | Entire file replaced | Every byte becomes cryptographic noise. |
네. 계정, 가입, 사용 제한이 전혀 없는 완전 무료입니다. 도구는 사용자 하드웨어에서 실행됩니다.
아니요. 모든 바이트가 브라우저에서 로컬로 처리됩니다. 전송, 기록, 저장이 일어나지 않습니다.
Standard 이상에서는 불가능합니다. 복구 도구가 의존하는 구조적 표식을 파괴하기 때문입니다. 항상 백업을 보관하세요.
네. 출력물은 원래 파일명, 정확한 바이트 길이, MIME 타입을 유지합니다. 무언가가 파싱하려 할 때만 실패합니다.
저희가 두는 제한은 없습니다. 8 MB 단위로 처리하므로 수 기가바이트 동영상도 메모리를 고갈시키지 않습니다.
모든 형식입니다. 약 87개 확장자에 전용 프로필이 있으며 나머지는 범용 바이너리 프로필로 처리됩니다.