AgenticCyOps: Securing Multi-Agentic AI Integration in Enterprise Cyber Operations
Organizations: Department of Computer Science, The University of Alabama, Tuscaloosa, USA
Abstract
Multi-agent systems (MAS) powered by LLMs promise adaptive, reasoning-driven enterprise workflows, yet granting agents autonomous control over tools, memory, and communication introduces attack surfaces absent from deterministic pipelines. While current research largely addresses prompt-level exploits and narrow individual vectors, it lacks a holistic architectural model for enterprise-grade security. We introduce AgenticCyOps (Securing Multi-Agentic AI Integration in Enterprise Cyber Operations), a framework built on a systematic decomposition of attack surfaces across component, coordination, and protocol layers, revealing that documented vectors consistently trace back to two integration surfaces: tool orchestration and memory management. Building on this observation, we formalize these integration surfaces as primary trust boundaries and define five defensive principles: authorized interfaces, capability scoping, verified execution, memory integrity & synchronization, and access-controlled data isolation; each aligned with established compliance standards (NIST, ISO 27001, GDPR, EU AI Act). We apply the framework to a Security Operations Center (SOC) workflow, adopting the Model Context Protocol (MCP) as the structural basis, with phase-scoped agents, consensus validation loops, and per-organization memory boundaries. Coverage analysis, attack path tracing, and trust boundary assessment confirm that the design addresses the documented attack vectors with defense-in-depth, intercepts three of four representative attack chains within the first two steps, and reduces exploitable trust boundaries by a minimum of 72% compared to a flat MAS, positioning AgenticCyOps as a foundation for securing enterprise-grade integration.
Figures & tables
| Attack Vector | Tool | Memory |
| Exploitation | Exploitation | |
| Component-Level Attacks | ||
| Unauthorized access | Privilege escalation, unauthorized execution | Unauthorized retrieval |
| Context Contamination | API exfiltration | Privacy leakage, Data poisoning |
| Coordination-Level Attacks | ||
| Lateral compromise | Misuse via shared privileges | False injection via shared memory |
| Surface | Design Principle | Core Mechanism | Mitigated Vectors (Table 1 ) | Compliance Alignment |
|---|---|---|---|---|
| Tools | Authorized Interface (§ 3.1.1 ) | Signed manifests, registry-based discovery, admin-approved catalogs ( Narajala et al., 2025 ; Syros et al., 2025 ) | Unauthorized access, Authentication bypass, Consensus manipulation | Zero Trust (NIST SP 800-207), OAuth 2.1 ( OWASP GenAI Security Project, 2025 ) |
| Capability Scoping (§ 3.1.2 ) | Least-privilege scoping, PFI, continuous capability auditing ( Kim et al., ; Krawiecka and de Witt, 2025 ) | Context contamination, Lateral compromise, Covert coordination | Least Privilege (NIST AC-6), OWASP Excessive Agency (LLM08) ( OWASP GenAI Security Project, 2025 ) | |
| Verified Execution (§ 3.1.3 ) | Action proposals and consensus validation, blockchain-anchored ledgers ( Zou et al., 2025 ) | Message manipulation, Confused deputy, Hidden command execution | Non-repudiation (ISO 27001 A.10), EU AI Act Art. 12 (logging) ( The Artificial Intelligence Act, 2025 ) | |
| Memory | Integrity & Synchronization (§ 3.2.1 ) | Write-boundary filtering, consensus-validated retrieval ( Wei et al., 2025 ; Xiang et al., 2024 ) | Context contamination (poisoning), Conflicting intelligence injection, Session state corruption | Data Integrity (NIST SI-7), Traceability (NIST AI RMF) ( NIST, 2014 ) |
| Access Control with Data Isolation (§ 3.2.2 ) | Hierarchical role-based memory tiers, dynamic bipartite access graphs ( Mao et al., 2025 ; Rezazadeh et al., 2025 ) | Unauthorized retrieval, Lateral compromise (shared memory), Steganographic embedding | RBAC/ABAC (NIST AC-2/3), Data Minimization (GDPR Art. 5) ( Yagoubi et al., 2026 ) |
| Attack Vector | P1 | P2 | P3 | P4 | P5 |
|---|---|---|---|---|---|
| Component-Level | |||||
| Unauthorized access | ✓ | ✓ | |||
| Context contamination | ✓ | ✓ | |||
| Coordination-Level | |||||
| Lateral compromise | ✓ | ✓ | |||
| Consensus manipulation | ✓ | ✓ | ✓ | ||
| Scenario | Attack Chain | Intercept Point | AgenticCyOps Response | Residual Risk |
|---|---|---|---|---|
| AP-1: Tool Redirection | ①Adversarial payload in alert feed ② Monitor agent crafts malicious RPC request ③ IAM/PAM tool executes privilege escalation ④ Lateral movement to Admin tools | Step ②: blocked | P2 (Capability Scoping): Monitor Server’s manifest excludes IAM/PAM tools; RPC request rejected at Host. P3 (Verified Execution): Consensus loop flags out-of-phase tool invocation. | Compromised Host |
| AP-2: Memory Poisoning for Evidence Tampering | ①Compromised Analyze agent writes falsified RCA to Local Threat Repository ② Admin agent reads poisoned hypothesis ③ Incorrect remediation deployed ④ Attacker persistence maintained | Step ①: blocked | P4 (Memory Integrity): Write-boundary filtering validates RCA output against incident evidence. P5 (Data Isolation): Cross-phase writes require Memory Management Agent mediation. | Poisoned policy repository |
| AP-3: Confused Deputy via Forged MCP Response | ①Attacker intercepts MCP Server response ② Forged response instructs Host to invoke firewall rule deletion ③ Admin tools execute destructive action ④ Perimeter breach | Step ②: blocked | P1 (Authorized Interface): JSON-RPC message integrity via signed manifests detects forgery. P3 (Verified Execution): Recovery Loop consensus requires multi-agent agreement before destructive actions. | MCP protocol vulnerability |
| AP-4: Cross-Phase Escalation via Shared Context | ①Report agent exfiltrates sensitive incident data ② Injects weaponized indicators into ISAC/MISP feed ③ Partner organization ingests poisoned IoCs ④ False positive cascade across SOCs | Step ①: partially blocked | P5 (Data Isolation): Report agent reads only post-incident summaries, not raw forensic data. P2 (Capability Scoping): ISAC/MISP write restricted to approved indicator schema. | Cross-org feed validation (out of scope) |
| Boundary Type | Flat | AgenticCyOps | Red. |
|---|---|---|---|
| Agent Tool | 64 | 16 | 75% |
| Agent Memory | 48 | 16 | 67% |
| Agent Agent | 12 | 4 | 67% |
| Tool Resp. Agent | 64 | 16 | 75% |
| Ext. Feed Memory | 12 | 4 | 67% |
| Total | 200 | 56 | 72% |
Appendix figures & tables6 assets
Supplementary material from the paper’s appendix.
Appendix
| Reference | Contribution | Scope / Limitation | AgenticCyOps Takeaway | Maps To |
|---|---|---|---|---|
| Component-Level Attack Surface (§ 2.1 ) | ||||
| Greshake et al. ( Greshake et al., 2023 ) | Indirect prompt injection via retrieved external data; validated on Bing Chat and GitHub Copilot. | Single-agent pipeline; no multi-agent propagation. | Blurs data/instruction boundaries, enabling tool redirection and credential exfiltration; motivates write-boundary filtering. | Table 1 : Context contamination |
| Perez et al. ( Perez et al., 2022 ) | Automated red-teaming to elicit harmful LLM outputs via adversarial prompts. | Model-level robustness only; no integration architecture. | Cognitive manipulation scoped out; integration-layer defenses address downstream effects. | Model-level scope exclusion (§ 2.1 ) |
| Carlini et al. ( Carlini et al., 2021 ) | Training data extraction from LLMs via targeted querying. | Single-model privacy risk; no shared memory across agents. | Motivates memory isolation to prevent cross-agent data leakage. | P5: Access-Controlled Isolation |
| Fang et al. ( Fang et al., 2024 ) | LLM agents autonomously hacking websites via SQLi and XSS; GPT-4 achieves 73.3% success rate. | Offensive study; no defenses or multi-agent tool misuse. | Autonomous offensive tool invocation motivates capability scoping and least-privilege enforcement. | P2: Capability Scoping |
| Coordination-Level Attack Surface (§ 2.2 ) | ||||
| # | Agent | Tool | Status | Mechanism |
|---|---|---|---|---|
| A1 (Monitor) Tools [4 assigned: T1–T4] | ||||
| 1 | A1-Monitor | T1-UEBA Model | P1+P3: Signed manifest, Validation Loop | |
| 2 | A1-Monitor | T2-IDS/IPS/CMDB | P1+P3: Signed manifest, Validation Loop | |
| 3 | A1-Monitor | T3-EDR/NDR Sensor | P1+P3: Signed manifest, Validation Loop | |
| 4 | A1-Monitor | T4-ITSM/Ticketing | P1+P3: Signed manifest, Validation Loop | |
| 5 | A1-Monitor | T5-Sandbox | ✓ | P2: Not in Monitor manifest |
| # | Agent | Memory Store | Status | Mechanism |
|---|---|---|---|---|
| A1 (Monitor) Memory | ||||
| 65 | A1-Monitor | M1-Threat Repository | P4+P5: MMA-mediated, write filtering | |
| 66 | A1-Monitor | M2-Asset Inventory | ✓ | P5: Outside Monitor scope |
| 67 | A1-Monitor | M3-Policy Store | ✓ | P5: Outside Monitor scope |
| 68 | A1-Monitor | M4-SIEM Data Lake | P4+P5: MMA-mediated, write filtering | |
| 69 | A1-Monitor | M5-Code Repository | ✓ | P5: Outside Monitor scope |
| # | Source | Destination | Status | Mechanism |
|---|---|---|---|---|
| 113 | A1-Monitor | A2-Analyze | Host-mediated, P1+P3 | |
| 114 | A2-Analyze | A1-Monitor | ✓ | No reverse handoff |
| 115 | A1-Monitor | A3-Admin | ✓ | Non-adjacent phase |
| 116 | A3-Admin | A1-Monitor | ✓ | Non-adjacent phase |
| 117 | A1-Monitor | A4-Report | ✓ | Non-adjacent phase |
| 118 | A4-Report | A1-Monitor | Host-mediated feedback loop |
| # | Tool | Agent | Status | Mechanism |
|---|---|---|---|---|
| Monitor-Phase Tools (T1–T4) Agents [4 tools] | ||||
| 125 | T1-UEBA Model | A1-Monitor | P1+P3: Signed response, Validation Loop | |
| 126 | T1-UEBA Model | A2-Analyze | ✓ | P2: Response blocked at Host |
| 127 | T1-UEBA Model | A3-Admin | ✓ | P2: Response blocked at Host |
| 128 | T1-UEBA Model | A4-Report | ✓ | P2: Response blocked at Host |
| 129 | T2-IDS/IPS/CMDB | A1-Monitor | P1+P3: Signed response, Validation Loop | |
| # | External Feed | Memory Store | Status | Mechanism |
|---|---|---|---|---|
| 189 | E1-Vendor Advisories | M7-CTI Knowledge Base | P4+P5: MMA write filtering | |
| 190 | E2-ISAC Feeds | M7-CTI Knowledge Base | ✓ | P5: Consolidated via E1 path |
| 191 | E3-MISP Community | M1-Threat Repository | P4+P5: MMA write filtering | |
| 192 | E4-CVE/NVD | M1-Threat Repository | ✓ | P5: Consolidated via E3 path |
| 193 | E5-OSINT Sources | M7-CTI Knowledge Base | ✓ | P5: Consolidated via E1 path |
| 194 | E6-Regulatory Updates | M9-Compliance Map | P4+P5: MMA write filtering |
AI Agent Security
Artificial intelligence agent security studies attacks and safeguards for tool-using, persistent, and collaborative systems across digital and physical settings.
See all 508 papers