← Google Agent Development Kit (ADK)
Google Agent Development Kit (ADK) — agentic threat model
As an open-source multi-agent framework, the Google Agent Development Kit (ADK) presents a high-risk profile primarily due to the inherent complexity of orchestrating multiple autonomous agents, which can lead to cascading failures, agent-to-agent trust abuse, and insecure tool execution if not properly sandboxed by developers.
OWASP AIVSS score rationale
| Autonomy of Action | 0.80 | |
| Goal-Driven Planning | 0.80 | |
| Self-Modification | 0.30 | |
| Dynamic Tool Use | 0.70 | |
| Persistent Memory | 0.60 | |
| Contextual Awareness | 0.70 | |
| Dynamic Identity | 0.50 | |
| Multi-Agent Interactions | 1.00 | |
| Non-Determinism | 0.70 | |
| Opacity & Reflexivity | 0.80 |
Scored with the canonical OWASP AIVSS formula (AIVSS calculator reference); agentic risk factors estimated from the agent’s described capabilities.
MAESTRO 7-layer threat model
Per-layer threats for this agent. Layers tagged “not certain from listing” are general, caveated commentary where the public description didn’t pin that layer.
Not certain from the listing — The framework is model-agnostic; foundation model threats (such as prompt injection, adversarial examples, or model alignment issues) depend entirely on the specific LLMs integrated by the developer.
Not certain from the listing — Data operations, vector stores, and RAG pipelines are implementation-dependent, leaving the system vulnerable to data poisoning or exfiltration if the developer does not secure the data layer.
As an open-source orchestration framework, L3 is the primary attack surface. Vulnerabilities in the framework's planning, state management, or tool-calling mechanisms could allow attackers to hijack agent execution flows or poison agent memory.
Not certain from the listing — Deployment infrastructure and sandboxing are managed by the end-user, meaning insecure hosting environments could expose API keys or allow lateral movement if an agent is compromised.
Not certain from the listing — The directory listing does not specify built-in evaluation or observability tools, creating potential blind spots in monitoring agent behaviors and detecting anomalous multi-agent interactions.
Not certain from the listing — Compliance, identity management, and access control policies must be manually implemented by the developer, as the open-source framework does not enforce specific regulatory or security standards out of the box.
Because the framework is explicitly designed for multi-agent applications, it is highly exposed to L7 threats such as agent-to-agent trust abuse, cascading failures across agent chains, and unauthorized delegation of tasks.
MAESTRO — the 7-layer agentic threat-modeling framework (Cloud Security Alliance / Ken Huang).
These scores are auto-generated from public information (the agent's own listing, docs, and repository) using the canonical OWASP AIVSS formula and the MAESTRO framework — an estimate for guidance, not a penetration test, audit, or certification. See the scoring methodology. Are you the vendor? Factual corrections are free.