Papers for

cloud security engineers

Papers whose findings have a practical use for this group, as judged from the abstract. Open a paper to read what it means in practice.

ClawMMU protects AI agent memory by tracking content ownership

ClawMMU: Protection-Coherent Virtual Memory for Stateful LLM Agents

Abstract: AI agents keep long-term memory, much of which comes from web pages and tool results. Agent harnesses, the software that runs the model, do not record who may act on this memory, so an instruction hidden in a fetched page can be treated as the user's own instruction. We propose ClawMMU, a protection layer that labels every piece of memory with its owner, scope, origins, and authority. ClawMMU checks these labels whenever content enters the model's context, is written to storage, returns from storage, or drives a tool call. Its central rule is that information may rise in authority, but authority never lifts itself. Because the checks depend on where content came from, not on what it says, memory attacks become classical protection faults that the harness stops even when the model is fooled.

Tue 20 OctCryptography and SecurityArtificial IntelligenceOperating Systems
The gist
AI agents store long-term memories, like information from web pages or results from tools, but current systems don't track who owns or controls those memories. This can let hidden instructions from web pages be mistaken as user commands. The authors propose ClawMMU, a system that labels every memory with its owner, origin, and authority, then checks these labels whenever the memory is used or changed. This way, if the AI tries to act on unauthorized content, the system blocks it, even if the AI is tricked.
Open → 2610.28093v1

Provenance system uses lllm to track cyberattacks with context and state

Know the Normal, Track the Attack: Context-Grounded and Stateful LLM Investigation over System Provenance

Abstract: Provenance-based intrusion detection systems (PIDSs) identify suspicious activity in audit streams, but their outputs remain difficult to turn into coherent attack narratives. Direct LLM analyses of local anomalous subgraphs lack deployment-specific normal-behavior knowledge and validated attack state across evidence fragments. This can cause unsupported attack interpretations of routine activities and incorrect attribution of temporally dispersed evidence to attack stages. We present ANCHOR, an investigation-oriented provenance system that combines evidence curation with context-grounded LLM reasoning. It calibrates anomaly judgments by relation type and links anomalous windows through rare relation-role patterns. The resulting evidence queues preserve causal structure, temporal boundaries, and cross-window continuity. The investigator interprets process-centered evidence using two complementary forms of context. Deployment Context combines environment-specific interaction and object baselines with high-risk security knowledge. Case Context uses a confidence-gated Attack-Tracking Cache to maintain investigation state across windows. Correlating current evidence with high-confidence prior findings, ANCHOR incrementally reconstructs attack narratives organized by kill-chain stages. We evaluate ANCHOR on six DARPA Transparent Computing E3/E5 datasets across three operating systems. Controlled evidence-level and end-to-end comparisons show improved overall IoC recovery and attack-stage attribution over state-of-the-art provenance-based baselines. These gains persist under a fixed LLM backbone in our evaluation. ANCHOR processes a full audit day at dollar-level API cost, supporting practical, context-grounded investigation across windows.

Tue 29 SeptCryptography and Security
The gist
Cyberattacks leave behind many clues in system logs, but it can be hard to tell what’s normal and what’s suspicious, and how different clues fit together into an attack story. The authors present ANCHOR, a system that helps investigate attacks by combining clues with knowledge about normal computer behavior and prior findings. It uses a large language model (LLM) to link evidence across time and organize it by attack stages, improving accuracy in identifying malicious actions. They tested ANCHOR on real datasets from multiple operating systems and found it better recovers attack indicators and sequences than existing methods.
Open → 2609.36494v1

Cloud isolation vulnerabilities and defenses compared and scored

From Hypervisor to Container: Cloud Security Vulnerabilities, Defense Mechanisms, and Open Challenges

Abstract: In cloud computing, different users share the same physical hardware, which creates serious security risks. To protect data, cloud systems rely on virtual machines and containers to keep users isolated. This paper reviews over 120 security publications from 2008 to 2025, focusing on how these isolation boundaries can be breached. We examine threats like virtual machine escape, virtual machine hopping, CPU cache side-channels, container breakouts, vulnerable container images, and distributed denial of service (DDoS) attacks. We evaluate these security threats and their defenses using three key research questions. To compare different defense systems, we introduce a quantitative scoring framework called ADPO, which rates defenses from 0 to 3 based on their Accuracy, Deployment ease, Performance impact, and Operational overhead. We also map the impact of these attacks onto a 1-to-5 severity scale for Confidentiality, Integrity, and Availability. Finally, we highlight the trade-offs between security and system performance, and we outline open challenges like building low-overhead intrusion detection and creating realistic test datasets.

Tue 15 SeptCryptography and Security
The gist
Cloud computing lets many users share the same hardware, which can create security risks because their data could be exposed or attacked. The authors look at many studies about how virtual machines and containers—which keep users separated—can be broken into or abused. They analyze different types of attacks and then compare defenses using a new scoring system called ADPO that measures accuracy, ease of use, performance, and operational cost. They also show how severe various attacks can be and discuss the trade-offs between security and system speed. Finally, they point out challenges researchers still need to fix, like better detection tools and realistic test data.
Open → 2609.16675v1

Edge controlled system improves scientific computing with safer cloud AI help

ECAS: An Edge-Controlled Agentic System for Validation-Gated Scientific Application Execution

Abstract: Scientific applications increasingly rely on high-performance computing (HPC), yet translating a scientist's high-level goal into a correct target-scale execution remains brittle and labor-intensive. Large language model (LLM) agents promise to automate this, but two obstacles remain: granting a cloud-hosted model direct HPC access exposes credentials and execution authority, while withholding it demands continuous human supervision; and one-shot generation cannot adapt when generated artifacts fail in a site-specific HPC environment. We present \textsc{ECAS}, an \textbf{E}dge-\textbf{C}ontrolled \textbf{A}gentic \textbf{S}ystem for closed-loop execution of scientific computing campaigns with limited human intervention. \textsc{ECAS} separates \emph{reasoning}, \emph{control}, and \emph{execution}: a cloud-hosted LLM proposes plans, artifacts, and repairs; a user-controlled edge agent retains credentials, workflow state, and execution authority while enforcing policy and resource constraints; and the HPC system computes. Its core mechanism is \emph{validation-gated execution}: generated artifacts pass static checks and small-scale validation, failures trigger repairs from sanitized execution feedback, and target-scale execution is permitted only after validation and policy checks pass. \textsc{ECAS} also draws on an edge-resident library of expert-distilled, site-specific skills that is never disclosed to the cloud. In preliminary experiments with three scientific applications on two production ALCF systems under six injected fault types, closed-loop repair improves application success from 0/6 to 6/6 over one-shot generation, validation gating prevents all three observed target-scale failures, and skill conditioning improves success from 4/6 to 6/6. These results show the feasibility of delegating adaptive reasoning to the cloud while retaining execution control at the edge.

Sun 13 SeptDistributed, Parallel, and Cluster ComputingArtificial Intelligence
The gist
Running big scientific programs on powerful computers can be tricky and often breaks if things don't match the computer’s specific setup. The authors created a system called ECAS that keeps the computer’s access codes safe on local devices, while a cloud AI suggests plans and fixes problems. The system checks small test runs before doing big jobs, so mistakes get fixed early without risking the full run. This approach lets AI help more safely and effectively, making science computing smoother with less human oversight.
Open → 2609.14211v1