Labeled PSI is a private set intersection protocol where a sender holds a set of elements, each associated with a distinct data label, and a receiver holds a query set. The receiver learns the labels for the elements in the intersection, while the sender learns nothing and the receiver learns nothing about non-intersecting sender elements or their labels.
Glossary
Labeled PSI

What is Labeled PSI?
A cryptographic protocol extending standard private set intersection where one party's set elements have associated data labels, and the other party learns only the labels corresponding to the intersection of their input sets.
This primitive is built on standard PSI protocols, often using oblivious pseudorandom functions (OPRFs) or oblivious transfer (OT) to mask non-matching labels. It enables applications like private contact discovery with associated profile data, where a user discovers which contacts use a service and retrieves their public keys without exposing the full contact list to the server.
Key Features
Labeled PSI extends standard private set intersection by allowing one party to associate metadata labels with their set elements, enabling the other party to learn only the labels corresponding to the intersection without discovering any other labels or non-intersecting elements.
Asymmetric Label Disclosure
In a Labeled PSI protocol, the Sender holds a set of elements with associated labels, while the Receiver holds a query set. The Receiver learns only the labels for elements in the intersection, while the Sender learns nothing about the Receiver's set. This asymmetry is critical for applications like private contact discovery with profile data or secure database lookup where one party owns the enriched dataset.
OPRF-Based Construction
Many efficient Labeled PSI protocols are built on Oblivious Pseudorandom Functions (OPRFs). The Sender holds a PRF key and the Receiver evaluates the PRF on their inputs without learning the key. For intersecting elements, both parties derive the same PRF output, which is then used to encrypt the associated label. This ensures that labels for non-intersecting elements remain indistinguishable from random noise.
Label Encryption via Symmetric Keys
Once the intersection is identified through the OPRF or a similar primitive, labels are protected using symmetric encryption derived from the PRF output. Common approaches include:
- One-time pad XOR with a hash of the PRF output
- AES-GCM encryption keyed by the PRF result This ensures that only the party who can compute the correct PRF output for an intersecting element can decrypt the corresponding label.
Security Against Malicious Adversaries
Labeled PSI protocols can be upgraded from semi-honest security to malicious security using techniques like cut-and-choose, zero-knowledge proofs, or authenticated data structures. In the malicious model, the protocol guarantees correctness even if one party deviates arbitrarily from the specification—preventing a malicious Sender from returning incorrect labels or a malicious Receiver from learning labels for non-intersecting elements.
Applications in Private Database Lookup
Labeled PSI is the cryptographic foundation for private database query systems where a client queries a server's database by a key without revealing the key to the server, and the server returns only the matching record without disclosing the rest of the database. Real-world use cases include:
- Private contact discovery with profile information
- Secure password breach checking where the service returns breach metadata only for compromised credentials
- Confidential genomic matching where labels represent phenotypic data
Communication Efficiency Optimizations
Modern Labeled PSI protocols achieve near-linear communication complexity in the size of the Receiver's set, independent of the Sender's total dataset size. Techniques include:
- Cuckoo hashing to reduce the number of OPRF evaluations
- Batching multiple OPRF evaluations into a single multi-point OPRF
- Compressed label delivery using vector OLE (VOLE) to transmit labels with minimal overhead These optimizations make Labeled PSI practical for datasets containing billions of records.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Frequently Asked Questions
Clear, technical answers to the most common questions about Labeled Private Set Intersection protocols, their mechanisms, and their real-world applications.
Labeled Private Set Intersection (Labeled PSI) is a cryptographic protocol where a client learns the intersection of their private set with a server's set, and for each element in the intersection, the client also learns an associated data label from the server, while the server learns nothing. The core mechanism typically extends standard PSI protocols by associating each server element with a payload. During the protocol, the client obliviously retrieves the label corresponding to each matched element without the server knowing which labels were accessed. This is often achieved by combining Oblivious Transfer (OT) or Oblivious Pseudorandom Functions (OPRF) with symmetric-key encryption, where the intersection test itself acts as a key derivation step to decrypt the associated label. The server remains completely oblivious to both the client's set and the intersection result.
Related Terms
Labeled PSI extends standard private set intersection by associating data labels with one party's set elements. The following concepts form the cryptographic and algorithmic foundation for building and understanding labeled PSI protocols.
Oblivious Pseudorandom Function (OPRF)
A foundational building block where a client evaluates a pseudorandom function (PRF) keyed by a server on the client's private input. The client learns the PRF output, but the server learns nothing about the input, and the client learns nothing about the server's key. In labeled PSI, OPRFs are used to privately mask set elements before performing the intersection, ensuring that the labels can only be decrypted by the party holding the corresponding masked value.
Oblivious Transfer (OT)
A cryptographic primitive where a sender inputs two messages and a receiver inputs a choice bit. The receiver learns only their chosen message, and the sender learns nothing about the choice. OT serves as the atomic operation for secure computation. In labeled PSI protocols, OT is often used to transmit encrypted labels corresponding to intersecting elements without revealing which labels were selected to the sender.
Asymmetric PSI
A PSI variant where only one party—typically the client—learns the intersection result, while the other party learns nothing. This directly mirrors the labeled PSI use case: a client with a query set learns only the labels associated with the intersection, while the server holding the labeled database receives no output. Contact discovery in messaging apps is a canonical real-world example.
PSI-Sum
A private set intersection variant that reveals only the aggregate sum of values associated with intersecting elements, rather than the elements themselves. Labeled PSI generalizes this concept: instead of a single aggregate, the client learns the individual labels for each element in the intersection. PSI-Sum is useful for private analytics, such as computing total revenue from overlapping customer segments without exposing individual transactions.
Private Record Linkage
The process of matching records referring to the same real-world entity across disparate databases without revealing non-matching identities. Labeled PSI enables a powerful variant: one party can enrich their records with attributes from another party's database only for the matched entities. This is critical in healthcare for linking patient records across institutions while maintaining HIPAA compliance.
KKRT Protocol
A highly efficient semi-honest PSI protocol by Kolesnikov, Kumaresan, Rosulek, and Trieu that uses OT extension and Cuckoo hashing to achieve fast, low-communication private set intersection. The KKRT construction forms the performance baseline against which modern labeled PSI protocols are measured. It demonstrates how OT-based techniques can scale to sets containing millions of elements.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us