Leak It: A Probabilistic Approach to Training-Data Extraction from Black-Box Language Models
This paper argues that aggregate membership inference metrics like ROC-AUC obscure the severe, capacity-dependent risk of verbatim training-data extraction from black-box language models, demonstrating that specific documents containing identifiers or code are frequently leaked regardless of blind baselines or deduplication, and proposing a per-document probabilistic audit framework via the "leakit" tool to accurately measure this privacy harm.
Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer
Imagine you are trying to figure out if a specific, secret recipe was used to bake a giant, mysterious cake. You can't see the kitchen, and you can't ask the baker for the ingredients list. All you can do is ask the baker to make a few more slices of cake based on a tiny crumb you found earlier. If the baker keeps spitting out the exact same secret ingredient list every time you ask, you might guess that the secret recipe was indeed in their memory. This is the world of "Language Models"—super-smart computer programs that learn by reading massive amounts of text from the internet. They are like those bakers, but instead of cakes, they predict the next word in a sentence.
The big question scientists are asking is: Do these digital bakers remember the specific books they ate? This is called "Membership Inference." If a model remembers a specific document, it might accidentally spit out private details, like a person's email address or phone number, that were hidden inside that document. For a long time, researchers tried to measure this by looking at the "average" performance of their tests. They would say, "Hey, our test is 90% accurate!" But just like a weather forecast that says it's "mostly sunny" but misses a sudden, dangerous storm, these average scores might hide the fact that the model is leaking dangerous secrets for a few unlucky people.
This paper, titled "LEAK IT," takes a fresh look at how we catch these digital leaks. The author, led by Victor Maricato, argues that the old way of measuring privacy is misleading. They found that many "smart" tests claiming to detect if a document was in the training data were actually just guessing based on the style of the text itself, not the model's memory. It's like trying to guess if a cake was made with a secret recipe just by looking at the color of the frosting, when the frosting color is actually just a coincidence.
However, the paper reveals a more dangerous truth: while the "average" test might look harmless, the model is leaking, but only for a very specific, small group of documents. The researcher discovered that if you ask the model to continue a sentence from a piece of code or a document containing a real email address, it will sometimes spit out that exact, private information verbatim. It's as if the baker, when asked to finish a sentence about a specific, rare spice, suddenly shouts out the exact brand and batch number of that spice, even though they wouldn't do that for a common ingredient like flour.
The study shows that this "verbatim extraction" gets worse as the models get bigger. For a model with 6.9 billion parameters, about 16.6% of the documents containing real identifiers (like emails or phone numbers) were leaked in this way. Surprisingly, the author found that simply removing duplicate text from the training data (a common safety step) didn't really stop this from happening. They also showed that this risk isn't spread evenly; it's much higher for computer code than for regular stories or articles.
The main takeaway is that we need to stop looking at the "average" privacy score and start checking for these specific, high-risk leaks. The author released a new tool called "leakit" to help auditors find these exact moments where a model might accidentally reveal a private secret. They suggest that instead of just saying "the model is mostly safe," we should admit that for certain documents, the model is a very effective memory leak, and we need stronger protections, like a special privacy shield called "differential privacy," to fix it.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.