Das Aktualisieren von Agenten-Runtimes führt zu subtilen Architekturwechseln, die benutzerdefinierte Autorisierungsschichten unbemerkt deaktivieren können. Wenn Plattformteams neue Execution Engines ohne Überprüfung interner Hooks einführen, greifen in Legacy-Methoden eingebettete Sicherheitskontrollen nicht mehr.
Das Google Agent Development Kit in Version 2.0 für Python bringt eine neue Graphen-Engine mit, die das Verhalten von Ausführungsabläufen verändert. Architektuerteams, die Produktions-Codebasen migrieren, müssen genau prüfen, wie sich Vorab-Tool-Hooks und Session-Persistenzschichten unter der neuen Runtime-Struktur verhalten.
Kurz gesagt
- •
Google Agent Development Kit 2.0 ersetzt den bisherigen Agenten-Executor durch eine Graphen-Engine, wodurch benutzerdefinierte Methoden-Overrides wie eigene Ausführungsimplementierungen stillschweigend umgangen werden.
- •
Funktionen für menschliche Freigaben und Tool-Bestätigungen erfordern ein explizites Opt-in und werden in Produktionsumgebungen für DatabaseSessionService und VertexAiSessionService weiterhin nicht unterstützt.
- •
Plattformteams müssen Autorisierungsrichtlinien außerhalb einzelner Agenten-Methoden über externe Policy Enforcer oder dedizierte Sicherheits-Plugins durchsetzen.
- •
Architekten agentischer Systeme müssen die Kompatibilität des Session-Dienstes überprüfen, bevor sie risikoreiche Aktionen über native HITL-Verifizierungs-Gates leiten.
Graph Engine Migration and Custom Override Bypass
Der Übergang zu einer Graphen-Engine in Version 2.0 verändert den Ausführungsablauf für benutzerdefinierte Agenten-Subklassen. In früheren Setups haben Entwickler Autorisierungslogik häufig direkt in eigene Ausführungsmethoden integriert.
Da die Graphen-Engine das Routing der Ausführung anders handhabt, werden eigene Überschreibungen von Legacy-Methoden ohne Fehlermeldung umgangen. Autorisierungsprüfungen innerhalb dieser Methoden laufen bei Produktionsanfragen schlicht nicht mehr.
Entwicklungsteams müssen die Autorisierungslogik in unterstützte Erweiterungspunkte refaktorisieren. Vorab-Tool-Callbacks und globale Sicherheits-Plugins bieten zuverlässige Abfangpunkte, die auf jede Runner-Instanz greifen.
Production Session Limitations for Human Approval
Human-in-the-Loop-Validierung ist eine Kernanforderung für agentische Systeme in der Produktion. Native Tool-Bestätigungen und Freigabefunktionen sind im Framework jedoch standardmäßig deaktiviert und verlangen eine explizite Konfiguration pro Tool.
Darüber hinaus dokumentiert Google, dass DatabaseSessionService und VertexAiSessionService keine nativen Freigabefunktionen unterstützen. Produktionsteams, die diese spezifischen Session-Dienste nutzen, können die integrierten menschlichen Verifizierungstore nicht direkt verwenden.
Architekten müssen externe Policy-Enforcement-Punkte oder ergänzende State Stores einrichten, um Audit-Trails aufrechtzuerhalten und risikoreiche Tool-Ausführungen bei nicht unterstützten Session-Backends anzuhalten.
Die Evaluierung von Framework-Upgrades erfordert einen Blick über reine Feature-Checklisten hinaus hin zu den Grenzen der Runtime-Ausführung. Das Auditieren von Ausführungs-Hooks verhindert unbemerkte Sicherheitsrückschritte bei Major-Version-Migrationen.
Quelle
AgentShield Google ADK Security Guide
https://agentshield.ai/use-cases/google-adk-security
