Skip to main content

Supported format

Remove metadata from JPEG images

Inspect and remove supported JPEG EXIF, IPTC and XMP metadata in your browser. The image may also carry comments, a thumbnail or a colour profile, each with its own assessment. Review the processing report and independent residual check before the authorised person decides whether to disclose the output.

JPEG metadata beyond the image

A JPEG can carry location, authorship and device fields in EXIF, IPTC or XMP. Comments, previews and private application segments are separate structures to inspect. The report describes what the selected file contains; a camera model or extension does not establish that a particular field is present.

  • EXIF/GPS fields, author/device/software details
  • IPTC authorship/contact fields and XMP properties
  • Comments, MakerNote, thumbnails/previews and unknown application segments

Supported JPEG metadata removal

The supported path removes parser-identified EXIF, IPTC and XMP fields and containers, then independently checks the processed bytes. Read the field and container findings together. A removed author field does not by itself show that an embedded preview, private segment or other unassessed structure has been cleared.

Retained JFIF and colour structures

A JFIF header can be needed for compatible display, and an assessed public ICC profile can be needed for colour rendering. Those structures have separate dispositions from privacy metadata. The parser treats a JFIF thumbnail differently from the header, so check exactly which structure the report kept.

  • The assessed JFIF header, without an embedded thumbnail.
  • An ICC colour profile assessed as public and structural.
  • Compressed image data and the structures required to decode it.

JPEG limits and unresolved findings

Private extensions and malformed application segments can prevent the parser from establishing a complete result. The workflow does not promise to understand every MakerNote or vendor payload. Check residual and unassessed findings rather than inferring support from the filename, file size or the visible image alone.

  • An embedded JFIF thumbnail has a separate privacy disposition from the retained header.
  • Private ICC extensions and malformed segment boundaries can remain unassessed or cause processing to fail.
  • Every private application segment or MakerNote is not necessarily understood.
  • No generic file size or processing-time guarantee applies.

Questions about JPEG metadata

Why can JFIF remain after JPEG metadata removal?

JFIF can contain the header needed for compatible display. The parser distinguishes that structural header from an embedded thumbnail; a retained header is not a claim that private metadata remains.

Does the workflow remove every ICC colour profile?

No. A public profile assessed as structural can remain for colour rendering. Direct privacy data and unknown private extensions receive different dispositions, so inspect the report for the selected file.

A photograph in a subject access response

Representative scenario

A colleague proposes a JPEG for a rights-request response. Inspect the GPS and creator fields, then review any separate embedded-thumbnail finding. Open the independently checked output and compare it with the intended attachment before the authorised person decides whether to disclose it. Keep the original when the review requires it.

How to review file metadata before disclosure

Process JPEG files in your workspace

Supported JPEG files are inspected and cleaned in your browser. Raw file bytes and raw metadata are not sent to ScrubMetadata servers, and only minimised evidence is recorded after processing.

  • Raw file processing stays local
  • Device-verified access
  • Accounts approved by a person
Request access

Already approved? Sign in

Remove JPEG metadata in your browser · ScrubMetadata