무료, 가입 불필요, 오프라인 작동

파일 손상 도구

몇 초 만에 모든 파일을 손상시키세요, 어디에도 업로드하지 않고

무작위 바이트 몇 개를 바꾸는 것이 아니라, 실제 파서가 의존하는 구조를 파괴하는 포맷 인식 손상 도구입니다. PDF, Office 문서, 압축 파일, 동영상, 오디오, 이미지를 모두 브라우저 안에서 처리합니다.

  • 데이터가 기기를 벗어나지 않습니다
  • 파일 크기 제한 없음
  • 일괄 처리
  • 4단계 손상 수준

Upload and corrupt your file

Everything runs locally. Nothing is uploaded, nothing is stored.

100% on-device
Drop files here or browse Any format, any size, multiple files at once
Corruption level

Working…0%
Ready to download
0전용 도구
0형식 프로파일
0업로드된 바이트
0무료, 영원히

Files Corrupter 작동 방식

세 단계, 계정 불필요, 대기 없음.

The pipeline Live
ReadFile API pulls 8 MB slices into memory
RewriteProfile destroys header, index and trailer
ReturnBlob URL hands the copy straight back

파일 선택

끌어다 놓거나 클릭해서 찾아보세요. 여러 파일을 한 번에 처리할 수 있고 크기 제한도 없습니다. 파일은 메모리로 읽히며 어디에도 전송되지 않습니다.

손상 수준 선택

대부분의 경우 Standard가 적합합니다. 엔진이 확장자와 매직 바이트로 형식을 식별한 뒤 해당 형식의 프로필을 적용합니다.

결과 다운로드

손상된 사본은 메모리에서 생성되어 원래 파일명으로 다운로드됩니다. 원본 파일은 절대 수정되지 않습니다.

Why this corrupter breaks files others leave working

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.

Format-aware, not random

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.

Nothing is uploaded

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.

Four calibrated levels

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.

Indistinguishable at rest

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.

Large files and batches

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.

Auditable output

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.

Where the damage lands Interactive
Header
Index
Payload
Trailer

Header, index and trailer are gone. Nothing can locate a single entry, so repair has nothing to rebuild from.

What gets destroyed, by format

Corruption is applied to structure first and payload second. This is the landmark each profile targets, and the error the application actually shows afterwards.

Structure map Interactive
%PDF- header destroyed
Objects and content streams entropy
xref table destroyed
trailer destroyed
%%EOF destroyed
Structure destroyed Entropy scattered

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.

FormatStructure destroyedWhat you see
PDF 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.

Do not take the privacy claim on trust

Every file tool says it does not keep your data. Here that claim is checkable in under a minute, three different ways.

Watch the network tab

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.

Disconnect and try again

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.

Inspect the code

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.

Live network check Interactive
Your device File read, rewritten and handed back, all in page memory
Any server Never receives the file, because it is never sent
Requests before
Requests after
Sent to this site

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.

Who uses a file corrupter, and why

Deliberately broken files are a routine part of building, operating and teaching software.

Developers and QA engineers

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.

IT and infrastructure teams

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.

Security researchers and forensics

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.

Educators and trainers

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.

Why malformed input is worth testing on purpose

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.

How this compares to other online corrupters

The honest version, including where the alternatives are perfectly fine.

CapabilityFiles CorrupterTypical 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

What this tool will not do

Worth stating plainly, because a tool that overpromises here wastes your time at the moment it matters most.

  • It cannot repair anything. Corruption is one-way. Once the header, index and trailer are gone there is no redundancy left to reconstruct from, by us or by any recovery tool. Keep the original.
  • It cannot change a timestamp. Created and modified dates come from your filesystem, not from the file contents. Nothing here can make a file look damaged at a particular moment.
  • It cannot defeat a hash recorded earlier. If a system already stored a checksum of the working file, the corrupted copy will not match it. That is the point of checksums.
  • It cannot guarantee one specific application. Format profiles target the structures parsers depend on, and the results are consistent, but no tool can promise identical behaviour in every version of every program.
  • It never modifies your source file. The file you select is read into memory. The damage is applied to a copy and handed back as a download. The original on disk is untouched.

각 수준이 실제로 하는 일

손상은 구조에 먼저, 페이로드에 나중에 적용됩니다. 이 순서가 "경고와 함께 열림"과 "복구 불가"의 차이를 만듭니다.

Byte map by level Interactive
Header and trailer Payload 3% of bytes rewritten, header, signatures and trailer destroyed

Will not open in any normal application.

LevelPayload rewrittenStructure targetedResult
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.

자주 묻는 질문

Files Corrupter는 정말 무료인가요?

네. 계정, 가입, 사용 제한이 전혀 없는 완전 무료입니다. 도구는 사용자 하드웨어에서 실행됩니다.

내 파일이 서버로 업로드되나요?

아니요. 모든 바이트가 브라우저에서 로컬로 처리됩니다. 전송, 기록, 저장이 일어나지 않습니다.

손상된 파일을 복구할 수 있나요?

Standard 이상에서는 불가능합니다. 복구 도구가 의존하는 구조적 표식을 파괴하기 때문입니다. 항상 백업을 보관하세요.

손상된 파일이 정상으로 보이나요?

네. 출력물은 원래 파일명, 정확한 바이트 길이, MIME 타입을 유지합니다. 무언가가 파싱하려 할 때만 실패합니다.

최대 파일 크기는?

저희가 두는 제한은 없습니다. 8 MB 단위로 처리하므로 수 기가바이트 동영상도 메모리를 고갈시키지 않습니다.

어떤 형식을 지원하나요?

모든 형식입니다. 약 87개 확장자에 전용 프로필이 있으며 나머지는 범용 바이너리 프로필로 처리됩니다.

의도적으로 망가뜨리기

계정 없음, 업로드 없음, 제한 없음.

지금 파일 손상시키기