Example scenarioSocial Platform

Example Scenario: How POY Verify Is Designed to Help a Social Platform Stop Deepfake Profiles

This example scenario follows a hypothetical professional social network where AI-generated profile photos are undermining trust. It shows how POY Verify is designed to let members prove a real human is behind their profile with an on-device liveness check, without the platform collecting biometric data from users in the EU or anywhere else.

0 Biometric data sent to the platform
1 Verified Human badge per real person
~30s Designed verification time
3 Phased rollout stages

This is an illustrative example scenario, not a customer case study. POY Verify is in private beta, so the company described here is hypothetical and no results are reported. It shows how the product is designed to work for this kind of platform.

The Scenario

Imagine a social platform built around professional networking and community discussion, with members in the EU and North America. Its reputation rests on authentic interactions. Then reports of suspicious profiles start rising, and review shows many use AI-generated photos to run spam, influence campaigns, and scams.

The Problem in Detail

In this scenario the deepfake accounts cause three connected problems:

Traditional fixes run into a wall.

The GDPR Paradox

Traditional biometric verification collects facial images, liveness videos, or templates. Under GDPR Article 9, biometric data used to identify people is special category data, with strict consent, processing, and security requirements. Collecting it from EU members would add a heavy compliance burden.

The platform needs to know a real human is behind a profile without becoming a store of biometric data.

The Solution

POY Verify is built around a simple idea: a platform needs the verification result, not the biometric data. In this scenario it works like this:

  1. User triggers verification - A member taps a button to earn a Verified Human badge, which launches POY Verify on their phone.
  2. On-device liveness check - The phone's depth camera, infrared emitter, and motion sensors confirm a living person is present, inside the Secure Enclave.
  3. Cryptographic proof generated - The Secure Enclave produces a signed proof that a living human was detected. It contains no facial features or personal data.
  4. Proof sent to platform - The platform checks the proof and adds the Verified Human badge to the profile.
  5. No biometric data retained - Biometric data never leaves the device, so the platform has no biometric database to secure.

Why Zero-Data Helps with GDPR

GDPR's special category rules govern processing of biometric data. POY Verify processes biometrics only on the user's device and sends the platform a proof, not biometric data, which is designed to keep the platform's verification flow out of special category processing on its own servers.

The question to put to your own data protection officer: if biometric processing happens only on the member's device and the platform receives a signed proof, which GDPR obligations remain for the verification flow? POY Verify is designed so the answer is as few as possible, but each platform has to confirm it.
🔒

No Biometric Data Collected

All biometric processing happens inside the device's Secure Enclave. No facial data, liveness video, or biometric template leaves the device.

🛡

No Biometric Database to Breach

The platform stores only cryptographic proofs, which cannot be used to reconstruct biometric information.

⚖

Smaller GDPR Footprint

Because no biometric data reaches the platform's servers, the verification flow is designed to avoid special category processing there. Confirm with your DPO whether a DPIA is still needed.

Before and After

Before POY Verify

  • Profiles using AI-generated photos
  • Rising member reports of fake profiles
  • Falling trust and retention
  • Content manipulation by fake account networks
  • Legal exposure from impersonation
  • GDPR blocking traditional biometric tools
  • A growing manual review backlog

With POY Verify, by design

  • A Verified Human badge as a clear trust signal
  • Profiles backed by an on-device liveness check
  • No biometric data stored by the platform
  • Automated verification instead of manual review
  • A path for flagged accounts to prove they are real

Implementation Approach

A platform in this position would usually roll out in phases, starting voluntary and gradually making verification a stronger signal.

Phase 1: Voluntary Verification

Offer verification as an optional feature that earns a Verified Human badge. Power users, who have the most to gain from standing out from fake accounts, tend to verify first.

Phase 2: Trust Signal Integration

Fold verification status into trust and ranking: verified members' content and connection requests get a modest boost, which encourages verification without requiring it.

Phase 3: Flagged Account Review

Ask accounts flagged as likely synthetic to verify, or provide another proof of authenticity, within a set window. Accounts that cannot pass are restricted; real people who pass keep their profiles.

What to Measure

This scenario reports no results. A pilot would track the share of profiles flagged as synthetic, verification completion, member trust survey scores, impersonation reports, and moderation hours, comparing each before and after rollout.

The Data Privacy Advantage

The main design benefit is what the platform does not have to hold. With no biometric data on its servers, there are no facial images or templates to steal in a breach, and far less biometric data handling to document. Each platform should still confirm its remaining GDPR obligations with counsel.

Key Takeaways

Frequently Asked Questions

Is this social platform example a real customer case study?

No. It is an illustrative example scenario, not a customer case study. POY Verify is in private beta, so the professional social network described here is hypothetical and no results are reported. The scenario shows how the product is designed to work for this kind of platform, and what a team would measure in a real pilot to judge whether it works.

How is POY Verify designed to stop deepfake profiles?

Members earn a Verified Human badge by completing an on-device liveness check. Their phone's depth camera, infrared emitter, and motion sensors confirm a living person inside the Secure Enclave, which then produces a signed proof that contains no facial features or personal data. The platform checks the proof and adds the badge, so AI-generated profiles cannot earn it and no biometric database is created.

How does on-device verification help a social platform with GDPR?

GDPR treats biometric data used to identify people as special category data under Article 9, with strict consent and security rules. Because POY Verify processes biometrics only on the member's device and sends the platform a signed proof instead, it is designed to keep the platform's own servers out of special category processing for the verification flow. Each platform should still confirm its remaining obligations with its data protection officer.

How would a social platform roll out human verification?

In three phases. First, offer verification as an optional feature that earns a Verified Human badge, which power users tend to adopt first. Second, fold verification status into trust and ranking, giving verified members' content and connection requests a modest boost. Third, ask accounts flagged as likely synthetic to verify, or provide another proof of authenticity within a set window, and restrict those that cannot.

See How POY Verify Can Help Your Platform

Whether you are fighting deepfakes, navigating GDPR, or rebuilding user trust - POY Verify delivers human verification without data liability.

REQUEST A DEMO
← Back to all case studies