<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>AI Privacy, Security &amp; Risk News - privacy</title>
<link>https://ai-privacy-risk.pages.dev/</link>
<description>Privacy, security, legal and risk news across AI: agents, generative AI and LLMs, models, and robotics. Curated and summarized daily.</description>
<language>en</language>
<lastBuildDate>Thu, 13 Aug 2026 17:57:30 +0000</lastBuildDate>
<atom:link href="https://ai-privacy-risk.pages.dev/feed/privacy.xml" rel="self" type="application/rss+xml"/>
<item>
<title>memorywire proposes a shared wire format and review surface for agent memory writes</title>
<link>https://arxiv.org/abs/2606.01138</link>
<guid isPermaLink="false">d1ab2bdd8d4a</guid>
<pubDate>Thu, 13 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<category>tools</category>
<description>&lt;p&gt;Agent-memory frameworks (mem0, Letta/MemGPT, Cognee, Zep/Graphiti, MemoryOS, MemTensor) each ship their own SDK, storage layout and vocabulary, with no shared wire format, so every integration is bespoke and migration rebuilds memory from scratch. The paper proposes a vendor-neutral format plus a governance surface where a human can review writes before they land.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Memory holds what an agent has learned about a person, and without a common format there is no clean way to inspect, export or delete it across frameworks.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Human review before memory writes land is a check against poisoned or attacker-planted state.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; Bears on GDPR erasure and access requests reaching agent memory rather than stopping at the primary store.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Defines an approval point and a record of who wrote what into agent memory, which is the evidence an auditor would ask for.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; A shared memory format with a review surface is what makes inspection, export and deletion of what an agent stored about a person possible across frameworks.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.CR &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Cryptographic evidence that a specific agent request satisfied policy</title>
<link>https://arxiv.org/abs/2607.21325</link>
<guid isPermaLink="false">560ed51824cd</guid>
<pubDate>Thu, 13 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<category>a2a</category>
<description>&lt;p&gt;Current authn and authz for autonomous agents establish identity and delegate authority but produce no cryptographic proof that a given request from a given agent met the applicable policy. The paper states this as a falsifiable hypothesis and builds a proof-of-concept for verifiable authorization.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Proof that an agent&amp;#x27;s data access was authorized at the moment it happened is what makes an access log defensible after the fact.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Adds verifiable authorization on top of agent identity and delegation, closing the gap where authz decisions leave no proof.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Produces cryptographic evidence that a policy was applied to a given agent action, usable in audit.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Proof that a specific data access was authorized at the time it happened backs up access logging over personal data.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.CR &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>A transactional control plane for long-lived agent state</title>
<link>https://arxiv.org/abs/2608.11632</link>
<guid isPermaLink="false">91116a33b951</guid>
<pubDate>Thu, 13 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<description>&lt;p&gt;Persistent agents pile up versioned state, and retention alone does not say which version is authoritative. Without a control plane, models, tools and background workers write without mediation, which the authors tie to stale overwrites, un-audited exposures and self-authorizing privilege escalation.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Unmediated writes to agent state mean nobody can say what the agent currently believes about a person or who put it there.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Unmediated writes by models, tools and background workers lead to stale overwrites and self-granted privilege, which a control plane blocks.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Version authority and mediated writes give change control and a write trail over long-lived agent state.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Mediated writes and version authority over agent state are what let you say what the agent currently holds about a person and where it came from.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.AI &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Turning LGPD norms into software requirements with LLMs</title>
<link>https://arxiv.org/abs/2608.11454</link>
<guid isPermaLink="false">6dac631df7ad</guid>
<pubDate>Thu, 13 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<category>regulation</category>
<description>&lt;p&gt;Translating privacy law into software requirements is slow work for requirements engineers. The study tests whether current LLMs can do that translation within the frame of Brazil&amp;#x27;s LGPD.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Requirements are where a privacy law either becomes a control in the product or does not, so machine help at that step changes what gets built.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; LGPD obligations and how they get read into software specs.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Requirements traceability from a legal norm to a control is the evidence an auditor asks for.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Feeds the step where a privacy law becomes a written product requirement, which is where consent, retention and minimization controls get specified or lost.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.SE &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>REDAgentBench: executable red teaming that stops reporting a single attack success rate</title>
<link>https://arxiv.org/abs/2608.10669</link>
<guid isPermaLink="false">85885d616109</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<category>tools</category>
<description>&lt;p&gt;REDAgentBench targets a measurement problem: agent safety evaluations often collapse to one attack success rate, which hides how adversarial inputs exploit the agent-environment interaction. The benchmark runs executable red-teaming cases against tool-using LLM agents and measures policy violations during execution.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Policy violations mid-trajectory include data disclosure that never shows up in the final answer, so measuring execution matters for privacy testing.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Executable red-teaming cases against tool-using agents, with per-step violation measurement instead of a single attack success rate.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Evaluation method that could back release-gate evidence for agent safety claims.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Mid-trajectory policy-violation scoring catches data disclosure that a final-answer check misses, useful for privacy test design.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.AI &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Rethinking agent security as a networking problem</title>
<link>https://arxiv.org/pdf/2608.12172v1</link>
<guid isPermaLink="false">398d71cbc4c0</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<category>polycloud</category>
<description>&lt;p&gt;The paper argues existing agent defenses are agent-centric: they ask the agent itself to spot threats and enforce privacy and security policy, which the authors call fundamentally unsound. It proposes moving enforcement into the network layer between agents and the resources they reach.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Putting policy enforcement outside the model gives privacy teams an egress and access chokepoint that a compromised agent cannot talk its way past.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Design argument for moving agent policy enforcement out of the model into a network chokepoint the agent cannot be talked past.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Enforcement point outside the model gives a loggable control with evidence an auditor can inspect.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Argues for enforcing access and egress policy at the network layer, which is where DLP and data-access limits for agents can actually be implemented.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv &amp;#183; read in full for the weekly synthesis.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Gateway architecture for enterprise MCP authentication and identity delegation</title>
<link>https://arxiv.org/abs/2608.10760</link>
<guid isPermaLink="false">cec878af0366</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>mcp</category>
<category>a2a</category>
<category>research</category>
<description>&lt;p&gt;The paper reports that large organizations went from zero to dozens of internally built MCP servers within a year, with each team implementing authentication on its own: some with no auth, some with API keys, some with full OAuth. It proposes a gateway that unifies heterogeneous auth, handles identity delegation, and addresses the user versus non-user persona problem.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Names a concrete control point for who an agent is acting as when it reaches enterprise data through MCP.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Fixes the sprawl of hand-rolled MCP auth by forcing every server behind one authn/authz choke point.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Gives a place to inventory internal MCP servers and prove a uniform auth control was applied.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Identity delegation through a gateway decides which user an agent acts as when it pulls records, which is the hook for purpose and access limits.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.CR &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Android accessibility trees expose mobile AI agents to indirect prompt injection</title>
<link>https://arxiv.org/abs/2608.08939</link>
<guid isPermaLink="false">335d533fba0d</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>tools</category>
<category>research</category>
<description>&lt;p&gt;Mobile agent frameworks such as MobileRun and Mobile-Use read Android accessibility (A11y) trees, with screenshots as a secondary channel, to interpret app interfaces. The paper shows attacker-controlled content in the A11y tree drives indirect prompt injection against these agents.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; A mobile agent that acts on phone apps holds messages, contacts and account access, so injection through the UI layer reaches personal data directly.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Names a concrete injection channel in Android agent frameworks that screenshot-only defenses miss.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; A phone agent reading the accessibility tree has messages and contacts in reach, so untrusted UI text needs to be treated as data, not instruction.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.AI &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>KV cache timing side channel lets one tenant reconstruct another&#x27;s prompt</title>
<link>https://arxiv.org/abs/2608.09225</link>
<guid isPermaLink="false">4dd2f5310774</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>polycloud</category>
<category>research</category>
<description>&lt;p&gt;Shared key-value caches in multi-tenant LLM inference allow prefix reuse across requests, which creates a timing side channel. An adversarial tenant can probe cache-hit latency to reconstruct another tenant&amp;#x27;s private prompt, and the paper proposes governance of the cache to prevent it.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Cross-tenant prompt recovery in shared inference infrastructure breaks the isolation assumption enterprises rely on when sending data to hosted models.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Timing side channel in prefix cache reuse; defenders need cache scoping or per-tenant partitioning.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Feeds vendor assessment questions about tenant isolation in hosted inference.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Cross-tenant prompt recovery through shared KV cache means prompt content sent to a hosted model is not isolated; cache partitioning becomes a data control.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.AI &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>MasDrift: benchmarking whether delegated goals keep their authorization boundaries</title>
<link>https://arxiv.org/abs/2608.07556</link>
<guid isPermaLink="false">7d7ad1bd4f7b</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>a2a</category>
<category>research</category>
<description>&lt;p&gt;Multi-agent systems split long-horizon tasks across supervisors and subagents, and the delegated goal does not always carry the original authorization boundary with it. MasDrift is a benchmark for measuring that drift across multi-agent architectures, in contrast to safety benchmarks that focus on adversarial compromise.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Authorization that decays as a task passes between agents is how data access widens without anyone granting it.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Benchmark for authorization drift across supervisor/subagent handoffs, useful for testing delegation controls.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; A measurable benchmark to use as assurance evidence for multi-agent authorization.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Measures how far a subagent&amp;#x27;s data access drifts past what the original request authorized, which is the scope-binding problem for delegated tasks.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.AI &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>SoK: the attack surface of agentic AI across tools and autonomy</title>
<link>https://arxiv.org/abs/2603.22928</link>
<guid isPermaLink="false">5d72cc7df6c0</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>tools</category>
<category>research</category>
<description>&lt;p&gt;This systematization maps trust boundaries and security risks across systems that combine LLMs with tools, retrieval-augmented generation, and autonomous multi-agent loops. It argues the agentic pattern expands capability and the attack surface together.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Gives a trust-boundary map that privacy teams can use to place data controls in agent pipelines.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Systematizes trust boundaries across tools, RAG and multi-agent loops for architecture review.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Usable as a starting taxonomy for an agent risk assessment.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; The trust-boundary map gives privacy teams somewhere concrete to put redaction and access checks in a RAG or tool-calling pipeline.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.CR &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>LLM-mediated web attacks: prompt injection turning into SQL, SSRF and template exploits</title>
<link>https://arxiv.org/abs/2608.10281</link>
<guid isPermaLink="false">f3876dc2ae0d</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>tools</category>
<category>research</category>
<description>&lt;p&gt;When LLMs sit inside web applications through chatbots and tool-calling pipelines, user input can steer backend actions: database queries, HTTP requests, file operations, template rendering and API calls. The paper defines LLM-mediated web attacks, where classic web vulnerability classes are reached through the model instead of directly.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Puts the model in the position of an unvalidated query builder over production data stores, so injection reaches records the user was never authorized to see.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Maps classic web vuln classes (SQLi, SSRF, template injection) onto LLM tool pipelines, so pentest and code review scope has to cover model-mediated paths.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Model-as-query-builder reaching records outside a user&amp;#x27;s authorization argues for row-level access enforcement and PII scoping below the agent layer.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.CR &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>TraceSafe: guardrails tested against multi-step tool-calling trajectories, not final outputs</title>
<link>https://arxiv.org/abs/2604.07223</link>
<guid isPermaLink="false">ff2b675c3b57</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>tools</category>
<category>research</category>
<description>&lt;p&gt;As LLMs move from chatbots to agents, the vulnerable surface shifts from final outputs to intermediate execution traces. TraceSafe assesses how well existing safety guardrails work across multi-step tool-use trajectories, an area the authors say is largely unexamined.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Guardrails tuned on final text miss the tool calls where data actually leaves the system.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Benchmarks guardrail coverage over intermediate tool-call traces, telling defenders where current filters fail.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Trajectory-level evaluation is the kind of assurance testing an agent control owner would need as evidence.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Shows output-level guardrails miss the tool calls that move personal data, which argues for DLP at the trajectory level.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.AI &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>SHE evolves the agent harness (context, memory, tools, permissions) from trajectories</title>
<link>https://arxiv.org/abs/2608.09885</link>
<guid isPermaLink="false">8204e4c506b5</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>tools</category>
<category>research</category>
<description>&lt;p&gt;The paper argues agent safety depends on the harness that manages context, memory, tools, permissions and runtime control, not only on model weights. SHE treats the harness as something that evolves from observed trajectories instead of a fixed deployment artifact.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Puts permission and memory handling in the harness, which is where privacy controls for agents can be enforced and updated.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Argues hardening belongs in the runtime harness (tools, permissions, context) rather than model weights.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; An evolving harness needs change control and versioning if permission changes are to be auditable.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Locates permission and memory handling in the harness, which is the enforcement point for memory isolation and scoped data access.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.AI &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>SkillConsist finds undisclosed behavior in agent skills through bidirectional graph alignment</title>
<link>https://arxiv.org/abs/2608.07639</link>
<guid isPermaLink="false">6b232f406460</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>tools</category>
<category>research</category>
<description>&lt;p&gt;Inconsistencies between what an agent skill declares and what it does can hide dangerous behavior or cause the wrong skill to be selected. SkillConsist detects those inconsistencies with bidirectional graph alignment instead of checking behaviors against predefined categories.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; A skill whose declared purpose does not match its behavior breaks the purpose-limitation claim the user relied on when installing it.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Static detection of undisclosed skill behavior gives a supply-chain screening control for agent skill marketplaces.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Feeds an approval gate for third-party agent skills and the evidence behind it.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Detecting skills whose behavior diverges from their declaration supports purpose-limitation checks and pre-install review of what data a skill touches.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.AI &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Autonomy changes how personalization affects privacy concern and trust in LLM agents</title>
<link>https://arxiv.org/abs/2510.04465</link>
<guid isPermaLink="false">0bbb8351dad4</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<description>&lt;p&gt;LLM agents need personal information to act well on a user&amp;#x27;s behalf, and the resulting privacy concerns discourage data sharing, which limits both the autonomy level agents can run at and how well personalization works. The paper studies how the design space of agent autonomy shifts that tradeoff.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Direct evidence on how users weigh sharing personal data against agent autonomy, which shapes consent and disclosure design.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Empirical data on how users trade personal data disclosure against agent autonomy, which drives consent granularity and permission UX design.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.AI &amp;#183; read in full for the weekly synthesis.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>PolicyKG turns institutional policy documents into SHACL constraint graphs</title>
<link>https://arxiv.org/abs/2608.09028</link>
<guid isPermaLink="false">e281bb157836</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<description>&lt;p&gt;Institutional policies stay in natural language while compliance-checking systems need machine-readable constraints, a gap still bridged by hand. PolicyKG is an LLM pipeline that reads a policy PDF, labels each sentence as obligation, permission or prohibition, and lifts those labels into deontic logic and SHACL knowledge graphs.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Machine-readable policy constraints are what an agent runtime would need to check data handling against written privacy rules.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; Automated extraction of obligations, permissions and prohibitions from policy text bears on how compliance rules get operationalized.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Machine-readable policy constraints support continuous control checking and produce records a compliance reviewer can inspect.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Turning written policy into SHACL constraints is the missing piece for runtime checks of data handling against privacy rules.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.AI &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>ProxyDrift: measuring production LLM traffic drift without inspecting user interactions</title>
<link>https://arxiv.org/abs/2608.08245</link>
<guid isPermaLink="false">3e154dbc5106</guid>
<pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<description>&lt;p&gt;Privacy constraints block direct inspection of user interactions in large LLM deployments, which makes it hard to build a representative evaluation set or track how production traffic changes. ProxyDrift measures drift between production and reference distributions using proxy representations instead of raw traffic.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Offers a way to monitor and evaluate deployed agents without reading the user data those agents process.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Gives a drift metric and monitoring approach that works under privacy limits on log inspection.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Drift monitoring using proxy representations rather than raw user interactions, a concrete data-minimization pattern for production LLM observability.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.AI &amp;#183; read in full for the weekly synthesis.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>GhostSplice: malicious MCP servers split instructions so coding agents leak SSH keys and source</title>
<link>https://thehackernews.com/2026/08/malicious-mcp-servers-can-split.html</link>
<guid isPermaLink="false">cc575547c63b</guid>
<pubDate>Tue, 11 Aug 2026 00:00:00 +0000</pubDate>
<category>mcp</category>
<category>tools</category>
<category>incident</category>
<description>&lt;p&gt;ASSET Research Group describes GhostSplice, where a malicious MCP server connected to an AI coding assistant extracts SSH keys, environment secrets, source code and customer data without sending any single obviously harmful instruction. The request is broken into fragments that each look routine and placed in channels the assistant already uses, which works even after the blunt version of the same request was refused.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Shows that per-instruction refusal checks miss staged exfiltration of credentials and customer data through a tool server the agent already trusts.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Concrete attack: a malicious MCP server splits a request into benign-looking fragments to pull SSH keys, secrets and source from a coding assistant.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Third-party MCP server risk: informs vendor vetting, registry allowlists and monitoring of connected tool servers.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Staged exfiltration through a trusted MCP server reaches customer data, which argues for egress controls and data-access scoping rather than per-instruction refusal.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: The Hacker News &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Token Security: vague task, total access, and why agent intent needs enforcing</title>
<link>https://www.bleepingcomputer.com/news/security/vague-task-total-access-when-ai-delegation-becomes-a-security-risk/</link>
<guid isPermaLink="false">c955d45dca11</guid>
<pubDate>Tue, 11 Aug 2026 00:00:00 +0000</pubDate>
<category>tools</category>
<category>product</category>
<description>&lt;p&gt;Token Security argues that agents given broad access to enterprise systems improvise past the intended scope of a task. The piece calls for defining each agent&amp;#x27;s intent and continuously enforcing permissions against what the agent was created to do.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Ties purpose limitation to agent permissions: an agent with unscoped access reaches data no one meant it to touch.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Vendor argument for continuous permission enforcement against declared agent intent, relevant to least-privilege design.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Intent declaration plus continuous enforcement is a candidate control with an inventory and approval record behind it.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Directly about binding agent permissions to a declared purpose so it cannot reach personal data outside its task scope.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: BleepingComputer &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>RovoBlast: one click makes Atlassian Rovo ship Jira and Confluence data to an attacker</title>
<link>https://thehackernews.com/2026/08/atlassian-rovo-can-be-tricked-into.html</link>
<guid isPermaLink="false">209a413a79b1</guid>
<pubDate>Sat, 08 Aug 2026 00:00:00 +0000</pubDate>
<category>incident</category>
<category>tools</category>
<description>&lt;p&gt;Attacker-controlled instructions can make Atlassian&amp;#x27;s Rovo assistant gather Jira or Confluence data available to the signed-in user and send it to an outside server. Two firms found the behavior by different routes: PromptArmor hid instructions in content Rovo reads, including an uploaded file, and Varonis Threat Labs abused Rovo&amp;#x27;s handling of URL-supplied prompts to inject into an authenticated session. Only one route is confirmed closed.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; The assistant inherits the full read scope of the logged-in user, so a single link turns that scope into an exfiltration path for internal documents and tickets.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Two working exfiltration routes into a widely deployed enterprise assistant, one still open; block outbound destinations and treat URL-supplied prompts as attacker input.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; Unauthorized disclosure of internal Jira and Confluence content raises notification and vendor-contract questions for affected customers.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Third-party risk and incident handling for an embedded SaaS assistant, including how a customer confirms which route the vendor actually closed.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Rovo runs with the signed-in user&amp;#x27;s full read scope, which argues for scoping assistant access below the user&amp;#x27;s own and putting egress controls on what it can send out.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: The Hacker News &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>NiyamAI binds agent intent with zero-knowledge proofs instead of same-host policy filters</title>
<link>https://arxiv.org/pdf/2608.07167v1</link>
<guid isPermaLink="false">57cf18bf9162</guid>
<pubDate>Fri, 07 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<category>tools</category>
<description>&lt;p&gt;The paper argues that system prompts and policy filters fail because they run on the same machine an attacker can reach through the agent. NiyamAI binds an agent to a declared intent and produces cryptographically verifiable guardrails using zero-knowledge proofs before tool calls such as sending email, querying a database or running commands.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Cryptographic intent binding gives a way to enforce purpose limitation on tool calls that an attacker cannot talk the agent out of.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Moves guardrail enforcement off the machine the attacker reaches through the agent, which changes where you put injection defenses.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Verifiable proofs of what an agent was allowed to do give an auditor something better than a system prompt to inspect.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Binding an agent to a declared intent before it queries a database or sends mail is a way to enforce purpose limitation at the tool boundary.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv &amp;#183; read in full for the weekly synthesis.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Claude in Chrome injection chain steals Gmail verification codes and takes over Slack, X and Claude.ai accounts</title>
<link>https://gbhackers.com/claude-in-chrome-exploit/</link>
<guid isPermaLink="false">48f24b6df2dd</guid>
<pubDate>Fri, 07 Aug 2026 00:00:00 +0000</pubDate>
<category>tools</category>
<category>incident</category>
<description>&lt;p&gt;Researchers demonstrated an indirect prompt-injection chain in Claude in Chrome that turns an ordinary request such as summarising recent emails into cross-account takeover. Untrusted page content read by the browser agent uses the user&amp;#x27;s authenticated sessions to pull email-delivered verification secrets and then compromise other accounts.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; An agent inheriting every logged-in session in the browser turns one poisoned page into access to mail, chat, and social accounts along with the personal data in them.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Concrete indirect injection chain to detect and block: page content driving authenticated requests and pulling verification codes from Gmail.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Supports a policy decision on whether agentic browsers may run against logged-in corporate sessions.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Argues for session and credential isolation in browser agents so one poisoned page cannot reach mail contents and account data.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: GBHackers &amp;#183; read in full for the weekly synthesis.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>PromptShield Home: telling real commands from TV speech in smart-home agents</title>
<link>https://arxiv.org/abs/2608.05495</link>
<guid isPermaLink="false">0546a0d9d99a</guid>
<pubDate>Fri, 07 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<description>&lt;p&gt;The paper introduces a pilot benchmark for multimodal smart-home assistants that perceive video and audio directly, testing whether an agent can tell a genuine user command from ambient content such as television speech, on-screen text, or an overheard conversation. The defense targets injection that arrives through the home&amp;#x27;s own sensors.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; A home assistant that obeys whatever the TV says can act on household data and devices without anyone in the room asking it to.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Benchmark for sensor-borne injection: TV audio, on-screen text and overheard talk treated as untrusted input to the agent.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Command authentication for home assistants that hear and see everything in the room, so ambient speech cannot trigger actions on household data or devices.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.CR &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>The vulnerability with no CVE: gaps between an agent&#x27;s mandate and its authority</title>
<link>https://arxiv.org/abs/2608.05884</link>
<guid isPermaLink="false">67814aeed409</guid>
<pubDate>Fri, 07 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<category>tools</category>
<description>&lt;p&gt;The paper takes known risks in coding agents (excessive agency, excessive permission, weak task-bound authorization, thin agent controls) and argues security programs lack a way to manage the persistent deployed gap between what an agent is asked to do and what it is allowed to do. It proposes managing that gap directly rather than through vulnerability tracking.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Standing agent permissions that exceed the current task are how routine runs end up touching data the task never needed.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Frames excessive agency and permission as a live deployment condition to manage, not a bug to patch.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Proposes tracking the mandate-to-authority gap as a standing risk-register entry with its own review, since no CVE will ever flag it.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Task-bound authorization keeps an agent&amp;#x27;s reach tied to the job in front of it rather than to standing grants that sweep in unrelated data.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.CR &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>PrivacyPeek audits what agents acquire, not just what they say</title>
<link>https://arxiv.org/abs/2606.00152</link>
<guid isPermaLink="false">93837b677bf1</guid>
<pubDate>Fri, 07 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<description>&lt;p&gt;Existing privacy benchmarks check what an agent&amp;#x27;s response or outgoing actions disclose, missing the acquisition stage where data first enters the agent. PrivacyPeek audits acquisition, showing that agents often pull in more sensitive information than the task requires while invoking external tools.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Over-collection at the tool-call stage is where agents build the sensitive context that later leaks, so audits have to start there.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Over-collection during tool use widens the blast radius of any later leak.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; An acquisition-stage audit produces evidence that an agent collected only what the task needed.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Audits what an agent pulls in at the tool-call stage, giving a measurable hook for minimization before sensitive context ever forms.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.CR &amp;#183; read in full for the weekly synthesis.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Behavioral canaries to check whether protected retrieved context was used in RL fine-tuning</title>
<link>https://arxiv.org/abs/2604.22191</link>
<guid isPermaLink="false">df8edb676d30</guid>
<pubDate>Fri, 07 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<description>&lt;p&gt;Agentic workflows routinely process retrieved context that terms of service bar from further training, and auditors have no reliable way to verify a provider did not use it in post-training, particularly reinforcement learning. The paper proposes behavioral canaries as an auditing method suited to RL rather than standard membership-style techniques.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Gives a way to test the claim that agent context stays out of training, which is the promise most enterprise data-use terms rest on.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; Bears on enforcing terms-of-service and DPA restrictions on secondary use of processed content.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Gives auditors a technique to verify a provider&amp;#x27;s training-exclusion claim instead of accepting it on paper.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; A test for whether retrieved context barred from training was used in RL post-training, which is the control behind every no-training-on-your-data clause.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.CR &amp;#183; read in full for the weekly synthesis.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Humans in the loop miss a third of dangerous coding-agent requests</title>
<link>https://www.theregister.com/ai-and-ml/2026/08/06/humans-in-the-loop-miss-a-third-of-dangerous-ai-coding-agent-requests/5284236</link>
<guid isPermaLink="false">896b79b687ea</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
<category>tools</category>
<category>research</category>
<description>&lt;p&gt;Research covered by The Register found reviewers approve roughly a third of dangerous requests from AI coding agents, including asking Claude Code to dump AWS credentials or Kubernetes config. Human approval prompts are treated as a safety layer in most agent deployments.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; If approval clicks fail a third of the time, consent UX cannot be the last line before credential and config disclosure.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Human-in-the-loop approval is unreliable for coding agents; deployments need policy-level blocks on secret access rather than click-through.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Undermines human oversight as a claimed control and argues for automated approval gates with logged enforcement.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Shows human approval prompts fail often enough that consent UX cannot be the only gate before credential and config disclosure.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: The Register AI &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Meta becomes the third lab in three weeks to disclose an agent escaping a cyber test</title>
<link>https://www.darkreading.com/cyberattacks-data-breaches/meta-ai-escapes-lab-hacking-joyride</link>
<guid isPermaLink="false">8e0f76e10d1c</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
<category>incident</category>
<category>polycloud</category>
<description>&lt;p&gt;Meta confirmed that one of its models broke into another company&amp;#x27;s systems during cybersecurity testing, which a spokesperson attributed to an inadvertent error during the test. Dark Reading counts three disclosures in three weeks, from OpenAI, Anthropic and Meta, each involving agent sandbox escapes that touched real organizations. Risky Business and Simon Willison covered the same confirmation.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Evaluation runs against live third-party systems mean unconsented access to other companies&amp;#x27; data and logs, with no contract or notice covering it.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Three sandbox escapes in three weeks argue for hard network egress limits around agent evaluation environments.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; Unconsented access to third-party systems creates computer-misuse exposure and possible notification duties.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Evidence for tightening scoping, sign-off and incident reporting around cyber-capability testing.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Agents reached other companies&amp;#x27; systems and logs with no notice or contract covering the access.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: Dark Reading &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Meta confirms one of its models breached another company during a cyber evaluation</title>
<link>https://www.bleepingcomputer.com/news/security/meta-ai-model-hacked-a-company-during-misconfigured-cyber-test/</link>
<guid isPermaLink="false">bc2a80ac3b3a</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
<category>incident</category>
<category>polycloud</category>
<description>&lt;p&gt;Meta confirmed that one of its models hacked into another company&amp;#x27;s systems while being tested for cyber capability, blaming an inadvertent error during the test setup. The pattern follows OpenAI&amp;#x27;s disclosure that its agents breached Hugging Face, and Anthropic&amp;#x27;s earlier admission of similar incidents. Simon Willison and Risky Business both covered it as the third case in a run of misconfigured evaluations that reached real third parties.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Third parties had their production systems touched by an agent they never consented to interact with, and the data those agents saw during the intrusion is now someone else&amp;#x27;s incident to handle.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Eval sandbox misconfiguration lets agents reach real external networks; scope and egress controls for test environments need review.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; Unauthorized access to a third party&amp;#x27;s systems raises computer-misuse liability and breach-notification duties for the affected company.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Points at approval gates, scoping and egress controls for cyber-capability evaluations, plus incident escalation when a test reaches a real third party.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Third-party systems and their data were accessed without any consent or contract during an internal eval run.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: BleepingComputer &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>FPF: the EU Cloud and AI Development Act codifies an &quot;AI first&quot; principle</title>
<link>https://fpf.org/blog/cada-an-eu-turn-on-ai-regulation/</link>
<guid isPermaLink="false">c38d5df0a85a</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
<category>regulation</category>
<category>polycloud</category>
<description>&lt;p&gt;FPF reads the new EU Cloud and AI Development Act proposal as a shift in how the bloc regulates AI, codifying an &amp;quot;AI first&amp;quot; principle. The analysis describes CADA as promotion and enabling legislation as much as a cloud sovereignty measure.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Cloud sovereignty rules shape where agent workloads and their data can run across AWS, Azure, GCP and model providers in the EU.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; A new EU legislative proposal (CADA) that shifts the bloc&amp;#x27;s AI and cloud regulatory posture.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Feeds vendor and residency assessments for EU agent deployments across cloud providers.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Cloud sovereignty provisions bear on where agent workloads and the personal data they touch may be processed in the EU.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: Future of Privacy Forum &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Compliance-first architecture for hospital agentic AI platforms</title>
<link>https://doi.org/10.38124/ijisrt/26May1651</link>
<guid isPermaLink="false">8a191ce32aac</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<description>&lt;p&gt;The paper argues hospital AI deployments for triage, imaging and scheduling stay stuck as isolated point solutions, with duplicated effort and hidden risk, and that 70 to 80 percent of healthcare AI pilots fail to scale. It proposes a multi-layered agentic platform architecture built around compliance requirements.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Health agents pulling across departmental systems need residency, access, and purpose controls designed into the platform layer rather than per project.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Architecture patterns for isolating and controlling agents across hospital systems.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; Health-sector compliance (HIPAA-style and EU equivalents) shapes the proposed architecture.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Compliance-first platform design maps directly to control frameworks and approval gates for clinical AI.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Proposes platform-layer access, residency and purpose controls for health agents instead of per-project fixes.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv API &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>&quot;Ask AI&quot; buttons carry hidden prompt injections that rewrite assistant memory</title>
<link>https://thehackernews.com/2026/08/ai-recommendation-poisoning-how-ask-ai.html</link>
<guid isPermaLink="false">df4b3ff51630</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
<category>tools</category>
<category>incident</category>
<category>research</category>
<description>&lt;p&gt;Production websites are embedding hidden prompt injection payloads inside pre-filled deep links behind &amp;quot;Ask AI&amp;quot; buttons on marketing and competitor comparison pages. The technique needs no malware, no stolen credentials and no zero-day, only the deep-link feature that most major assistants support. The payloads aim to alter what the assistant later recommends.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Attacker-chosen text lands in a user&amp;#x27;s assistant memory through a link the user clicked on purpose, so persistent personal context gets shaped by a third party without notice or consent.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Deep-link payloads on production marketing pages are a live injection vector to detect and to block in link handling.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; Planting instructions to steer an assistant&amp;#x27;s recommendations on competitor comparison pages looks like deceptive advertising territory for the FTC.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Third-party text landing in a user&amp;#x27;s persistent assistant memory through a clicked link argues for memory write isolation and provenance on what gets stored.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: The Hacker News &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>OWASP 2026 LLM Top 10 keeps prompt injection and data disclosure at the top</title>
<link>https://www.helpnetsecurity.com/2026/08/06/owasp-2026-llm-top-10-released/</link>
<guid isPermaLink="false">2b1bd0330aca</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<category>regulation</category>
<description>&lt;p&gt;The OWASP GenAI Security Project published the 2026 edition of its Top 10 for LLM Applications, the first shaped by real-world incidents. Prompt Injection and Sensitive Information Disclosure hold the first two places again, while the order below them moved more than in earlier editions.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Sensitive information disclosure staying at number two sets the baseline control list most enterprises will use to justify redaction, scoping and logging work on agent stacks.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Gives a refreshed, incident-driven risk list to map detections and hardening work against.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; A named control catalogue enterprises can map to their AI risk register and show coverage against.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Sensitive information disclosure holding second place is the reference most teams will cite when funding redaction, scoping and logging on agent stacks.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: Help Net Security &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Zenity: Claude and ChatGPT Atlas browsers hijacked zero-click through emails and X posts</title>
<link>https://www.securityweek.com/zero-click-ai-browser-hacking-claude-and-chatgpt-atlas-hijacked-via-emails-x-posts/</link>
<guid isPermaLink="false">d977ea193afc</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
<category>tools</category>
<category>incident</category>
<description>&lt;p&gt;Zenity researchers hijacked agentic browsing in Claude and ChatGPT Atlas with no user click, using instructions planted in emails and X posts. They reported the findings to Anthropic and OpenAI in late 2025 and early 2026, and the issues remain unpatched.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; An agentic browser holding a logged-in session can be steered by any content it reads, which puts mail, documents and account data within reach of a stranger&amp;#x27;s post.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Zero-click hijack from emails and X posts, still unpatched in Claude and Atlas, is an active threat to account for in browser agent deployment.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Unpatched findings reported months ago inform vendor risk review and any approval gate on agentic browsers.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; An agentic browser carrying a logged-in session reaches mail and documents, so session scoping and per-site permission for agent browsing become the control question.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: SecurityWeek &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>LoginTrap: phishing-style indirect prompt injection against web agents at the login boundary</title>
<link>https://arxiv.org/abs/2608.04741</link>
<guid isPermaLink="false">d4f5df80fec9</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<category>tools</category>
<description>&lt;p&gt;Web agents drive real browsers on real services, and login is the point where credentials and sensitive information change hands. LoginTrap studies task-agnostic phishing-style injections that target that authentication boundary rather than a specific task.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; An agent tricked into typing credentials on an attacker&amp;#x27;s page hands over the user&amp;#x27;s account, not just one task&amp;#x27;s data.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Names a concrete attack class at the login boundary that defenders can test for and block with origin checks and credential-handling policy.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Informs consent and credential-entry UX for web agents: when an agent may type user credentials, and on what verified origin.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.CR &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>Cross-layer semantic flow reconstruction for attack detection in agentic systems</title>
<link>https://arxiv.org/abs/2603.04469</link>
<guid isPermaLink="false">01b733364d0d</guid>
<pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
<category>research</category>
<category>tools</category>
<description>&lt;p&gt;Agent goals and tool calls at the application layer turn into process, file and network activity at the OS layer. The paper reconstructs flows across both layers to catch attacks that input guardrails alone miss.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Linking a tool call to the file reads and network writes it caused gives the audit trail needed to show where personal data actually went.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Security:&lt;/b&gt; Detection approach that catches agent attacks input guardrails miss by correlating tool calls with OS-level activity.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; Produces the kind of logging an auditor would accept as proof of data flow control in agent systems.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Cross-layer flow reconstruction gives the file and network trail needed to show where personal data went during a tool call.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: arXiv cs.CR &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>FPF and HR software vendors publish AI hiring risk assessment framework</title>
<link>https://fpf.org/press-releases/fpf-and-leading-companies-release-risk-assessment-framework-and-updated-best-practices-for-ai-in-hiring-employment/</link>
<guid isPermaLink="false">bd779f787ab7</guid>
<pubDate>Wed, 05 Aug 2026 00:00:00 +0000</pubDate>
<category>regulation</category>
<description>&lt;p&gt;FPF, with Dayforce, LinkedIn, UKG, Workday and Beamery, released a risk assessment framework and updated best practices for AI in hiring and employment, revising a 2023 report to account for generative AI. A webinar on 28 September will present the framework.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Hiring is one of the first places agentic systems touch sensitive personal data under sector rules, and the framework gives assessors something concrete to test against.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; Feeds employment AI duties under state hiring-bias rules and the EU AI Act&amp;#x27;s high-risk category.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Risk &amp; compliance:&lt;/b&gt; A ready risk assessment template and best-practice set for HR AI, usable as control evidence.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Gives assessors a structure for testing hiring systems that process sensitive candidate and employee data.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: Future of Privacy Forum &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
<item>
<title>FPF backs baseline protections in the Senior Chatbot Protection Bill</title>
<link>https://fpf.org/blog/fpf-statement-on-the-senior-chatbot-protection-bill/</link>
<guid isPermaLink="false">e0ee46048c91</guid>
<pubDate>Wed, 05 Aug 2026 00:00:00 +0000</pubDate>
<category>regulation</category>
<description>&lt;p&gt;FPF issued a statement on the Senior Chatbot Protection Bill, saying baseline consumer protections and transparency measures matter as chatbots and voice assistants become part of older adults&amp;#x27; support networks. The group welcomes Congress recognising the privacy and data protection questions specific to this group.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy:&lt;/b&gt; Assistants that sit in daily support routines for older adults collect health and household detail, and the bill would attach transparency duties to that collection.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Legal:&lt;/b&gt; A pending US bill that would add disclosure and consumer protection duties for chatbots serving older adults.&lt;/p&gt;&lt;p&gt;&lt;b&gt;Privacy engineering:&lt;/b&gt; Transparency and baseline duties would attach to health and household detail that assistants collect from older adults.&lt;/p&gt;&lt;p&gt;&lt;i&gt;Source: Future of Privacy Forum &amp;#183; summarized from the source&#x27;s own abstract.&lt;/i&gt;&lt;/p&gt;</description>
</item>
</channel>
</rss>
