Luxury Goods & Collectibles#
The problem#
A watch, a handbag or a graded collectible is worth what its story can prove. Today that story lives in a paper certificate that can be forged, a warranty card that gets lost, and a service booklet that stops at the first resale. The secondary market absorbs the doubt as a discount, and the brand loses contact with the object the moment it leaves the boutique.
How EdgeNFC solves it#
The digital twin: the tag proves the object, the portal holds the record, and the counter shows the interaction history.
- The tag proves the object. Each tap carries a fresh code signed with a per-tag key diversified from your System Master Key. A photograph of the certificate proves nothing; a tap that verifies proves the physical item is present.
- The portal holds the record. Because verification happens before anything is shown, an authentic tap can be the gate on the material that matters — certificate of authenticity, service history, warranty registration, concierge contact.
- The counter shows the history. The monotonic read counter advances on every genuine tap and can never go backwards, so a replayed or copied URL is rejected as
non_monotonic. - Privacy is available where the item is sensitive. In encrypted-PICC mode the tag's UID is encrypted inside the URL rather than mirrored in plaintext, so a passer-by reading the tag learns nothing that identifies the item.
How it works here#
Provision at manufacture or at authentication, then every tap over the object's life runs the same verification.
One tag. A new code every tap — and a fresh proof behind it.
-
1
Provision, once
The app derives a per-tag AES key with AN10922 diversification (your System Master Key + the tag UID), installs it via AuthenticateEV2First + ChangeKey, then writes the SUN URL template mirroring
uid,ctrandmac. - 2 Tap — a new code, every time The chip's SDM engine mints the URL at read time: the SDMReadCtr counter advances and the MAC changes on every single tap. Nothing is reusable.
- 3 Verify at the edge Cloudflare re-derives the tag's key and checks the 8-byte AES-CMAC in microseconds, in the same Rust/WASM core hosted and DIY deployments share.
- 4 Replays rejected A monotonic counter that fails to advance means a captured link is being re-used — it is refused, not redirected. Genuine taps get a 302.
What you need#
| Piece | What to pick |
|---|---|
| Hardware | NTAG 424 DNA tags — no other chip works. A 30 mm epoxy disc or rigid token for hangtags and cases; CR80 cards for the certificate card itself; adhesive wet inlays for embedding into packaging or a lining. Where to buy |
| Plan | Brand for a custom verification domain and geo/scan analytics; Enterprise for the management API, per-tag routing and multi-user access |
| Software | The provisioning app to encode items; the management API to keep the registry in step with your ERP or authentication workflow |
Step by step#
- Create a system per line or per collection, and choose encrypted-PICC mode if you do not want the item's UID readable in plaintext by anyone standing next to it.
- Encode at the point of authentication — at manufacture, at final QC, or when a specialist authenticates a consignment. The tag's UID and key version land in your registry.
- Bind the record. Route the item's tag to its own destination (per-tag routing, Enterprise) so the tap opens that item's record. The destination is owner-stored config, never taken from the tag or the URL.
- Update the record over the object's life — a service, a re-authentication, a change of destination — through the management API, with no need to touch the hardware again.
- Revoke on loss or theft. A revoked tag stops verifying immediately, and every change is written to a non-secret audit trail.
Verify it worked#
- Tap the item: authentic, and the record opens. Tap it again: authentic, with the counter one higher — that increment is the object's interaction history accruing.
- Replay a captured tap URL: not authentic,
reason: non_monotonic. - Re-point a single tag through the management API and confirm the next tap lands on the new record, with nothing re-written on the tag.
- Revoke a test tag and confirm it stops verifying.
Known limits#
Warning
Ownership transfer is on the roadmap, not shipped. EdgeNFC today proves the object and holds its record; it does not yet implement a transfer-of-certificate flow that reassigns a record to a new owner on resale. If your programme depends on transferable ownership, treat it as a planned capability and talk to us about timing — do not plan a launch around it.
Warning
Some Android phones need the EdgeNFC app to open the tag. Android 16+ can't NDEF-dispatch NTAG 424 DNA tags — a Google regression — so a tap may do nothing on its own on those devices. The workaround is to scan the tag from inside the EdgeNFC app. In a boutique or an authentication desk this is easily handled with a dedicated device; for consumer-side taps, say so on the packaging rather than letting the customer conclude the tag is dead.
See Brand & Enterprise#
Provenance programmes live on the Brand and Enterprise plans — custom domain, analytics, and the management API that keeps the registry in step with your systems.
Related#
- Key management & security — custody, rotation, and why key bytes never leave.
- Custom web app — the management API and server-side verification.
- REST API reference — per-tag routing, revocation, and the verify contract.
EdgeNFC