Should sanitizers re-score their compressed output before passing it?
When a gate compresses text to remove harmful content, does it need to verify the compressed remainder is still safe? The question matters because ChannelGuard's current approach assumes position—that payloads are removed—without checking if what remains passes the same safety test.
The paper offers two remedies for the 23.4% leak in its user-prompt gate: drop the COMPRESS band at IB-0, or re-score the retained prefix and PASS only if it also stays below the threshold θ. The second is the more general idea. A transform-then-pass gate makes two claims at once: that the transformation removed the payload, and that what remains is safe. The first is an assumption about position (see Why does compression defense fail at the user prompt boundary?); the second can be checked. Re-scoring turns the assumption into a measurement by sending the sanitizer's output through the same detector as its input.
The principle travels beyond this gate: whatever a sanitizer emits should face the test its input faced. Can inspecting generated workflows catch planning-time attacks? describes FLOWGUARD, which reframes workflow-contaminating cues before the planner sees them, another transform-then-pass defense. The vault note does not say whether the rewritten output is inspected again, and the ChannelGuard result suggests asking.
The costs and unknowns are the reason this is OPEN. Re-scoring adds a scoring pass per compressed message. It helps only if the detector can see the residual payload in the prefix, and the excerpt does not say how the bands are defined beyond PASS, COMPRESS and θ. Dropping the compress band removes the gate's middle option, so messages would presumably be passed or stopped whole, and the excerpt says nothing about the false-positive or leakage cost of that. Neither fix is reported as tested, and whether either recovers the 58 leaked cases is unknown. Treat this as a design lead from the paper's authors, not a validated result.
Re-scoring also inherits the detector's blind spots. Can one compromised agent corrupt an entire multi-agent network? says the transmitted signal has no explicit semantic content, so a retained prefix of such a message would pass the second score as it passed the first, and the re-score would add nothing for that class. That reading is the vault's; no ChannelGuard gate is reported against that attack, and an open tension in ops/tensions/ holds the same limit for per-hop scoring in general.
Inquiring lines that read this note 5
This note is a source for these research framings, grouped by the broader line of inquiry each explores. Scan the bold lines of inquiry; follow any specific question forward.
Can defenses detect attacks composed across multiple skills? What infrastructure evidence validates agent benchmark achievement claims? How can workflow-level validation detect semantic corruption that protocol compliance misses? How does outcome-only reporting obscure which system components blocked attacks?Related concepts in this collection 4
This note in its neighbourhood — explore the map, then jump to a related concept in the list below.
Click a node to walk · click center to open · click Open in graph to see this note in the full knowledge graph
-
Why does compression defense fail at the user prompt boundary?
ChannelGuard's COMPRESS gate blocks injected payloads when they appear at the end of messages, but leaks them when they appear at the start. The question explores why the same defense rule produces opposite outcomes across different communication channels.
the leak this remedy targets
-
Do internal agent hops in pipelines need security monitoring?
Multi-agent systems route data between planner, worker, verifier, and synthesizer components. Current defenses only guard user input at the entry point, leaving inter-agent channels unmonitored—but is this a real vulnerability or does downstream safety suffice?
per-channel gates are what the re-score rule would apply to
-
Can inspecting generated workflows catch planning-time attacks?
Does examining a workflow after it's created catch attacks that corrupt the planning signals upstream? This matters because if contamination enters earlier, downstream inspection might miss malicious intent laundered into legitimate-looking structure.
FLOWGUARD is a second rewrite-before-pass defense to which the same re-inspection question applies
-
Can one compromised agent corrupt an entire multi-agent network?
Explores whether a single biased agent can spread behavioral corruption through ordinary messages to downstream agents without any direct adversarial access. Matters because it reveals a previously unknown vulnerability in how multi-agent systems communicate.
a limit on the remedy: a payload with no scoreable content passes a re-score as it passed the first score
Related papers in this collection 8
Papers most semantically related to this note, ranked by cosine similarity in the embedding space.
- ChannelGuard: Safe Models Do Not Compose into Safe Multi-Agent Systems
- Large Language Models Meet Knowledge Graphs for Question Answering: Synthesis and Opportunities
- A Causal Model for Locating and Unlocking Sandbagging in Model Organisms
- OpenClaw-RL: Train Any Agent Simply by Talking
- Is Progressive Disclosure All You Need for Long-Context Agents?
- Trust propagation and structural containment in Multi-agent LLM pipelines
- The Troy Moment of AI: Why Some Will Cheat and Some Will Follow?
- Zero-Shot Verification-guided Chain of Thoughts
Original note title
a gate that compresses text should re-score what it keeps and pass it only if it stays below threshold — or drop the compress band where the position assumption fails