References in. Matches out.
Register reported images as references. Corvinth matches them against your platform's indexed images and new uploads.
IMAGE SAFETY INFRASTRUCTURE
Image safety infrastructure for platforms with user-generated content. Corvinth detects matching images across your platform's existing media and new uploads.
Corvinth returns the match result.
Your platform decides what happens next.
PLATFORM-SCOPED MATCHING · MANAGED OR CUSTOMER COMPUTE · NO DURABLE IMAGE-BYTE STORAGE

existing content · new uploads
Corvinth detects. Your platform decides.
Platform-scoped matchingFind matching content across your platform.
Managed or Customer ComputeChoose where image compute happens.
Corvinth detects. Your platform decides.Match results integrate into your existing review and enforcement workflow.
Built for
Why Corvinth
Detection isn't just a model call. You need references registered, existing images indexed, new uploads checked, and every match routed back into your workflow. That's the system Corvinth provides — without becoming your next infrastructure project.
Register reported images as references. Corvinth matches them against your platform's indexed images and new uploads.
Send presigned image URLs for Corvinth-managed processing, or send derived representations from your own infrastructure.
Corvinth tells you what matched and provides a structured record for every case. What you do with that is yours.
Your team selects the images to track. Corvinth detects matching images across your platform's existing media and new uploads.
Trusted architecture
Use Corvinth-managed compute, or keep image processing inside your own infrastructure. Either way, Corvinth does not durably store image bytes.
Mode A — Managed Compute
Managed computePresigned URL sent to Corvinth. Corvinth fetches the image for processing.
Mode B — Customer Compute
Customer computeImage processing stays inside your infrastructure. Corvinth receives the required fingerprint together with the platform-scoped object reference needed to correlate the match result back to content in your system — never the image itself.
Two compute modelsChoose the trust boundary that fits your platform.
No durable image-byte storageCorvinth does not build a repository of customer images.
Your policy stays yoursCorvinth returns detection results and relevant context; your platform decides what happens next.
How Corvinth works
When your platform chooses reported content to track, Corvinth uses it as a detection reference. Perceptual matching checks that platform's stored and future fingerprints.
Your platform tells Corvinth what should be tracked.
Continuous perceptual matching checks newly reported content against previously stored fingerprints from that platform, then keeps matching against new uploads from that platform as they arrive.
Your platform decides what happens next.
Built for real cases
Corvinth keeps platform-selected visual references, matches, and timing linked so your team isn't piecing together detection history from isolated hashes.
01 / Structured case record
02 / Traceable object identity
03 / Audit history
04 / Tenant-isolated matching
Corvinth records the detection evidence. Your platform decides what happens next.
Integration
Register references, connect your media pipeline, and route match results into your existing workflow.
01 Your platform
Customer Compute
Derived representationDirect to Detection / matchingManaged path
Ephemeral fetch accessPresigned URL sent to Corvinth02 Corvinth
01 / Scope
02 / Connect detection
03 / Route results
Your stack stays yours
Corvinth provides
Corvinth returns match results. You decide what happens next.
Live API demo
One reported image. Another upload.
See what Corvinth detects.
A private demo. Your invitation.
Technical foundation
PDQ is an established image-fingerprinting method used within Corvinth. Corvinth builds the operational detection system around it.
About PDQWhy now
Under the TAKE IT DOWN Act, covered platforms must remove qualifying intimate imagery and make reasonable efforts to identify and remove known identical copies within 48 hours of a valid request. Corvinth provides image-matching infrastructure to support that discovery process.
The operating reality
Engineering doesn't start the clock. For a covered platform, the 48-hour period begins when it receives a valid removal request through its TIDA notice-and-removal process.
FAQ
The useful answer is the precise one. These are the boundaries teams usually want clear before they connect a detection system to their workflow.
Corvinth returns the match result and supporting context. Your platform decides how that result is reviewed or acted on under its own policy.
Your platform decides whether to review, remove, allow, or otherwise act according to its own policy. Matching thresholds and review settings are detection configuration—not automatic enforcement by Corvinth.
Corvinth is not partnered with or integrated into StopNCII and does not represent StopNCII. Corvinth operates its own image-matching infrastructure, incorporating perceptual hashing and DINOv2-based semantic image matching.
That depends on your processing mode.
Managed Compute: Corvinth fetches and processes an image from a presigned URL.
Customer Compute: Your platform can send precomputed matching hashes, with its own content identifier when it needs match correlation, instead of an image URL.
Small teams are where the tradeoff can matter most: manual discovery competes directly with product and engineering work. Corvinth provides the detection layer without requiring the platform to build and operate that infrastructure itself.
Integration means establishing the platform scope, connecting the compute path that fits your infrastructure—Managed Compute or Customer Compute—and routing Corvinth's results into the workflow your team already uses.
The integration surface is bounded, but the timeline depends on your storage, upload, review, and case-handling workflow.
Detection infrastructure should make the boundary clearer—not add another layer of ambiguity.
For platform users
If a platform turns the item you reported into a detection reference, Corvinth can search that platform's own content for matches—helping find copies beyond the item you originally reported.
You do not report to Corvinth. Corvinth does not decide whether your report is valid or what gets removed. Those decisions stay with the platform.
Corvinth is not a reporting destination.
a note from the team
I built Corvinth because small platforms often don't have a detection pipeline — they have an inbox. Someone files a report, it reaches an admin, gets forwarded to an engineer, and valuable time disappears into manual searching.
Corvinth is built to replace the manual-search part of that chain with detection infrastructure, so when a platform is working against a removal deadline, engineering is not burning most of that window manually hunting for copies.
Small teams shouldn't need a dedicated trust-and-safety engineering organization just to have this infrastructure. I built Corvinth to fit a startup's infrastructure budget and work alongside the systems the team already uses.
I'm not anonymous — email me directly with questions, including hard ones about what Corvinth can and cannot do.
founder@corvinth.com3 platforms only.
$99/month
For your first 3 months from go-live.
$299/month thereafter — your exclusive founding-partner rate.
Standard pricing: $499/month
100K images/month — Continuous PDQ matching and re-upload detection.
Pulse DINOv2 — Early Access — Historical library scanning and semantic similarity. Review-only, with agreed scan limits.
Direct founder onboarding — Personal integration support and priority feedback.