← Back to context

Comment by tgsovlerkhgsel

4 hours ago

This is really clever from Apple. The journalist use case is just the PR story. This will be really useful for identity verification and insurance apps, and has the potential to shift from "you need a smartphone to be able to live normally" to "you need an iPhone to be able to live normally".

There are already plenty of insurances that require you to submit claims through a smartphone app that tries to essentially do this by capturing sensor metadata etc. - those don't need to be nation-state resilient, just Joe the Crackhead Insurance Scammer resilient, so this works. Likewise, more and more things online require identity verification (either officially or disguised as age verification).

Edit: And while "a nation state actor can spoof this" is a problem for the journalism use case, the insurance/ID verification use cases are perfectly fine with anything that raises the bar but could be bypassed with enough effort. Also, the journalism use case suffers from the same fundamental issue all of these use cases suffer from: People will "verify" the picture by looking at the repost of a screenshot of the verification UI, not by verifying the original themselves.

Yrs; that is what world needs, complete dependency on one giga corporation... I cannot wait for it to happen!

> This is really clever from Apple. The journalist use case is just the PR story. This will be really useful for identity verification and insurance apps, and has the potential to shift from "you need a smartphone to be able to live normally" to "you need an iPhone to be able to live normally".

You have it all wrong.

Apple Reference Image is not an id system; it's primarily a way to attest that the pixels recorded by the camera sensor have not been altered in any way; the pixels, metadata and timestamp are all cryptographically signed.

There's no way to link a reference image to a person; it's also not possible to determine if a pair of images came from the same device.

> And while "a nation state actor can spoof this" is a problem for the journalism use case

This is incorrect:

    When the image sensor is first initialized in the factory, it creates a
    cryptographic signing identity, sharing only the public key with the
    factory. The SEP similarly creates a separately-attested signing
    identity. These identities are bound together into the device manifest,
    allowing us to later check whether a particular sensor and SEP are from
    the same device.

    The final signature on a reference image is a composite post-quantum
    signature combining RSA-3072 and ML-DSA-87. To our knowledge, Apple
    Reference Image is the only image provenance system that provides
    quantum-secure defenses.

So… a nation-state can't really do anything here unless they acquire alien technology. If something crazy happens (solar flare or EMP?), a fraudulent reference image can be revoked.

> Also, the journalism use case suffers from the same fundamental issue all of these use cases suffer from: People will "verify" the picture by looking at the repost of a screenshot of the verification UI, not by verifying the original themselves.

I would imagine there will be a way to confirm an Apple Reference Image on the web. Pretty soon, 3rd parties will be able to verify the image themselves:

    Reference images can be viewed in the Photos app alongside the main
    image, like a digital negative, to visually compare the two assets and
    determine if any edits were made. APIs are available in iOS, iPadOS, and
    macOS 27 for third-party apps to enable viewing of these reference images.

I don't understand the vector of this:

An insurance would either assign #1 an insurance agent or mechanic to initially assess the damage (trusted) or #2 ask the customer to send pictures (untrusted).

Tendency is #2 for cost-saving of the insurance, and 3rd party apps are used to execute this.

Now the idea is that the insurance company discontinues the App and the (untrusted) customer must have an iPhone 18 Pro to make an insurance claim?

Or is the insurance agent / mechanic an untrusted entity who will now be required to have an iPhone 18 Pro?

What is the fraud vector here, and how can the insurance service provider continue cost-saving on damage-assessment by offloading to the customer, if the customer is required to own a specific device?

  • > Now the idea is that the insurance company discontinues the App and the (untrusted) customer must have an iPhone 18 Pro to make an insurance claim?

    In a couple of years it will be almost any iPhone instead of 18 Pro. And if it catches on, other phone vendors will provide a similar service.

    • So the insurance would then, instead of contracting the current service-provider for the 3rd party app, contract also with Apple and, let's say Samsung?

      And then stop the 3rd party app which is vendor-agnostic and works on all devices?

      I'd say that's unlikely.

      IF that's an industry this Apple-feature will disrupt, it seems it will barely have an impact on the process of insurance companies themselves, but will actually disrupt the service-provider industry FOR insurances:

      The insurance won't be able to stop their existing 3rd party cost-saving, as it provides the largest device-coverage for offloading to the customer.

      Instead, either the insurance or the 3rd party service-provider will have to pay Apple in addition to make use of this feature, with the hopes that the provided data will reduce fraud.

      Which brings me back to my actual question: What is the fraud-vector here?

  • Some banks needs photos of machine readable IDs to verify user details to fight fraud. These IDs can be passports or NFC enabled EU (and compatible) ID cards.

    This will allow banks to trust these cameras more on the long run, allowing higher security ID checks.

    • Okay, this doesn't answer the question on the vector but is another interesting example. Let's expand on that one then:

      Banks are offloading the trusted process of ID verification to an untrusted entity (end-user, merchant,...) and compensate for the loss of security by using a trusted service-provider (now Apple AND an iPhone 18 Pro).

      This is already happening today in two scenarios:

      1. lower-risk scenarios (remotely) with trusted 3rd party service-providers and very low Hardware-requirements ("use this app on your phone to take a picture/video") and

      2. higher-risk scenarios (on-site) with trusted 3rd party service-providers ("use THIS expensive device to take a picture/video of the customer/citizen")

      Apple now potentially disrupts the service-provider industry of #2 (higher-risk scenarios) by

      #a grabbing a part of this hardware/service market that MAY allow the end-user to be in control of the device and

      #b replacing the on-site hardware/service with an iPhone "in a box".

      They can't disrupt #1 because their cost-saving can't mandate the end-user to buy a 1000+ USD device just for THEM to provide the contracted service. (They can add convenience if you have it, but they can't reject their service if you don't)

      Which means they disrupt mainly #2: The industry providing trusted imaging solutions for higher-risk scenarios.

      --> So it's the Watch Ultra game all over again.

      On Watch Ultra they disrupted the diving-watch market by the sheer scale of selling their development to everyone buying a Watch Ultra, driving down the cost so much that they can undercut every diving-watch company on the market.

      Now they use the sheer scale of iPhone 18 Pro sales to enter the trusted-imaging market-segment, undercutting every player there and take that market.

      1 reply →

The main way we combat insurance fraud is by throwing people in jail who do it. I dont think AI faked photos is a major cause of fraud.

  • At least in the UK this seems to be a growing problem and jail isn't a scalable solution. See for example: https://www.bbc.com/news/articles/cm2rr9pg4jzo

    • Like a lot of things in the UK, the problem isn't the harshness of the law, it's the lack of prosecution. It doesn't matter what the punishment is when criminals know that the crime is extremely unlikely to be investigated or make it to trial.

I don’t understand what this brings to the table beyond what we’re currently doing.

Insurance companies can have a native app and require the device’s camera. Companies already have tools to combat a liveliness check. Even if you’re using a modified app that pulls from the photo album instead of the camera? A video recording with the appropriate liveness verification easily avoids that mess.

  • As per opening paragraph of link, AI fakes are a thing.

    It's been possible to do a live video deepfake for a long time now, but as with all new tech, law and society are taking their sweet time to understand the risks; IMO this is the other side of the same coin as some infamous tech comments on consumer products: https://www.dpreview.com/news/5756257699/nvidia-research-dev...

    As we're now in an AI race, even NVIDIA's specific technique has flaws which all the current tools can detect, there's never any guarantee of this continuing to be the case.

    That said, in the case of Apple, they're historically followers not leaders despite the public image they like to present about innovation, and I'd expect this method to be flawed from day one even if we weren't reading a corporate blog post written in a self-congratulatory tone I find almost as off-putting as when AI write.

    • You don’t even need an AI deepfake to edit a video.

      AI deepfake or edit video doesn’t pass liveliness checks without all the c2pa or reference image song and pony show.

      Insurance companies can monitor the light reflections from the flash that they control or monitor the accelerometer and compare the accelerometer values with the video that they receive.

      They could also just update their app to stop accepting photos from the album.

    • > That said, in the case of Apple, they're historically followers not leaders despite the public image they like to present about innovation

      While its true Apple usually isn't the first in a product category--not the first mp3 player, not the first smartphone, not the first tablet) but once they get there, they're quite innovative.

      When the iPhone 5s was released in 2013, it was the first smartphone with a 64-bit processor, which caught Qualcomm off guard. Even when Qualcomm released a 64-bit processor the following year, it kinda didn’t matter because Android was still 32-bit.

> […] the potential to shift from "you need a smartphone to be able to live normally" to "you need an iPhone to be able to live normally".

Why do you believe Android manufacturers and SOC makers like Qualcomm won’t be able to offer a similar solution?

  • Not the OP, but yes, other vendors will be able to support that as well. But a camera sensor that has

    1. a public/private key exchanged during device-production (production-cost),

    2. the capability to reboot in a cryptographic mode (R&D / component cost) and

    3. a cloud-service which then processes the raw data to create a JPG (operational cost)

    comes at a premium. Why should this premium be applied on a 99 USD Smartphone?

    Which is my whole puzzle on this vector: If the big benefit is for insurance/ID-verification, which apply cost-saving by offloading their process to the untrusted customer, how much they can offload this by requiring their customer to own a 1000+ USD smartphone to provide THEIR service...?

    The most I can imagine is insurances offloading their work to OTHER companies, NOT trusting them and therefore requiring them to own a 1000+ USD Smartphone. But even then, why not use a third party app that also runs on a 3y old iPhone and a 99 USD Android device...?

    • We have 99USD smartphones with 1080p+ AMOLEDs, massive 5k amp batteries and very performant SOCs (e.g. Galaxy A16) among other costly, but not vital niceties. I struggle to see how cost could be a factor here.

      4 replies →

  • A bunch of them already offer one. Have been a while, actually; the S25 and Pixel 10 came with exactly this.

    The timestamping server is the hard part, especially with the verified compute component. It's just not something I see Samsung doing.

    I expect Google to show up with a blog post titled "extending C2PA with timestamps for industry-leading authenticity confirmation" any time.

> looking at the repost of a screenshot of the verification UI

I don't follow. It's my user agent that's verifying the image, and my device will tell me that it's not verified.

Insurance agencies worried about fraud could just do what they did prior to smartphones: have you bring the car to a claims adjuster at your local office. I’ve brought cars to be inspected, because I got T-boned at an intersection by a careless driver before smartphones existed; it was reasonably quick and hassle-free.

I think you’re on the ball, but also all KYC flows, photo proof for shipping returns (Chinese platforms were getting destroyed on this) etc. etc. It’s a very very clever solution and a very opportune time.

> People will "verify" the picture by looking at the repost of a screenshot of the verification UI, not by verifying the original themselves.

True.

> raises the bar but could be bypassed with enough effort.

Anyone can spoof this.

Apple cannot stop spam iMessages. They can't stop someone from rendering their privileged UI inside a browser viewport. People copy and paste remote script executions from convincing captchas.

This whole provenance thing is a red herring. You agree with me, but there's truly not a single application for this that won't be exploited.