Selection Integrity for LLM Graph Memory: An Accumulability Criterion for Information-Flow-Blind Retrieval
This paper reveals that existing provenance-based defenses for LLM graph memory are fundamentally blind to structural selection attacks, where untrusted inputs manipulate retrieval outcomes without altering authenticated content, and proposes the \authselect\ mechanism to enforce selection integrity by recomputing retrieval on authenticated subgraphs, thereby preventing silent misdirection of critical actions with negligible latency overhead.
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 have a brilliant, super-smart assistant (an AI agent) that keeps a giant, organized notebook of facts to help you answer questions and make decisions. This notebook isn't just a list; it's a web of connections (a graph). If you write "Alice is friends with Bob," the assistant connects those two names. If you write "Bob likes pizza," it connects Bob to pizza.
The problem this paper solves is a very sneaky way to trick this assistant without ever writing a single lie.
The Problem: The "Invisible Hand" Attack
Usually, we worry about hackers injecting fake facts into the notebook (like writing "The moon is made of cheese"). Current security systems are good at catching this. They check: "Is this specific sentence in the notebook trustworthy?" If the sentence is fake, they block it.
But this paper reveals a new, invisible attack called Selection Integrity Blindness.
The Analogy: The Librarian and the Map
Imagine a librarian (the AI) who uses a map to find the best books for you.
- The Attack: A hacker doesn't write a fake book. Instead, they quietly move the arrows on the map. They draw a new line connecting "The Moon" to "Cheese" in the background.
- The Result: When you ask, "What is the moon made of?", the librarian looks at the map. Because the hacker moved the arrows, the librarian's path now leads them to a real, authentic book about cheese (written by a trustworthy author), but the book is now the wrong answer for your question.
- The Blind Spot: The librarian checks the book they found. It's a real, authenticated book! The security system says, "All clear! This book is from a trusted source." The system is blind because it only checked the book (the content), not the map (the structure) that led them there.
The paper calls this a "No-Source Structural Write." The attacker changes the connections (edges) without adding any content (passages) that the AI reads. The AI ends up making a wrong decision based on a "clean" fact, simply because the path to that fact was hijacked.
The Proof: 28 Wrong Transfers
The researchers didn't just theorize this; they tested it.
- They set up a scenario where an AI agent had to send money (simulated transfers) to the right person.
- An attacker quietly rewired the graph connections.
- Result: The AI, following its "trusted" logic, sent 28 real, irreversible transfers to the wrong people.
- The Security Failure: Standard security checks (called "Information-Flow Control") looked at the recipient and said, "This person is real and trusted," so they let the transfer go through. They missed the fact that the reason the AI chose that person was a poisoned map.
The Solution: AUTHSELECT
The paper proposes a new defense called AUTHSELECT.
The Analogy: The Double-Check Librarian
Instead of just checking the book the librarian found, AUTHSELECT asks: "What if we removed all the suspicious arrows on the map? Would the librarian still pick the same book?"
- Step 1: The AI picks an answer using the full graph (including the hacker's hidden arrows).
- Step 2: The system temporarily erases all the "untrusted" arrows (the ones the hacker might have touched).
- Step 3: The AI picks an answer again using only the "clean" map.
- Step 4: If the two answers are different, the system assumes the map was poisoned. It ignores the first answer and uses the second one (the one from the clean map).
This defense is fast (only adds 2–3% delay) and stops 100% of these attacks, including the 28 wrong transfers.
The "Magic" Rule: When Does This Happen?
The paper also figures out exactly which types of AI memory systems are vulnerable and which are safe. They call this the "Accumulability Criterion."
- Vulnerable Systems (The "Flowing River"): Some systems, like those using Personalized PageRank (a method that calculates importance by "walking" through the graph), are like a river. If you build a small dam (a few fake connections) upstream, it can redirect the whole flow of water to a new place. These systems are vulnerable.
- Safe Systems (The "Fixed Shelf"): Other systems, like those that just look at how close words are or use a fixed list of candidates, are like books on a shelf. You can't rearrange the shelf to make a different book appear; you can only move the books you already have. These systems are immune.
Key Takeaway: It's not about how much the system relies on the map; it's about whether the map can be rerouted to change the outcome.
Summary
- The Threat: Attackers can trick AI agents by secretly changing the connections in their memory graph, causing the AI to pick the wrong "trusted" facts.
- The Failure: Current security only checks if the facts are real, not if the path to those facts was hijacked.
- The Fix: AUTHSELECT works by re-calculating the answer after removing suspicious connections. If the answer changes, it knows the path was poisoned.
- The Lesson: Not all graph-based memories are equally safe. Some can be "rerouted" by attackers; others cannot. We need to check the "reroutability" of the system, not just the trustworthiness of the data.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.