AgentReadyHomeAgent ListingPricing

← Google Agent Development Kit (ADK)

Google Agent Development Kit (ADK) — agentic threat model

9.5AIVSS 9.5 · Critical

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

AIVSS = (CVSS_Base + AARS) × Mitigation_Factor, where AARS = (10 − CVSS_Base) × (Factor_Sum / 10) × ThM
CVSS base 8.5AARS uplift 1.04Factor sum 6.9/10Threat ×1.0Mitigation ×1.0
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.

L1 · Foundation Models⚠ not certain from listing

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.

L2 · Data Operations⚠ not certain from listing

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.

L3 · Agent Frameworks✓ mapped

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.

L4 · Deployment & Infrastructure⚠ not certain from listing

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.

L5 · Evaluation & Observability⚠ not certain from listing

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.

L6 · Security & Compliance (cross-cutting)⚠ not certain from listing

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.

L7 · Agent Ecosystem✓ mapped

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.