"Loading..."

You just finished a contract for a high-profile client. You send over the final Word document or PDF via your favorite freelance platform. It feels like a job well done-until you realize that buried deep inside the file's hidden properties is the name of your previous employer, your home address, and perhaps even an API key you forgot to delete.

This isn't just a theoretical risk. In April 2026, a massive security failure on the Fiverr gig-work platform exposed thousands of private files. Security researchers found that documents shared between freelancers and clients-including tax forms with Social Security numbers and driver's licenses-were left publicly accessible because of misconfigured cloud storage. While that specific incident involved platform-level errors, it highlighted a universal truth: if you are sending digital files, you are likely sending more than just the visible text.

The Hidden Data Inside Your Files

Most people think of a document as the words they see on the screen. But technically, a modern office file is a container. Whether you are using Microsoft Office or LibreOffice, your .docx, .xlsx, or .pptx files are actually ZIP archives containing XML code. This structure allows for rich formatting, but it also creates hiding spots for data you didn't intend to share.

Inside these archives, there are specific locations where software records history. In Office Open XML files (like DOCX), this data lives in three main places:

  • Core properties (docProps/core.xml): Stores who created the file, when it was last modified, and the title.
  • Application properties (docProps/app.xml): Tracks how long you spent editing, which template you used, and often includes your company name.
  • Custom properties (docProps/custom.xml): Holds extra fields added by add-ins or internal corporate systems.

If you use OpenDocument formats (like ODT from LibreOffice), the logic is similar, with most metadata stored in a file called meta.xml.

When you switch jobs or start freelancing, your computer doesn't automatically forget your old identity. The software continues to tag new files with your "Author" and "Company" fields based on your profile settings. If you haven't updated those settings, every deliverable you send out carries a digital watermark pointing back to your former employer.

Why Freelancers Are Vulnerable

Freelancers operate in a unique pressure cooker. You need to prove your skills, so you share work samples. You need to get paid, so you verify your identity with tax documents. You need to collaborate, so you share drafts with tracked changes. Every step introduces risk.

The Fiverr case study serves as a stark warning. Researchers discovered that files were not only stored insecurely but were indexed by search engines. A simple Google query could pull up sensitive contracts and personal IDs. While that was a platform failure, it proved that once a file leaves your control, its safety depends on infrastructure you cannot monitor.

Even if the platform is secure, the file itself might be compromised. Consider this scenario: You download a template from a client, fill it out, and send it back. That template might contain custom properties from the client's internal system. Or worse, you send a file from your personal laptop, and the metadata reveals that you used a font license tied to a different business entity. These small leaks can break non-compete clauses or confuse client audits.

Cross-section illustration of a document file revealing metadata layers

How to Inspect Your Files Before Sending

Before you worry about removing data, you need to know what is there. Most users have no idea what their documents look like to a forensic analyst. You don't need expensive software to check; you just need the right approach.

If you are on Windows and have Microsoft Office installed, you can use the built-in Document Inspector. Go to File > Info > Check for Issues > Inspect Document. This tool scans for hidden text, comments, and author information. However, this option is unavailable to Mac users, Linux users, or anyone relying on free alternatives like LibreOffice.

For everyone else, a browser-based solution offers a transparent alternative. Tools that run entirely in your browser allow you to upload a file, view its raw metadata in a readable format, and decide what to keep or discard. The critical advantage here is privacy. Since the processing happens locally using JavaScript and WebAssembly, the file never touches a server. You can verify this yourself by opening your browser's developer tools and checking the network tab while the tool runs-if nothing uploads, you are safe.

I recommend using Vaulternal's document metadata remover for this inspection step. It supports both Office Open XML (DOCX, XLSX, PPTX) and OpenDocument (ODT, ODS, ODP) formats. When you load a file, it shows you exactly what is stored in the core and application properties. You might see your old company name listed under "Organization" or a revision count that suggests you edited the doc hundreds of times. Seeing this data makes the abstract concept of "metadata" concrete and urgent.

Stripping Metadata Without Losing Content

Once you identify the problem, the solution is to strip the unwanted properties. You want to remove the historical baggage without breaking the document's formatting or content.

A good metadata cleaner should handle several key areas:

  1. Author and Last Modified By: Change these to generic terms like "Freelancer" or leave them blank.
  2. Company/Organization: Remove any reference to previous employers.
  3. Total Editing Time: This can reveal how much effort you put into a task, which some clients may judge unfairly.
  4. Custom Properties: Delete any fields added by old templates or corporate software.

Be careful with tracked changes and comments. These are not always stripped by default because they are part of the document's active content. If you want to hide your editing history, you must explicitly choose to remove them. However, remember that removing tracked changes also removes the edits themselves. If you are sending a final version, accept all changes first, then strip the metadata.

Using a client-side tool ensures that this cleaning process is private. Unlike online converters that require you to upload your file to a remote server, a local processor keeps every byte on your device. This is crucial when handling legal contracts, financial reports, or confidential client strategies. After cleaning, some tools even provide a JSON export of the removed fields, giving you an audit trail to prove to clients that you sanitized the file.

Shield illustration with security checklist icons for file safety

Beyond Metadata: Other Freelancer Pitfalls

Cleaning metadata is just one layer of defense. Freelancers must also watch out for other embedded data types.

Hyperlinks and Paths: Sometimes, documents contain hyperlinks that point to internal network drives or previous client folders. For example, a link might read file:///C:/Users/OldEmployee/Documents/ProjectX. This path reveals your username and directory structure. Always check external links before sharing.

API Keys and Credentials: Developers often embed temporary API keys in code snippets or documentation to demonstrate functionality. Never send a file with active credentials. Use placeholder values like YOUR_API_KEY_HERE instead.

Image EXIF Data: If you include screenshots or photos in your deliverables, those images carry their own metadata. GPS coordinates, camera models, and timestamps can be embedded in JPEGs. Ensure your image editor strips this data, or use a dedicated image metadata remover alongside your document cleaner.

Building a Secure Workflow

Preventing leaks requires a consistent habit. Here is a checklist for every deliverable:

  • Update your profile settings: In your word processor, go to Options/Preferences and set your Name and Initials to your professional brand, not your personal name or old employer.
  • Use clean templates: Create a master template with no metadata. Start new projects from this file rather than saving copies of old ones.
  • Inspect before sending: Make running a metadata inspector the last step in your workflow. Treat it like proofreading.
  • Convert formats wisely: Converting a Word doc to PDF can sometimes flatten metadata, but not always. Modern PDFs retain author info and creation dates. Always inspect the final PDF as well.
  • Verify platform security: Be aware that platforms like Fiverr, Upwork, or direct email attachments have varying levels of security. Assume that anything you send could eventually be exposed.

The Fiverr incident showed us that trust in third-party infrastructure is fragile. Even major platforms make mistakes. As a freelancer, your best protection is to assume zero trust. Clean your files, verify your settings, and ensure that the only story your document tells is the one you intended to write.

What is the Fiverr metadata leak?

In April 2026, security researchers discovered that thousands of private files on the Fiverr platform were publicly accessible due to misconfigured cloud storage. These files included sensitive documents like tax forms, ID cards, and contracts shared between freelancers and clients. The URLs were indexed by search engines, making private data searchable via Google.

Does converting to PDF remove metadata?

Not necessarily. While converting from Word to PDF can change the structure of the file, modern PDF readers still store metadata such as author name, creation date, and software used. You should always inspect a PDF for hidden data before sending it to a client.

Is it safe to use online metadata removers?

It depends on the tool. Many online services upload your file to their servers to process it, which poses a privacy risk for confidential documents. Safer options are client-side tools that run in your browser using JavaScript and WebAssembly, ensuring the file never leaves your device.

Where is metadata stored in a DOCX file?

A DOCX file is a ZIP archive containing XML files. Core metadata is stored in docProps/core.xml, application-specific data in docProps/app.xml, and custom properties in docProps/custom.xml. Stripping metadata involves modifying or deleting entries in these specific XML files.

Can I remove tracked changes without losing edits?

No. Tracked changes record the edits themselves. To remove the track marks, you must either "Accept All Changes" (which keeps the edits but hides the history) or "Reject All Changes" (which reverts the document). Simply stripping metadata does not remove tracked changes unless you specifically select that option in a cleaning tool.

Write a comment