Identity Spoofing & Impersonation
- Agent-zu-Agent-Kommunikation
Angreifer nutzen schwache oder fehlende Authentifizierung aus, um sich als Agent, Nutzer oder Dienst auszugeben, und erlangen so unautorisierten Zugriff oder unautorisierte Aktionen, während sie legitim erscheinen.
Was es ist
Identity Spoofing & Impersonation nutzt schwache oder fehlende Authentifizierung aus, damit ein Angreifer einen Agenten, einen menschlichen Nutzer oder einen externen Dienst imitieren kann — er erlangt so unautorisierten Zugriff oder löst eine Aktion aus, während er legitim erscheint. Besonders gefährlich ist dies in einer vertrauensbasierten Multi-Agenten-Umgebung, in der ein Angreifer Authentifizierung manipulieren, Privilege Inheritance ausnutzen oder eine Verifikationskontrolle umgehen kann, um unter einer falschen Identität zu handeln, die der empfangende Agent keinen Grund hat anzuzweifeln. Eine eigenständige und schwerwiegendere Variante zielt auf die formale, persistente Identität eines Agenten — eine Enterprise-Identität wie eine Microsoft-Entra-Agent-ID oder ein langlebiges API-Token — statt auf eine einzelne Sitzung. Der Diebstahl dieser Identität gewährt privilegierten Langzeitzugriff, der die eigene Konversationsschnittstelle und die Guardrails des Agenten vollständig umgeht, den Schadensradius der Kompromittierung vergrößert und sowohl Auditierbarkeit als auch Rechenschaftspflicht untergräbt, da jede Aktion der gestohlenen Identität dem legitimen Agenten zugeschrieben wird, den sie imitiert.
Arten
- Nutzer-Impersonation
- Ein Angreifer missbraucht die dem Agenten selbst gewährten Privilegien — etwa ein E-Mail-Versand-Tool —, um so zu handeln, als hätte ein legitimer Nutzer die Anfrage gestellt.
- Agent-Impersonation / Verhaltensnachahmung
- Ein rogue oder gefälschter Agent ahmt den Interaktionsstil, die Zugangsdaten oder den Handshake eines vertrauenswürdigen Peers nach, sodass der empfangende Agent dessen Nachrichten als von einem legitimen Spezialisten stammend behandelt.
- Übernahme einer persistenten Identität
- Ein Angreifer stiehlt eine langlebige, formale Agent-Identität — eine Enterprise-Agent-ID oder ein API-Token — und erlangt so privilegierten Zugriff, der eine einzelne Sitzung überdauert und die normalen Guardrails des Agenten vollständig umgeht.
Angriffsszenarien
Ein schwacher Agent-zu-Agent-Handshake lässt Nachrichten eines bösartigen Knotens so erscheinen, als kämen sie von einem vertrauenswürdigen Spezialisten-Agenten, sodass der empfangende Agent auf Anweisungen reagiert, die er sonst ablehnen würde.
Nutzer-Impersonation über E-Mail-Privileg
Ein Angreifer schleust indirekte Prompts in einen Agenten mit E-Mail-Versand-Privileg ein und bringt ihn dazu, bösartige E-Mails im Namen eines legitimen Nutzers zu versenden.
Identitätsfälschung über einen HR-Agenten
Ein Angreifer kompromittiert einen HR-Onboarding-Agenten und nutzt dessen Berechtigungen, um betrügerische Nutzerkonten anzulegen, während er sich als normales Systemverhalten tarnt.
Plattformübergreifende Identitätsfälschung
Ein adaptiver bösartiger Agent passt seine Identität an Authentifizierungskontexte über verschiedene Plattformen hinweg an oder nutzt Privilege Inheritance in einem externen Tool wie GitHub aus, um Ressourcen zu übernehmen, die durch schwache Authentifizierungsrichtlinien unbeabsichtigt gewährt wurden.
Übernahme einer persistenten Agent-Identität
Ein Angreifer extrahiert ein langlebiges Enterprise-Agent-Token aus falsch konfiguriertem Cloud-Speicher und nutzt es, um den Agenten dienstübergreifend zu imitieren — er eskaliert Privilegien und bewegt sich lateral, bis die Identität explizit widerrufen wird.
Abwehrmaßnahmen
- Identität kryptografisch verifizieren
- Kryptografische Identitätsverifikation und granulares RBAC/ABAC für jeden Agenten verlangen sowie Multi-Faktor-Authentifizierung für jedes hochprivilegierte Agentenkonto, gemäß Least Privilege Agent.
- Jede Interaktion zwischen Agenten authentifizieren
- Gegenseitige Authentifizierung für Agent-zu-Agent-Nachrichten durchsetzen — die Disziplin hinter dem A2A (Agent-to-Agent) Protocol —, damit ein gefälschter Peer nicht einfach eine vertrauenswürdige Identität beanspruchen kann.
- Erhöhten Zugriff ablaufen lassen
- Zugangsdaten und Privilegien-Eskalation über Permission-scoped Tools an kurze, automatisch ablaufende Zeitfenster binden, statt ein Token oder eine Rolle über die Aufgabe hinaus bestehen zu lassen, die sie benötigte.
- Verhalten profilieren, nicht nur Zugangsdaten
- Das Verhalten eines Agenten über die Zeit via Audit Trail erfassen und Abweichungen von seinem historischen Muster markieren — eine gestohlene, aber gültige Zugangsdaten erzeugt weiterhin anomales Verhalten, das eine reine Zugangsdatenprüfung nicht erfasst.