US Legal Review — Face Scan, Location & Video | YouSignedHere
US Legal Review · MoE-verified

Every US law that touches a face scan, a location, and a video — reviewed.

To prove a signature, YouSignedHere can capture the three most heavily regulated categories of consumer data at once. This is the full map: which law reaches each one, in its own citation, why each needs a lawyer’s sign-off, and what we commit to do.

32 laws catalogued 7 domain experts → adversarial verify → 1 judge Illinois · United States 2026-07-23
Educational research, not legal advice. This catalog was assembled by a mixture-of-experts research process and checked against primary sources; several citations were corrected in adversarial review. It maps the legal terrain so a licensed attorney can review efficiently — it does not replace one, and it creates no attorney–client relationship. Statutes amend often; confirm current text before relying on any point.

The short version

yousignedhere.com is an Illinois-based "provable" e-signature product whose proof mechanism combines the three single most heavily regulated categories of consumer data at once: a photograph plus a liveness check, precise GPS/IP geolocation, and an audio-video recording of the signer (the liveness check scores motion and creates no face template — see the architecture). That stack sits at the intersection of biometric-privacy statutes, wiretap/recording-consent laws, comprehensive state privacy acts, and the ESIGN/UETA validity regime — and the company's home state (Illinois) hosts the two highest-exposure laws in the country for this exact fact pattern (BIPA face-scan class actions and all-party eavesdropping liability). Real litigation exposure is concentrated in the private-right-of-action, statutory-damages laws: Illinois BIPA (face scan), California CIPA plus the ~12 all-party-consent recording states (the verification video), and — on international expansion — GDPR/UK GDPR/LGPD/Quebec Law 25. AG-enforced regimes (Texas CUBI/TDPSA, the Colorado/Maryland/Washington comprehensive and health-data acts, and FTC Section 5 across all three data types) form a strong second tier. After merging seven expert catalogs and applying adversarial verification, six citations were corrected and three claims adjusted (VPPA exposure raised, SCA requirement narrowed, Quebec biometric obligation re-attributed to CQLR c. C-1.1). Nothing here is legal advice; every launch decision below requires licensed-counsel sign-off.

Where the real lawsuits are

Critical exposure — laws individuals can sue under directly

These carry a private right of action with statutory damages, so they drive class-action risk regardless of any regulator. Everything else is a strong second tier.

Illinois Biometric Information Privacy Act
Illinois (home state)
face + video

Strict-liability statute with an uncapped private right of action and per-person statutory damages; Rosenbach v.

California Invasion of Privacy Act
California
video

Plaintiffs' firms actively mine consumer-facing recording features for class actions, and the $5,000-per-violation statutory floor multiplies across a class.

All-party consent recording states
CA, CT, DE, FL, IL, MD, MA, MT, NH, OR, PA, WA (split-rule NV)
video

The product records signers nationwide, so a lawful design must satisfy the strictest state, not Illinois alone.

The architecture this review analyzes

What actually leaves your phone

Most of the law below turns on one question: does this product create a biometric identifier? That is a question about implementation, not intent, so here is the exact data flow — and the one line that decides the answer.

Sent to our server — default lane (your phone's own Face ID / fingerprint)

A signed attestation from your phone that a user-verified person is present — the cryptographic result of the same check that unlocks the phone, verified on our server for its user-present and user-verified flags. Coordinates, if you tapped Allow on the location prompt. The consent record, with its timestamp. No photograph, no motion samples, no video — no image of any kind.

Sent to our server — fallback lane (the camera presence check, for devices without a platform authenticator)

Motion samples — your phone samples a 64×48 grid of brightness values per frame and computes the frame-to-frame differences itself; only the resulting delta numbers are sent, and the server scores them to reach the presence verdict. A photograph of the surroundings (JPEG) — only if the signer chooses the street-imagery location upgrade; the standard fallback sends no photo. Coordinates, if location permission was granted. The consent record, with its timestamp.

Never created, never sent, never stored — either lane

A face template. No template of face geometry is computed by us — not on the phone, not on the server. There is no face-matching code in the product. The motion samples are brightness deltas used to tell live motion from a held-up photo: on the standard check they watch the signer for a blink or a turn; on the optional street-imagery upgrade the camera faces the surroundings, so the samples score handheld scene motion while the scene match answers where. Either way they are mathematically incapable of identifying anyone. On the default lane, the face never reaches us in any form — the match happens inside your phone's secure hardware.

Verifiable in source · lib/liveness.js · lib/webauthn.js · test/mobile-platform-authn.test.js

Why that distinction carries the whole analysis

Illinois BIPA defines a biometric identifier as “a retina or iris scan, fingerprint, voiceprint, or scan of hand or face geometry,” and then says the term “do[es] not include writing samples, written signatures, photographs…” A photograph is excluded by name. A grid of brightness values is not a scan of face geometry. Neither is a biometric identifier, so the duties that attach to one do not attach here.

The condition this rests on — and it is load-bearing

The photograph exclusion holds only because nothing derives a face template from the photograph. Illinois courts have been explicit on this: the image is excluded, but a scan of face geometry extracted from that image is a biometric identifier — the reasoning behind the largest BIPA settlements on record. Adding face matching to this product would move it from outside the definition to squarely inside it, along with the private right of action and per-scan damages. That is the single change most capable of altering this document.

Where this is going: let the phone do it

The photograph is still personal data — excluded from biometric identifier, not from privacy law generally — so the stronger architecture removes our need to receive an image at all, by using the verification your phone already performs.

Face ID and Android’s biometric prompt already authenticate you dozens of times a day, including for card payments. The device holds the biometric, performs the match in secure hardware, and releases only a result. Built on that, a signature can be produced by a key held in the phone’s secure element that only unlocks on a successful biometric check, and the phone then signs the document hash directly. The signature itself becomes cryptographic proof that the enrolled owner authenticated — while we receive no image and no template.

Status — stated plainly

Shipped, 2026-08-15 — and now the default. The signer's presence check is delegated to the phone's platform authenticator (the WebAuthn ceremony behind Face ID / fingerprint), with the user-present and user-verified flags verified on our server against a server-minted, single-use challenge. The sender's signature already works the same way: a key in the platform authenticator signs the document's hash directly. Verifiable in source — server.js (the /m · authn lane), lib/webauthn.js, test/mobile-platform-authn.test.js, test/ceremony-verification.test.js. The camera flow described above remains as the fallback for signers whose device has no platform authenticator — or who prefer not to use one.

The honest limit of delegating

A platform biometric proves that the enrolled owner of this device authenticated. It does not prove which named human that is — the phone attests to its owner, not to an identity. So identity is established once, at enrollment, and the device attestation binds each later signature to that enrolled person. This is the same trust model banks rely on for payment confirmation, and it is why the location and video steps still matter: they answer where and when, which no credential can.

Two different face checks — and they are not the same thing

Your phone's unlock and our fallback camera check both point a camera at a face, and that is where the similarity ends. They answer different questions, and the difference is exactly what the biometric statutes turn on.

Your phone's Face ID / fingerprint (the default lane)

Uses a stored template of your face geometry — created once when you enrolled, held in the phone's secure hardware, matched on-device every time. It answers “is this the enrolled owner?” — an identity check. That template exists because you chose to enroll it with Apple or Google under their biometric terms; it never leaves the device and we never receive or touch it — we receive only the signed yes/no result.

Our fallback presence check (the V1 camera lane)

Stores nothing and matches against nothing — there is no template anywhere, ours or the phone's. Brightness deltas across a few frames prove a live human is present rather than a held-up photo. It answers “is a real person here?” — a presence check, deliberately identity-blind. Stated honestly: anyone in front of the camera would pass it. It defeats a still image — the which human comes from the signing session's authentication, not from the face.

Why this matters in law: Illinois BIPA (740 ILCS 14/10) defines a biometric identifier as a scan of face geometry — the fallback never computes one. Texas CUBI (Tex. Bus. & Com. §503.001) and Washington RCW 19.375 attach to captured biometric identifiers — none is captured. California treats biometric data processed to identify a person as sensitive (Cal. Civ. §1798.140(ae), §1798.121) — the fallback identifies no one.
The choice this gives a signer — verify without a stored face, anywhere

Some people choose not to enroll Face ID or fingerprint unlock at all — that choice should not cost them the ability to sign. The camera presence check is offered for exactly that reason: it requires no stored face template on your phone, and creates none anywhere — not on the device, not on our servers. Nothing biometric leaves your phone on either lane; on the fallback, what leaves is the motion evidence of a live presence (and, only if you choose the location upgrade, a photograph of your surroundings — never required). Both lanes end at the same sealed evidence record.

Data input #1

The facial scan

These are the laws that reach a face — the highest-exposure statutes in the country. They are catalogued here in full because the analysis must survive a change of implementation. On the current architecture they largely do not attach: on the default lane no image of any kind reaches us (your phone's own authenticator does the matching, on-device), and on the camera fallback no face template is created — BIPA excludes photographs from “biometric identifier” by name (see what actually leaves your phone). Add face matching by us and every duty below applies in full.

Illinois Biometric Information Privacy Act (BIPA) Private right of action source →
Illinois (home state)740 ILCS 14/15 (notice, written release, retention/destruction schedule) & 740 ILCS 14/20 (private right of action; $1,000 negligent / $5,000 intentional per person)
What it requires

Before capturing a scan of face geometry, give written notice of the specific purpose and retention period, obtain a written release (e-signature satisfies this under PA 103-0769, eff. Aug. 2, 2024), publish a written retention/destruction schedule, and never sell or profit from the data.

Why we get a sign-off

Strict-liability statute with an uncapped private right of action and per-person statutory damages; Rosenbach v. Six Flags holds a bare notice/consent violation is independently actionable without proven harm. Illinois is the home jurisdiction, and a product in this category is one implementation decision away from the statute — this is the single highest litigation-exposure law in scope and has produced nine-figure settlements against face-scan products.

Our note
What YouSignedHere adheres to
Treat BIPA as if it applied, even though on the current architecture its trigger is likely not met — the cost of the consent screen is trivial next to the cost of being wrong about the trigger. Present a standalone (unbundled) notice-and-release screen before ANY facial capture; capture and log the written release per signer; publish a retention schedule with a concrete destruction timeline and honor it; contractually bar any biometric vendor from reselling; store the consent artifacts inside the evidence package.
Texas Capture or Use of Biometric Identifier Act (CUBI) Regulator-enforced source →
TexasTex. Bus. & Com. Code § 503.001 (subsec. (b) consent, (c) destruction, (d) AG-only civil penalty up to $25,000/violation)
What it requires

Inform the individual and obtain consent before capturing a biometric identifier (face geometry) for a commercial purpose, and destroy the identifier within a reasonable time, not later than one year after the collection purpose ends.

Why we get a sign-off

No private right of action, but the Texas AG is the most aggressive biometric enforcer in the country ($1.4B Meta and $1.375B Google settlements) with $25,000-per-violation authority; the notice/consent script and the one-year destruction commitment need sign-off before Texas signers are scanned.

Our note
What YouSignedHere adheres to
Deploy a Texas-specific notice-and-consent script; implement and honor a ≤1-year destruction schedule tied to the evidentiary-retention purpose; document consent for Texas signers.
Portland Private-Sector Facial Recognition Ban Private right of action source →
Portland, Oregon (municipal)Portland City Code Ch. 34.10 §§ 34.10.020, 34.10.040, 34.10.050 (Ordinance 190114, eff. Jan. 1, 2021)
What it requires

Private entities are prohibited outright from using face recognition technology in places or services of public accommodation within Portland city limits; consent does not cure the violation.

Why we get a sign-off

This is a categorical ban, not a consent regime, enforceable by a private litigant for the greater of actual damages or $1,000/day per violation plus fees. Counsel must decide whether the liveness check even qualifies as 'face recognition' and whether it can lawfully run at all for any signer located in Portland.

Our note
What YouSignedHere adheres to
Obtain a legal determination on whether liveness = covered 'face recognition'; if so, geofence/disable facial scanning for Portland signers or offer a non-biometric verification fallback there.
NYC Biometric Identifier Information Law Private right of action source →
New York City (municipal)N.Y.C. Admin. Code §§ 22-1201 to 22-1205 (Local Law 3 of 2021; § 22-1203 PRA, $500–$5,000/violation, 30-day cure for signage only)
What it requires

Commercial establishments collecting biometric identifier information must post clear signage at customer entrances and are flatly barred from selling, leasing, trading, or otherwise profiting from that data.

Why we get a sign-off

Carries a private right of action with statutory damages (the sale/profit ban has no cure period), but it is unclear without legal analysis whether a remote e-signature platform is a 'commercial establishment' (a term built around physical storefronts) — a scoping question for counsel.

Our note
What YouSignedHere adheres to
Treat 'never monetize biometric data' as a hard product rule; obtain counsel's scoping opinion on 'commercial establishment'; if in scope, provide the required disclosure to NYC signers.
FTC Policy Statement on Biometric Information and Section 5 (May 18, 2023) Regulator-enforced source →
FederalFTC Policy Statement on Biometric Information and Section 5 (May 18, 2023), interpreting 15 U.S.C. § 45 (nonbinding)
What it requires

Companies using biometric technologies should assess and mitigate foreseeable harms, avoid surreptitious collection, vet third-party biometric vendors, train staff, and substantiate accuracy/bias claims before deployment.

Why we get a sign-off

The statement previews the exact enforcement theories (deceptive accuracy claims, unfair collection/retention) the FTC would apply to a liveness product; counsel should map the product against each listed practice pre-launch.

Our note
What YouSignedHere adheres to
Run and document a biometric harms/bias assessment; perform vendor due diligence; retain accuracy-testing evidence before go-live.
Washington Biometric Privacy Act Regulator-enforced source →
WashingtonRCW 19.375.020 (AG-only via CPA, up to $7,500/violation)
What it requires

A business may not 'enroll' a biometric identifier (convert a face scan into a matchable reference template) in a database for a commercial purpose without first giving notice and obtaining consent or providing a prevention mechanism.

Why we get a sign-off

The 'enroll' trigger turns on template creation, not mere capture, creating real ambiguity about whether a one-time liveness check that discards the template is even covered — a legal-interpretation question, not an engineering one.

Our note
What YouSignedHere adheres to
Determine whether the liveness pipeline creates and stores a matchable template; if it does, provide notice-and-consent for Washington signers; prefer discarding templates immediately post-verification.
Children's Online Privacy Protection Act (COPPA) and Rule Regulator-enforced source →
Federal15 U.S.C. §§ 6501-6506; 16 C.F.R. Part 312 (biometric identifiers added, eff. Apr. 22, 2026)
What it requires

With actual knowledge a signer is under 13, the service may not collect biometric identifiers (facial templates), precise geolocation, or photos/videos of the child without verifiable parental consent and clear notice.

Why we get a sign-off

The 2025 Rule amendments newly classify facial/biometric templates as personal information, and e-signature use cases (minor beneficiaries, custody/school forms) create real exposure to underage signers, so age-gating and parental-consent design need counsel review before biometric/geo capture triggers COPPA.

Our note
What YouSignedHere adheres to
Implement an age gate; block or route under-13 signers to a verifiable-parental-consent flow before any biometric/geolocation/video capture.
Data input #2

The verification video

Recording the signer is not just biometric source data — it is a recording, and recording-consent law is a second critical axis with its own private lawsuits and, in some states, criminal penalties.

California Invasion of Privacy Act (CIPA) Private right of action source →
CaliforniaCal. Penal Code § 632 (offense) & § 637.2 (private right of action; $5,000/violation or 3x actual damages)
What it requires

All parties to a 'confidential communication' must consent before it is recorded by electronic device; California courts have extended CIPA to in-app and web session capture. (Note: the modern web/in-app session-recording cases usually run through the companion § 631 'interception in transit', while § 632 governs recording a 'confidential communication' — the video step implicates § 632.)

Why we get a sign-off

Plaintiffs' firms actively mine consumer-facing recording features for class actions, and the $5,000-per-violation statutory floor multiplies across a class. The verification-video feature is a direct hit; the exact consent-capture sequencing and disclosure language need counsel review before any California rollout.

Our note
What YouSignedHere adheres to
Show explicit, logged all-party recording consent before the camera/microphone starts for every California signer; clearly disclose that audio and video are recorded and retained as evidence; timestamp the consent inside the evidence package.
All-party (two-party) consent recording states — multi-state Private right of action source →
CA, CT, DE, FL, IL, MD, MA, MT, NH, OR, PA, WA (split-rule NV)Representative: Fla. Stat. §§ 934.03 & 934.10; Mass. Gen. Laws ch. 272 § 99(Q); Md. Cts. & Jud. Proc. §§ 10-402 & 10-410
What it requires

Every party to a recorded conversation must consent; the same verification-video flow that is lawful in a one-party state can be a criminal offense in these states unless explicit, logged consent is obtained before recording begins. (Precision: Oregon and Nevada are split — all-party for in-person, one-party by phone — so the strict-state design should key on the genuinely all-party states.)

Why we get a sign-off

The product records signers nationwide, so a lawful design must satisfy the strictest state, not Illinois alone. These statutes carry criminal penalties AND private civil damages, and consent must be preserved as evidence for every session.

Our note
What YouSignedHere adheres to
Build the recording-consent UX to the strictest all-party standard and apply it nationwide; capture unambiguous consent before recording starts and store it; design capture to avoid recording non-consenting third parties or bystanders in frame/audio.
Illinois Eavesdropping Act Private right of action source →
Illinois (home state)720 ILCS 5/14-2 (all-party consent; Class 4 felony via sentencing § 14-4) & 720 ILCS 5/14-6 (civil remedy)
What it requires

All-party consent is required to record any 'private conversation' (including audio captured during the video step); surreptitious non-consensual recording is a felony.

Why we get a sign-off

A signer recording themselves in an app they opened is defensible as consented, but if the flow ever captures a second person's voice (a witness, notary, or bystander) without that person's own consent it becomes felony eavesdropping exposure with a companion civil remedy.

Our note
What YouSignedHere adheres to
Design the video step to record only the consenting signer or to obtain all parties' consent; log signer consent; instruct signers to complete verification alone in a private space.
Federal Wiretap Act (ECPA) Private right of action source →
Federal18 U.S.C. §§ 2510-2523, esp. § 2511(2)(d) (one-party consent / crime-tort exception) & § 2520(a) (private civil action)
What it requires

Recording an oral, wire, or electronic communication is lawful under federal law with at least one party's consent, and never for a criminal or tortious purpose.

Why we get a sign-off

Federal one-party consent is only a floor that does not preempt the ~12 stricter all-party-consent states; violations carry civil damages, punitive damages, fees, and criminal penalties, so the design must defer to the strictest applicable state law.

Our note
What YouSignedHere adheres to
Design the recording-consent flow to the strictest applicable state standard rather than the federal floor; never record for an improper purpose.
Video Privacy Protection Act (VPPA) Private right of action source →
Federal18 U.S.C. § 2710 (private right of action, subsec. (c): $2,500 min. statutory damages + punitive damages + fees)
What it requires

Applies to disclosure of a consumer's PII about PRERECORDED audiovisual content they obtained — 18 U.S.C. § 2710(c) gives a private action ($2,500 min). It is not a general 'video = liability' rule.

Why we get a sign-off

HARDENED (re-verified 2026-07-23): applicability here is LIKELY MINIMAL. VPPA targets a 'video tape service provider' that delivers PRERECORDED audiovisual content and then discloses a consumer's viewing PII; recording a user's own live verification video does not fit that trigger. The $2,500 damages/private action are real, but the statute is a poor fit unless the product also serves prerecorded video library content.

Our note
What YouSignedHere adheres to
Confirm the product delivers no prerecorded audiovisual content that would trigger coverage; if any is added later, add VPPA consent and destruction controls and avoid third-party tracking pixels on video pages.
Stored Communications Act (ECPA Title II) Private right of action source →
Federal18 U.S.C. §§ 2701-2712 (private right of action § 2707: actual damages, min. $1,000, punitives, fees)
What it requires

18 U.S.C. § 2707 gives a private action (min. $1,000) — but chiefly against unauthorized access to stored communications, not first-party custody of your own users' evidence.

Why we get a sign-off

HARDENED (re-verified 2026-07-23): as a theory against the company storing its OWN users' captured evidence, this is WEAK. The SCA targets unauthorized third-party access to a communications facility, or a public provider's wrongful disclosure — not a custodian holding data it captured from its own users (§ 2701(c) exempts service-authorized conduct). Real exposure is if an outsider breaches the store.

Our note
What YouSignedHere adheres to
Map the storage/disclosure design to an SCA exception; establish a lawful-process (subpoena) response protocol before finalizing the retention/disclosure policy.
Data input #3

The precise location

Capturing GPS/IP location triggers electronic-tracking statutes and precise-geolocation "sensitive data" rules — consent is a precondition, not a nicety.

Illinois Electronic Tracking Devices Statute Regulator-enforced source →
Illinois (home state)720 ILCS 5/21-2.5 (Class A misdemeanor; no private civil remedy)
What it requires

It is unlawful to use an electronic tracking device to determine a person's location or movement absent consent; the statute frames its consent exception around the registered owner/lessor/lessee of a vehicle.

Why we get a sign-off

As the home-state criminal hook, this makes documented, unambiguous consent a precondition (not an optional nicety) for every precise-location capture; whether the vehicle-framed consent exception cleanly covers app-based phone GPS is a legal-interpretation question counsel must resolve.

Our note
What YouSignedHere adheres to
Present an unambiguous, documented location-consent step before any GPS acquisition for Illinois signers and retain the consent proof.
FTC Act § 5 — Precise-Location Enforcement (Kochava precedent) Regulator-enforced source →
Federal15 U.S.C. § 45(a); FTC v. Kochava, Inc., No. 2:22-cv-00377-BLW (D. Idaho), stipulated order 2026
What it requires

Collecting or sharing precise location data — especially data revealing visits to sensitive locations — without clear consumer knowledge and consent is an unfair or deceptive practice.

Why we get a sign-off

Even where no state statute governs, Kochava establishes a national floor requiring documented consent and a sensitive-location screening program before precise geolocation is captured, used, or shared with the street-view verification vendor.

Our note
What YouSignedHere adheres to
Obtain documented location consent; implement sensitive-location screening; contractually restrict the street-view vendor's use of the location/video bundle.
California Penal Code § 637.7 — Electronic Tracking Device Consent Private right of action source →
CaliforniaCal. Penal Code §§ 637.7, 637.2 (civil action: greater of $5,000/violation or treble damages, no proof of actual damages required)
What it requires

Using an electronic tracking device to determine a person's location is unlawful absent consent; § 637.2 gives any injured person a civil action for the greater of $5,000 per violation or treble actual damages.

Why we get a sign-off

Pairs a criminal prohibition with an uncapped statutory-damages private right of action; consent must be captured before, not merely alongside, GPS acquisition. The statute's consent exception is framed around the vehicle owner/lessor/lessee, so its applicability to app-based phone GPS is a legal question.

Our note
What YouSignedHere adheres to
Capture location consent before (not concurrent with) GPS acquisition for California signers and retain the proof; obtain counsel's view on whether the vehicle-framed exception affects applicability.
Across all three

Comprehensive privacy & consumer-protection law

The state consumer-privacy acts and the FTC treat biometric and precise-geolocation data as sensitive across the board — most require opt-in consent.

Washington My Health My Data Act (MHMDA) Private right of action source →
WashingtonWash. Rev. Code ch. 19.373 (§§ 19.373.010/.020/.030); enforced via Consumer Protection Act RCW 19.86.020 & .090
What it requires

'Consumer health data' is defined broadly enough to sweep in biometric and precise-geolocation data tied to inferences about physical/mental health; it requires opt-in consent to collect/share, separate written authorization to sell, and bans geofencing near health facilities even with consent.

Why we get a sign-off

Enforceable by a private right of action through the Washington CPA with treble damages up to $25,000 per violation plus fees; the live risk is that the product's biometric/geolocation data is inadvertently characterized as 'consumer health data.'

Our note
What YouSignedHere adheres to
Confirm the data is never used for health inferences; if any risk remains, obtain MHMDA opt-in consent and separate sale authorization for Washington signers and avoid geofencing health facilities.
FTC Act Section 5 — Unfair or Deceptive Acts or Practices Regulator-enforced source →
Federal15 U.S.C. § 45(a), with the § 45(n) unfairness/substantial-injury test
What it requires

Data practices around biometrics, precise location, and video must match the company's privacy representations; surreptitious collection, inadequate security, or undisclosed secondary use is an unfair or deceptive practice.

Why we get a sign-off

Section 5 is the FTC's primary general biometric/location enforcement tool, and the FTC has stated that state-law compliance does not preclude a Section 5 action; marketing accuracy claims ('proof'/'liveness') and consent flows need legal review before launch.

Our note
What YouSignedHere adheres to
Ensure the privacy policy and every in-flow disclosure precisely match how the face scan, GPS, and video are collected, matched to street-view imagery, shared with vendors, and retained; substantiate any accuracy/bias claims; minimize data.
California Consumer Privacy Act / CPRA — Sensitive Personal Information Regulator-enforced source →
CaliforniaCal. Civ. Code § 1798.140(ae)(1)(C) [precise geolocation], § 1798.140(ae)(2)(A) [biometric for identification], § 1798.140(w) [definition], § 1798.121 [right to limit]
What it requires

Biometric information used for unique identification and precise geolocation (within ~1,850 feet) are sensitive personal information; give notice at or before collection, limit use to what is reasonably necessary, and honor the consumer's right to limit use/disclosure (California uses an opt-OUT/right-to-limit model, not opt-in).

Why we get a sign-off

No general private right of action (breach claims only, § 1798.150), but active CPPA/AG enforcement and the largest US consumer base make the 'Limit the Use of My Sensitive Personal Information' mechanics and notice high-stakes — and they must coexist with the evidentiary-retention purpose the product is built around.

Our note
What YouSignedHere adheres to
Provide the sensitive-data notice and a 'Limit the Use' link; limit sensitive-data use to signature-proof; document the evidentiary purpose that justifies retention against a limit request.
Colorado Privacy Act (incl. geolocation amendment) Regulator-enforced source →
ColoradoColo. Rev. Stat. § 6-1-1303(24) (sensitive data; precise geolocation added by SB 25-276, eff. Aug. 12, 2026), § 6-1-1308(7) (consent), § 6-1-1311 (AG/DA-only)
What it requires

Obtain clear, affirmative, freely-given opt-in consent before processing biometric-for-identification now, and precise geolocation from Aug. 12, 2026; a controller may not condition service on that consent or penalize refusal.

Why we get a sign-off

Colorado has the most detailed AG rulemaking on valid opt-in consent, and its anti-conditioning provision may directly conflict with a product where the facial scan IS the proof mechanism — a legal design question — plus the geolocation category needs a compliance-date-aware update before August 2026.

Our note
What YouSignedHere adheres to
Deploy a Colorado opt-in consent flow; resolve anti-conditioning by offering a non-biometric alternative or documenting that the scan is strictly necessary to the requested service; update for geolocation before Aug. 12, 2026.
Texas Data Privacy and Security Act (TDPSA) Regulator-enforced source →
TexasTex. Bus. & Com. Code § 541.001 (sensitive-data definition), § 541.101(b)(4) (consent); overlaps CUBI Ch. 503
What it requires

Biometric data processed for unique identification and precise geolocation are sensitive data requiring prior opt-in consent before processing.

Why we get a sign-off

The Texas AG is the most aggressive comprehensive-privacy and biometric enforcer, and TDPSA overlaps the standalone CUBI statute, so dual exposure warrants dedicated review even without a private right of action.

Our note
What YouSignedHere adheres to
Deploy a Texas opt-in consent flow covering both biometric and geolocation; coordinate consent/destruction obligations with CUBI.
Maryland Online Data Privacy Act (MODPA) Regulator-enforced source →
MarylandMd. Code Ann., Com. Law §§ 14-4601 to 14-4614 (sale ban § 14-4607; eff. Oct. 1, 2025)
What it requires

Biometric data (even if not used for identification) and precise geolocation (~1,750 feet) are sensitive data that may only be collected/processed/shared when 'strictly necessary' to the requested product, and MODPA imposes an absolute ban on selling sensitive data that consumer consent cannot override.

Why we get a sign-off

The strict-necessity standard is stricter than ordinary opt-in consent and the sale ban is absolute, so counsel must confirm the facial-scan/video/geolocation flow — including vendor sharing for street-view verification — does not constitute a 'sale' or exceed strict necessity.

Our note
What YouSignedHere adheres to
Data-minimize to strict necessity; contractually ensure no 'sale' of sensitive data to verification vendors; run a Maryland-specific review of the vendor data flow.
Virginia Consumer Data Protection Act (VCDPA) Regulator-enforced source →
VirginiaVa. Code Ann. § 59.1-575, § 59.1-578(A)(5); geolocation sale ban via SB 338, eff. July 1, 2026
What it requires

Obtain clear, affirmative opt-in consent before processing biometric-for-identification and precise geolocation (sensitive data); as of July 1, 2026 a controller may not sell precise geolocation at all.

Why we get a sign-off

AG-only enforcement with a cure period, but counsel must confirm any sub-processor sharing (e.g., street-view verification vendors) does not cross into a now-banned 'sale' for Virginia residents.

Our note
What YouSignedHere adheres to
Deploy a valid, revocable Virginia opt-in consent flow; audit vendor sharing against the sale definition before July 2026.
Connecticut Data Privacy Act (CTDPA) Regulator-enforced source →
ConnecticutConn. Gen. Stat. § 42-515, § 42-520(a)(5); geolocation sale ban via SB 4, eff. Oct. 1, 2026
What it requires

Obtain prior opt-in consent before processing biometric-for-identification and precise geolocation; from Oct. 1, 2026 precise geolocation may not be sold by a controller or third party.

Why we get a sign-off

Connecticut requires opt-in specifically for precise geolocation, and the same sale-vs-processing line-drawing as Virginia applies to the evidentiary video/location bundle shared with any downstream verification partner.

Our note
What YouSignedHere adheres to
Deploy a Connecticut opt-in consent screen meeting the affirmative-consent standard; audit vendor sharing against the sale ban.
Oregon Consumer Privacy Act (OCPA) Regulator-enforced source →
OregonOr. Rev. Stat. § 646A.570 et seq. (precise-geolocation sale ban eff. Jan. 1, 2026)
What it requires

Biometric data and precise geolocation (~1,750 feet) are sensitive data requiring opt-in consent, and as of Jan. 1, 2026 Oregon bans the sale of precise geolocation outright regardless of consent.

Why we get a sign-off

The 2026 sale ban applies even with consumer consent, so counsel must confirm the video/location-verification workflow and vendor sharing do not cross into a prohibited 'sale'; Portland's facial-recognition ban stacks on top for Portland signers.

Our note
What YouSignedHere adheres to
Deploy an Oregon opt-in consent flow; ensure no 'sale' of geolocation to vendors; coordinate with the Portland ban for Portland signers.
Fair Credit Reporting Act (FCRA) Private right of action source →
Federal15 U.S.C. §§ 1681-1681x (private right of action at §§ 1681n willful & 1681o negligent)
What it requires

If the identity-verification/liveness output (or a vendor's assembled report on the signer) is used or expected to be used to help decide eligibility for credit, employment, insurance, or a similar purpose, the entity assembling/furnishing it must meet FCRA's accuracy, disclosure, and dispute obligations as a consumer reporting agency.

Why we get a sign-off

Whether the verification output is a 'consumer report' is a fact-specific classification question turning on how it is marketed and reused downstream by customers, which counsel must resolve before any customer uses the identity data for an eligibility decision.

Our note
What YouSignedHere adheres to
Contractually prohibit customers from using the verification output for FCRA-covered eligibility decisions, or build full FCRA compliance if that use is intended; document the permitted-use restriction.
The signature itself

E-signature validity

The signature is generally fine — the ESIGN Act and state UETA make it binding. The sign-off is needed on the proof method, not the signature.

ESIGN Act — Validity, Consumer Consent, and Retention Regulator-enforced source →
Federal15 U.S.C. §§ 7001(a)-(d)
What it requires

An electronic signature/record may not be denied legal effect for being electronic where intent and attribution are shown; before substituting an electronic record for a required consumer paper writing, give the § 7001(c) disclosures and obtain affirmative, informed consent (including the right to paper and to withdraw); retained records must remain accurate and accessible.

Why we get a sign-off

The product's entire value is courtroom-admissible proof, so the consent-disclosure and record-retention flow must strictly track § 7001(c)/(d) or the evidentiary chain can be attacked on ESIGN-compliance grounds.

Our note
What YouSignedHere adheres to
Implement a compliant consent-to-transact-electronically screen with all required disclosures (unbundled); capture demonstrable intent and attribution; store the signature/video/geolocation bundle in an accurate, accessible, durable format for the required period.
UETA (Illinois) / State E-Signature Attribution; NY ESRA carve-out Regulator-enforced source →
Illinois (UETA) / New York (ESRA)815 ILCS 333 (Illinois UETA); N.Y. State Technology Law Art. 3, §§ 301-309 (ESRA — NY did not adopt UETA)
What it requires

An electronic signature is attributable to a person if it was that person's act, determined from surrounding circumstances including any security procedure used; New York governs purely intrastate e-signatures under ESRA rather than UETA.

Why we get a sign-off

The biometric/geo/video proof is precisely the 'security procedure'/surrounding circumstance courts use for UETA attribution, and New York's ESRA diverges from the 49-state UETA text the product is otherwise designed around.

Our note
What YouSignedHere adheres to
Confirm the evidence package functions as a security procedure supporting attribution; run a separate validity review for New-York-only transactions.
Before you expand

International (expansion-only)

Not current US exposure — flagged for counsel before any EU, UK, Canada, or Brazil launch. Each generally demands explicit consent for biometrics.

EU GDPR & UK GDPR — Biometric Special-Category Data, Lawful Basis, and Transfers Private right of action source →
European Union / United Kingdom (expansion-only)Reg (EU) 2016/679 Art. 9(1)/(2)(a), Art. 6(1), Arts. 44-49, Arts. 79 & 82; UK GDPR Art. 9 + Data Protection Act 2018 Sch. 1 & s.168; ePrivacy Directive 2002/58/EC Art. 5(3)
What it requires

Biometric-for-identification data needs explicit consent (Art. 9(2)(a)) PLUS a separate Art. 6(1) basis; reading device location needs separate ePrivacy consent; transferring EU/UK data to US (Illinois) servers needs SCCs/adequacy plus a post-Schrems II transfer impact assessment; the UK additionally requires a Schedule 1 condition and Appropriate Policy Document.

Why we get a sign-off

Explicit consent has a materially higher bar than ordinary consent (no bundling into general T&Cs), fines reach 4% of global turnover, individuals have a direct private right of action (Arts. 79/82), and US storage of biometric/location data is the exact Schrems II fact pattern regulators scrutinize. Currently monitor because the product operates from Illinois; jumps to high/critical on any EU/UK market entry.

Our note
What YouSignedHere adheres to
Before any EU/UK launch: build unbundled explicit consent, document paired Art. 6/Art. 9 bases, add ePrivacy device-access consent, execute SCCs + a transfer impact assessment, and (UK) prepare an Appropriate Policy Document.
Quebec Law 25 — Biometric Consent & 60-Day CAI Pre-Notification Private right of action source →
Canada — Quebec (expansion-only)Act to establish a legal framework for information technology, CQLR c. C-1.1, ss. 44 (express consent for biometric identity verification) & 45 (disclose a biometric database to the CAI, not later than 60 days before it is brought into service)
What it requires

Before creating any biometric database or using biometric characteristics to verify a Quebec signer's identity, obtain explicit consent AND notify Quebec's regulator (the CAI) at least 60 days before bringing the biometric database into service.

Why we get a sign-off

The 60-day pre-notification to the CAI is a hard procedural gate with no US equivalent, and Quebec's regulator applies an aggressively high bar to valid biometric consent (s. 93.1 mandates minimum $1,000 punitive damages). Adversarial review corrected the earlier misattribution: the biometric/60-day obligation lives in CQLR c. C-1.1, not P-39.1. Monitor until Quebec expansion.

Our note
What YouSignedHere adheres to
Before any Quebec launch, file the 60-day CAI pre-notification and implement Quebec-specific explicit biometric consent; do not treat US consent flows as sufficient.
PIPEDA — Express Consent for Sensitive Information Private right of action source →
Canada (federal, expansion-only)PIPEDA, S.C. 2000, c. 5, Sch. 1, Principle 4.3.4 (with 4.2, 4.3.8, 4.5, 4.9); enforced via s.14 Federal Court application after an OPC complaint
What it requires

Because facial-biometric and precise-location data are sensitive, PIPEDA requires express (opt-in) consent, telling the individual specifically what is collected, why, retention period, who can access it, and how to withdraw.

Why we get a sign-off

The 'private right of action' is qualified — it is a s.14 Federal Court application only after exhausting an OPC complaint, not a direct suit. OPC's 2025 biometrics guidance raised the bar on meaningful consent; a US-style clickwrap will likely fail. Monitor until Canadian (ex-Quebec) expansion.

Our note
What YouSignedHere adheres to
Before Canadian launch, build PIPEDA-grade express consent with full purpose/retention/access/withdrawal disclosures distinct from general terms.
Brazil LGPD — Sensitive Personal Data (Biometric) Private right of action source →
Brazil (expansion-only)Lei No. 13.709/2018, Art. 5(II), Art. 11 (consent/indispensability), Art. 42 (private right of action)
What it requires

Facial biometric data used to identify a person is sensitive personal data processable only with the data subject's specific, highlighted, free, informed and unequivocal consent, or a narrow indispensability exception (e.g., fraud prevention, Art. 11(II)(g)).

Why we get a sign-off

LGPD demands a separate, prominent (non-bundled) consent distinct from general terms acceptance, ANPD enforcement is actively focused on facial biometrics, and Art. 42 supports a civil damages action. Monitor until Brazil expansion.

Our note
What YouSignedHere adheres to
Before Brazil launch, build a separate highlighted LGPD biometric consent capture distinct from terms acceptance.
The 50-state privacy patchwork

State comprehensive privacy laws — 11 analyzed

Each of these treats biometric identifiers and precise geolocation as sensitive data. The column that matters is whether collecting it needs opt-in consent — most now do.

StateLawSensitive-data rule
California California Consumer Privacy Act / CPRA Opt-out / notice
Colorado Colorado Privacy Act (CPA) Opt-in required
Connecticut Connecticut Data Privacy Act (CTDPA) Opt-in required
Maryland Maryland Online Data Privacy Act (MODPA) Opt-in required
Montana Montana Consumer Data Privacy Act (MCDPA) Opt-in required
New Jersey New Jersey Data Privacy Act (NJDPA) Opt-in required
Oregon Oregon Consumer Privacy Act (OCPA) Opt-in required
Texas Texas Data Privacy and Security Act (TDPSA) Opt-in required
Utah Utah Consumer Privacy Act (UCPA) Opt-out / notice
Virginia Virginia Consumer Data Protection Act (VCDPA) Opt-in required
Washington My Health My Data Act (MHMDA) Opt-in required
Honesty about completeness

What this review does — and does not — cover

SCOPE ACHIEVED: This catalog covers all three data types in the product (facial/liveness biometrics, precise geolocation, and audio-video recording) plus the e-signature validity/consent layer and recording-consent law. FEDERAL coverage is reasonably complete (FTC Section 5 + 2023 Biometric Policy Statement + Kochava, ESIGN, Federal Wiretap Act/ECPA, Stored Communications Act, VPPA, FCRA, COPPA). STATE coverage is SELECTIVE, not all-50: biometric-specific statutes for Illinois (BIPA), Texas (CUBI), and Washington (RCW 19.375); municipal laws for New York City and Portland, OR; recording/tracking statutes for Illinois and California plus a representative ~12-state all-party-consent list (CA, CT, DE, FL, IL, MD, MA, MT, NH, OR, PA, WA, split NV); and comprehensive consumer-privacy acts for CA, VA, CO, CT, UT, TX, OR, MT, MD, NJ plus Washington's MHMDA. NOT COVERED / UNVERIFIED: (1) the ~30 states with no comprehensive privacy law and states with enacted-but-unanalyzed acts (e.g., Iowa, Indiana, Tennessee, Florida FDBR, Delaware, Nebraska, New Hampshire, Minnesota, Rhode Island, Kentucky) — their sensitive-data/opt-in posture was not individually confirmed; (2) the full 50-state wiretap/recording map beyond the representative all-party list; (3) state-by-state pinpoint verification of every geolocation "sale ban" effective date; (4) sector-specific overlays (HIPAA, GLBA, notary/RON law) not requested. INTERNATIONAL (EU/UK/Canada/Quebec/Brazil) is included as EXPANSION-ONLY and is not an exhaustive treatment. Citations reflect adversarial skeptic review — several pinpoint cites were corrected — but statutes amend frequently; confirm current text before reliance. Educational research only, not legal advice. | CITATION HARDENING (2026-07-23): a second, independent verification pass re-checked the highest-stakes and previously-adjusted citations against primary sources. CONFIRMED: BIPA §§15/20 and damages, SB 2979 (PA 103-0769, eff. Aug 2 2024), CIPA §§632/637.2 and $5,000 private action, the all-party state list, Illinois Eavesdropping (post-2014 rewrite), Quebec C-1.1 ss.44-45, FTC v. Kochava (stipulated order 2026), and all four settlement figures ($650M / $68.5M Meta; $1.4B / $1.375B Texas AG). DOWNGRADED as overstated: VPPA and Stored Communications Act — the citations are correct but both are poor fits for a first-party recorder/custodian, so their real exposure is low. The $1.375B Google settlement bundled geolocation with biometric claims (not purely biometric).

Open questions that decide exposure

A few technical facts about the product swing whole statutes in or out of scope. Counsel needs the answers.

  • ?
    Does the liveness pipeline create and persist a matchable biometric template, or is the scan discarded after a one-time check? This single technical fact drives coverage under Washington RCW 19.375 ('enroll'), the scope of BIPA retention duties, and GDPR Art. 9 exposure.
  • ?
    Is any prerecorded audiovisual content ever served to signers? If not, VPPA almost certainly does not apply; if yes, VPPA exposure rises sharply.
  • ?
    What exactly is shared with the street-view verification vendor, and under what contract terms? This determines whether the data flow is a prohibited 'sale' in MD/OR/VA/CT.
  • ?
    Can the product reliably determine a signer's real-time location (for Portland/Oregon/Illinois geofencing and for choosing the correct state consent flow) at the moment of capture, given that residency ≠ current location?
  • ?
    Will customers ever use the verification output for credit/employment/insurance eligibility decisions (FCRA trigger)?
  • ?
    What is the intended retention period for the biometric/geo/video evidence, and can it be reconciled with BIPA/CUBI destruction schedules, CCPA 'limit use' requests, and MODPA strict-necessity limits?
  • ?
    Which of the ~30 uncatalogued states and additional enacted comprehensive acts (Iowa, Indiana, Tennessee, Florida FDBR, Delaware, Nebraska, New Hampshire, Minnesota, Rhode Island, Kentucky, etc.) require individual analysis before nationwide launch?
  • ?
    Is EU/UK/Canada/Brazil expansion actually planned, and on what timeline, to determine whether the international tier moves from 'monitor' to active compliance work?
Why a lawyer, not just this page

The judgment calls only counsel can make

Each law above names its own “why we get a sign-off.” The through-line: whether the liveness check legally counts as a “biometric identifier,” whether the video step triggers all-party recording law in a given state, whether the location flow is a prohibited “sale,” and whether the consent UX satisfies each statute’s specific form — these are legal determinations applied to our exact architecture. We build toward the strictest standard and hold the gate; counsel confirms it clears.

Context

None of this is new to your phone

Everything this product asks for, your phone already does — and the way the established players do it is the reason it holds up. That pattern is worth stating plainly, because it is the pattern we build to.

Face

Face ID and Android face unlock run from the moment you set the phone up. Google requires a user-verification step — face, fingerprint, or PIN — as the minimum bar for a passkey, which is the login method replacing passwords across the web.

Location, camera, microphone

Both platforms already gate these behind an explicit, per-app, revocable prompt. Granting a map app your location is the same consent mechanism, worded the same way, that this product uses.

Apple & Google · established practice at global scale

The part that actually matters

It is tempting to stop at “everyone does it.” That is the wrong lesson, and legally it is worth nothing — no biometric statute has a because-it-is-common exemption. BIPA’s notice and written-release duties attach to the private entity doing the collecting, however ordinary the practice.

The right lesson is architectural. Apple states that Face ID data never leaves the device; it lives in the Secure Enclave, and the images captured during a match are discarded immediately. With passkeys, the server never receives biometric data at all — the phone checks your face locally and sends a cryptographic result. Google never sees your face; it sees a public key.

What we take from it

Match on the device. Transmit only the outcome. Then get consent anyway, in writing, before anything is captured — because the architecture reduces the exposure, and the consent is what satisfies the statute.

Why the location and the video belong together

A face check alone answers “is this the right person?” It cannot answer “were they actually there?” A stolen or replayed face credential works from anywhere in the world. Binding the signing moment to a device-reported location and a short recording is what makes that fail: the signature is tied to a person, a place, and a time, rather than to a credential that travels.

That said, the location and video capture are severable by design. Turn them off and the product still works as an ordinary e-signature tool — a weaker evidentiary record, and a materially smaller legal footprint, which is exactly the trade-off a signer should be allowed to make for themselves.

Your data, entered once

Details you enter the first time are reused on every document afterward, and every stored value stays visible to you — editable, deletable, and groupable into separate sets for personal, employer, or client work, so the right information attaches to the right document without re-typing it.

Appendix

Sources — every link checked

Every source below was fetched and confirmed to resolve on 2026-07-30. Where the law itself is published online, we link the law — not an article about it. A copy of each text is archived alongside this document, so the governing language survives any one site going dark.

Face scan — biometric statutes

LawSource
Illinois BIPA — 740 ILCS 14/15 (notice, written release, retention)link · the statute itself
Illinois BIPA — 740 ILCS 14/10 (DEFINITIONS: photographs and written signatures are excluded from 'biometric identifier')link · the statute itself
Illinois BIPA — 740 ILCS 14/20 (private right of action, damages)link · the statute itself
Texas CUBI — Bus. & Com. Code § 503.001link · the statute itself
Washington Biometric Privacy — RCW 19.375.020link · the statute itself
NYC Biometric Identifier Information — Admin. Code ch. 12 (§§ 22-1201–1205)link · the statute itself
Portland Private-Sector Face Recognition Ban — PCC ch. 34.10link · the statute itself
FTC Policy Statement on Biometric Information & Section 5 (2023)link · the regulator’s own page
Texas CUBI — AG enforcement pagelink · the regulator’s own page

Location — GPS & precise geolocation

LawSource
FTC v. Kochava — final order banning sale of sensitive location data (May 2026)link · the regulator’s own page
CCPA/CPRA definitions incl. precise geolocation — Cal. Civ. Code § 1798.140link · the statute itself
Illinois Electronic Tracking Devices — 720 ILCS 5/21-2.5link · the statute itself
Washington My Health My Data (incl. precise location as consumer health data) — RCW 19.373link · the statute itself

Video & audio — recording and interception

LawSource
California CIPA — Penal Code § 632 (all-party consent)link · the statute itself
California CIPA — Penal Code § 637.7 (electronic tracking)link · the statute itself
Illinois Eavesdropping — 720 ILCS 5/14-2 (all-party consent)link · the statute itself
Federal Wiretap Act — 18 U.S.C. § 2511link · the statute itself
Florida Security of Communications — Fla. Stat. § 934.03link · the statute itself
Massachusetts Wiretap — Gen. Laws ch. 272 § 99link · the statute itself
All-party consent states — maintained surveylink · maintained multi-state survey
VPPA — 18 U.S.C. § 2710link · the statute itself
Stored Communications Act — 18 U.S.C. ch. 121link · the statute itself

E-signature validity

LawSource
ESIGN Act — 15 U.S.C. § 7001link · the statute itself
Illinois UETA — 815 ILCS 333link · the statute itself

Minors

LawSource
COPPA Rule — 16 C.F.R. Part 312 (current text incl. biometric identifiers)link · the statute itself
COPPA statute + Rule page — FTClink · the regulator’s own page

Cross-cutting — unfairness & comprehensive privacy

LawSource
FTC Act § 5 — 15 U.S.C. § 45link · the statute itself
Texas Data Privacy & Security Act — Bus. & Com. Code ch. 541link · the statute itself

Everyday precedent — how Apple and Google already do this

LawSource
Apple Platform Security — Face ID data never leaves the device (Secure Enclave)link · the regulator’s own page
FIDO Alliance — passkeys: biometric never leaves the device; server gets a public keylink · the regulator’s own page
Google — passkeys: the server never sees biometric datalink · the regulator’s own page

Links are re-checked mechanically before each publish, and the check fails the build if any source stops resolving. This appendix exists because an earlier version of this document cited a law firm’s summary of the New York City biometric ordinance instead of the ordinance itself — and that page was later taken down.