Fraud & Verification
AI-Faked Damage Photos: The 2026 Operator’s Playbook
Published August 25, 2026 · ~12 minute read
Quick answer: the attack that matters is not a wholly generated image. It is a real photograph of a real item with damage inpainted onto it, which is now trivial to produce and defeats whole-image detection almost entirely. The working defence is not detecting fakes after the fact. It is controlling how the photo is captured, binding it to a transaction, timestamping it on your server, and setting human-review thresholds by claim value.
The SERP for this topic is law-firm commentary and detector-tool marketing. This is written for the other audience: the person who owns the returns queue, the claims desk, or the vehicle inspection flow, and has to decide what to change on Monday.
One framing note before the substance. Generation quality crossed a threshold somewhere in the last two years, and the interesting consequence is not that fully synthetic images got good. It is that editing a real photograph got trivial. Inpainting a scratch onto a genuine product photo now takes one prompt, no skill, and seconds. That is a different problem from “is this image AI,” and it needs a different answer.
In this playbook
What changed, and what the data actually shows
Be careful with numbers here. There is no reliable industry measurement of “AI-faked claims” as a category, and several widely circulated figures do not survive checking. What is measured, and worth citing:
- Signifyd, 6 August 2026: “item not as described” claims rose 49% in North America and 35% in Europe and the UK, January to April 2026. This is the on-topic growth signal, because INAD is the claim type an inpainted damage photo supports.
- NRF 2025 Retail Returns Landscape: $849.9 billion in projected 2025 returns, of which 9% are fraudulent, roughly $76 billion. Retailers report rising overstated-quantity (71%), empty-box (65%), and decoy or counterfeit (64%) returns.
Neither number is a measurement of AI specifically. They tell you the surrounding pressure is real and growing, which is the honest version of the claim.
The documented cases are worth more than the statistics, because they show the actual attack:
Allianz UK, van claim
A fraudster added AI-generated damage to a photograph scraped from the victim’s own business social media, and submitted a £1,000 fake invoice. The base image was real, publicly available, and belonged to the victim. This is the single most instructive case in the category: nothing about the source photograph was suspicious, because it was genuine.
Boll & Branch, $489 sheets
A return claim supported by an AI-generated damage photo that still carried a visible AI watermark. The CEO is on record. This is the low-effort end, and the only end current detection reliably catches.
Suzhou, China: the crab case
AI-faked video used to support a refund claim, resulting in an eight-day police detention. Useful mainly for the enforcement-floor point: this was prosecuted because someone escalated it. The overwhelming majority of claims sit below the value at which anyone investigates, which is the actual economic problem.
One regulatory peg worth knowing: EU AI Act Article 50 has applied since 2 August 2026. Synthetic outputs must be “marked in a machine-readable format and detectable as artificially generated or manipulated,” and deepfake deployers must disclose. That is an obligation on generators and deployers, not a defence for your queue — but it is why provenance tooling is about to stop being optional for anyone operating in the EU.
The four attack shapes
These are genuinely different problems and they defeat different controls. Treating them as one thing is why most defences underperform.
| Attack | What it defeats | What stops it |
|---|---|---|
| Fully generated image Nothing real in the frame | Eyeballing; naive metadata checks | Controlled capture (there is no upload path to use); reverse-image lookup |
| Inpainted onto a real photo The Allianz case. The dominant attack. | Whole-image AI detection, almost entirely — most pixels are authentic | Controlled capture; comparison against a pre-existing condition record |
| Recycled real photo Genuine damage, submitted again | AI detection completely — nothing about it is synthetic | Reuse detection across submissions; binding capture to a specific order |
| Photo of a screen The analogue hole | Controlled capture and provenance — the capture itself is genuine | Human review; multi-angle or motion capture requirements; anti-spoof models |
Read that last row carefully, because it is the one vendors gloss over. Capture control proves when and where a photo was taken. It does not prove the scene in front of the lens was honest.
Why post-hoc detection underperforms here
The short version, with the evidence in the linked piece:
- Mean detector accuracy measures 18–24% on Flux Dev, Adobe Firefly v4, and Midjourney v7 across a 291-generator, 2.6-million-image study.
- A single JPEG re-save at quality 50 dropped one benchmark detector from 95.3% to 0.2%, and it fails silently by answering “real” to everything.
- Commercial tools showed a 13.33% false-positive rate on authentic wire-service photography in a May 2026 audit, one tool at 40%.
- The dominant attack is inpainting, where most of the image is genuine and a whole-image classifier has little signal.
Full evidence, sources, and the liar’s-dividend problem: why AI image detectors fail on damage claims.
The capture-side controls that work
Five controls, roughly in order of value per unit of effort. None of them requires you to identify a fake.
- Enforce in-app camera capture. If your flow has no gallery-picker path, an image that was generated, edited, or downloaded elsewhere has no ordinary way in. This single change eliminates three of the four attack shapes at the front door.
- Bind the capture to a session, order, or job server-side. A photo that is not tied to a specific transaction is trivially reusable across claims.
- Timestamp server-side. Device clocks are trivially changed. A server-side record of when the verification arrived is not, and it is what you will want in a dispute.
- Keep an immutable record with an audit log. What was submitted, when, against which policy, what the evaluation returned, and who looked at it since. This matters as much for defending an honest customer as for catching a dishonest one.
- Detect reuse across submissions, where you have that capability. Recycling a genuine photo is the cheapest attack and the one AI detection can never catch, because there is nothing synthetic in it.
What VerifyAI does today, stated precisely. Our SDK captures from the live camera inside the host app, with no gallery-picker path in the scanner. Each verification is timestamped server-side, so it does not depend on the device clock. Every result is stored as an immutable verification record with an audit log. A vision-language model evaluates the image against a policy you declare and returns a compliance decision, a confidence score, and violation reasons.
What VerifyAI does not do today: device attestation, image hashing or perceptual fingerprinting, tamper detection, or synthetic-image detection. We are saying so on our own article because a control you believe you have and do not is worse than no control. That also means control 5 above is not something we currently provide, and the honest sequencing is that controls 1 through 4 are available and 5 is not yet.
A decision table by claim value
The reason fraud works at scale is that investigation costs more than most claims are worth. So set the thresholds deliberately rather than by accident.
| Claim value | Reasonable control | Why |
|---|---|---|
| Low | Automated policy check on a controlled capture | Review costs more than the claim. Accept the residual loss deliberately. |
| Medium | Controlled capture, plus review of anything the policy check flags | Reviewer time is justified on the exceptions, not on the whole queue. |
| High | Controlled capture, human review of every claim, multi-angle capture | Multi-angle raises the cost of the photo-of-a-screen attack substantially. |
| Disputed or litigated | Full audit record, original retained, chain of custody documented | What matters is what you can show, and when you can show it was recorded. |
One operational note that costs nothing: retain the original. Many pipelines keep only a resized derivative, which throws away the version you would most want later.
When you cannot control the capture
Marketplaces, third-party sellers, insurance claims from the general public, anything arriving by email. You cannot mandate an app, and this is where most of the hard cases live.
- Make the controlled path the fast path. Do not ban uploads outright; make in-app capture resolve in minutes and uploads take a review cycle. Most honest people take the fast path, which concentrates your review effort where it belongs.
- Ask for something a static image cannot supply. A short video pan, a specific angle, the item next to a written code you supply at claim time. Cheap for an honest customer, expensive for a fabricated photo.
- Compare against your own prior record where one exists — a pre-rental inspection, a pre-shipment photo. Inpainted damage on a real item is much easier to spot against a known earlier state than in isolation.
- Use detection last, as triage only. For images with no provenance and no controlled path, a detector score is a weak prior for ordering a review queue. It is not a decision, and it must never auto-deny a claim.
The uncomfortable summary: for uncontrolled capture there is currently no technical answer that is both reliable and cheap. Any vendor claiming otherwise is describing detection accuracy that the independent literature does not support.
Frequently asked questions
How common is AI-faked damage fraud?
There is no clean industry-wide number yet, and anyone quoting one precisely is guessing. What is measured: Signifyd reported on 6 August 2026 that "item not as described" claims rose 49% in North America and 35% in Europe and the UK between January and April 2026. The NRF's 2025 Retail Returns Landscape puts projected 2025 returns at $849.9 billion, of which 9% are fraudulent, roughly $76 billion. Those are the adjacent measured trends, not a direct measurement of AI-specific fraud.
What does an AI-faked damage claim actually look like?
Usually not a wholly fabricated image. In a documented Allianz UK case, a fraudster took a genuine photograph of a van scraped from the victim's own business social media, used AI to add damage to it, and submitted a £1,000 invoice. Most of the picture was authentic. At the low-effort end, Boll & Branch received a claim for $489 sheets with an AI-generated damage photo that still carried a visible AI watermark.
Can I just run submitted photos through an AI detector?
Not as a decision mechanism. Detector accuracy on 2024-2026 generators measures below chance in independent testing, a single JPEG re-save can silently drop accuracy to near zero, and false positives on authentic photographs run in the low double digits. A false positive is worse than a miss here, because it hands a bad actor a way to dismiss real evidence.
What works instead?
Control how the photo is taken rather than interrogating it afterwards: require capture through your own app rather than a gallery upload, bind the capture to a specific order or job server-side, timestamp on your server rather than trusting the device clock, keep an immutable record of the result, and detect reuse across submissions. Then set human-review thresholds by claim value, because most claims sit below the value where anyone investigates.
Does the EU AI Act change anything here?
Article 50 has applied since 2 August 2026. It requires that synthetic outputs be marked in a machine-readable format and detectable as artificially generated or manipulated, and requires deepfake deployers to disclose. It is an obligation on generators and deployers, not a defence for your claims queue, but it is the reason provenance tooling is moving from optional to expected for anyone operating in the EU.
Related
- Why AI image detectors fail on damage claims — the evidence behind the detection section
- VerifyAI: photo verification for fleet, delivery, and inspection
- VerifyAI API documentation
- VerifyAI pricing