KI-Agentenidentität: Wie man sie mit kurzlebigen Zertifikaten sichert

Sicherheitsteams, die das letzte Jahrzehnt mit der unübersichtlichen Zertifikatsflut zu kämpfen hatten, müssen nun Identitäten für KI-Agenten ausstellen, die nur wenige Minuten aktiv sind und Dutzende von API-Aufrufen durchführen, bevor sie sich wieder abschalten. Autonome KI-Agenten sind mittlerweile fester Bestandteil von Unternehmenssoftware. Sie rufen APIs auf, fragen Datenbanken ab, lösen Workflows aus und delegieren Aufgaben an andere Agenten – oft weitgehend ohne menschliches Eingreifen. Jede dieser Aktionen muss authentifiziert werden, was bedeutet, dass jeder Agent eine Identität benötigt, der andere Systeme vertrauen können.

Dies stellt Sicherheitsteams vor ein neues Problem. Maschinenidentitäten übertreffen menschliche Identitäten bereits bei Weitem, und KI-Systeme treiben diese Zahl weiter in die Höhe. Branchenstudien belegen übereinstimmend, dass Maschinenidentitäten menschliche Identitäten deutlich übertreffen, oft um Dutzende pro Nutzer, und diese Zahl steigt stetig, da KI-Systeme immer mehr Aufgaben im Arbeitsalltag übernehmen.

Viele Teams neigen dazu, jedem Agenten einen API-Schlüssel oder ein dauerhaftes Geheimnis zuzuweisen. Dieser Ansatz ist jedoch nicht skalierbar und hält einer Überprüfung nicht stand. Ein durchgesickerter Schlüssel ermöglicht Angreifern uneingeschränkten Zugriff, und die meisten Organisationen können nicht einmal feststellen, wem eine bestimmte Maschinenidentität gehört . Das Problem verschärft sich mit der Zeit: Laut der SANS-Studie „State of Identity Threats & Defenses“ von 2026 rotieren 92 % der Organisationen die Anmeldeinformationen ihrer Maschinen nicht alle 90 Tage. Dadurch bleiben dauerhafte Schlüssel als Zugangsmöglichkeit bestehen, die Angreifer wiederverwenden können.

Branchenstandards und Best Practices orientieren sich zunehmend an zertifikatsbasierten Workload-Identitäten und kurzlebigen Anmeldeinformationen. Organisationen wie NIST und IETF sehen in kurzlebigen digitalen Zertifikaten einen führenden Ansatz, um KI-Agenten eine verifizierbare Identität zu verleihen. Zertifikate rotieren automatisch, laufen schnell ab und verknüpfen einen Agenten mit einem bekannten Aussteller. Hier setzt CertSecure Manager an: Er erkennt, verwaltet und automatisiert die zertifikatsbasierten Identitäten, auf die diese Agenten angewiesen sind.

In diesem Blogbeitrag erklären wir, was eine KI-Agentenidentität eigentlich ist, warum statische Anmeldeinformationen nicht ausreichen, wie Zertifikate das Vertrauensproblem lösen und was nötig ist, um diese Identitäten in großem Umfang zu verwalten, ohne in manueller Arbeit zu ertrinken.

Was ist eine KI-Agentenidentität?

Die Identität eines KI-Agenten ist der Nachweis, den ein autonomer Agent verwendet, um seine Identität zu beweisen, bevor ein anderes System ihm die Handlung erlaubt. Sie beantwortet eine einfache Frage, die sich jeder empfangende Dienst stellt: Ist dieser Anrufer wirklich der, für den er sich ausgibt?

Eine herkömmliche Maschinenidentität gehört zu einem Server, einem Dienstkonto oder einer Anwendung. Die Identität eines KI-Agenten funktioniert auf Protokollebene ähnlich, die zugrundeliegende Arbeitslast verhält sich jedoch anders. Agenten sind kurzlebig; sie starten und verschwinden wieder und agieren häufig im Auftrag einer bestimmten Person für eine bestimmte Aufgabe.

Dieser Unterschied ist entscheidend. Ein Webserver behält seine Identität über Monate hinweg. Ein KI-Agent hingegen existiert möglicherweise nur wenige Minuten in einem Container, erledigt eine Aufgabe und wird dann abgeschaltet. Das Identitätsmodell muss mit dieser Dynamik Schritt halten, was alles ausschließt, was manuell ausgestellt oder rotiert werden muss.

Es gibt noch eine zweite, erwähnenswerte Ebene. Der Nachweis der Authentizität der Agentenlaufzeitumgebung ist nicht dasselbe wie der Nachweis der Autorisierung des Agenten für eine bestimmte Aktion. Ein Zertifikat belegt den Besitz einer vertrauenswürdigen Workload-Identität und bestätigt die Authentizität der Laufzeitumgebung. Die Autorisierung hingegen ist eine separate Entscheidung, die häufig durch Protokolle wie OAuth durchgesetzt wird und festlegt, ob eine bestimmte Aktion zulässig ist. Dieser Blog konzentriert sich auf die erste Ebene: die Ermittlung und Überprüfung der Agentenidentität.

Warum statische Anmeldeinformationen für KI-Agenten versagen

Statische Anmeldeinformationen, also langlebige API-Schlüssel, Passwörter oder Zertifikate, die ein Jahr lang unverändert bleiben, waren nie für Systeme konzipiert, die auf Tausende kurzlebiger Agenten skalieren. Drei Probleme treten schnell zutage.

Der erste Aspekt ist der Wirkungsradius. Besitzt ein Agent einen langlebigen Schlüssel und dieser Schlüssel wird kompromittiert, kann ein Angreifer ihn so lange wiederverwenden, wie der Schlüssel gültig ist. Bei kurzlebigen Identitäten hingegen ist ein gestohlener Zugangsschein innerhalb weniger Minuten nutzlos, da er bereits abgelaufen ist.

Das zweite Problem betrifft Besitzverhältnisse und unkontrollierte Verbreitung. Statische Schlüssel werden häufig fest in Skripte und Konfigurationsdateien einprogrammiert und geraten dann in Vergessenheit. Niemand kümmert sich um die Aktualisierung, niemand besitzt sie, und sie stellen ein stilles Risiko dar. Dies ist der Kern dessen, was Analysten heute als Identitätskrise der Maschine bezeichnen.

Der dritte Punkt ist die Nachvollziehbarkeit. Wenn viele Agenten statische Schlüssel gemeinsam nutzen oder wiederverwenden, lässt sich anhand der Protokolle nicht zuverlässig feststellen, welcher Agent welche Aktionen ausgeführt hat. Kurzlebige Zertifikate, die pro Arbeitslast ausgestellt werden, gewährleisten hingegen eine lückenlose Nachverfolgung, da jede Identität eindeutig und zeitlich begrenzt ist.

Wie Zertifikate KI-Agenten eine überprüfbare Identität verleihen

Eine Zertifizierungsstelle stellt ein Zertifikat aus, das eine Identität kryptografisch mit einem öffentlichen Schlüssel verknüpft. Der Agent weist nach, dass er den zugehörigen privaten Schlüssel besitzt, und der empfangende Dienst überprüft das Zertifikat anhand eines vertrauenswürdigen Ausstellers. Dieses Vertrauensmodell schützt TLS im Web, wird jedoch auf Workloads anstatt auf Websites angewendet. Der Unterschied besteht darin, dass sich Workloads gegenseitig authentifizieren (Mutual TLS), sodass beide Seiten ihre Identität nachweisen müssen, anstatt dass wie bei einer Browsersitzung nur der Server ein Zertifikat vorlegt.

SPIFFE und das SVID

Der führende offene Standard hier ist SPIFFE, das Secure Production Identity Framework für alle. Es weist jeder Arbeitslast eine eindeutige Kennung zu, die wie ein URI aussieht, zum Beispiel spiffe://trust-domain.example/agent/plannerDiese Identität wird in einem Dokument namens SVID gespeichert, bei dem es sich in den meisten Fällen um ein X.509-Zertifikat handelt.

SPIFFE hat sich seit 2022 zu einem CNCF-Projekt entwickelt und ist heute einer der am weitesten verbreiteten offenen Standards für die Identitätsverwaltung von Arbeitslasten. Ein im Februar 2026 zur öffentlichen Kommentierung freigegebenes Konzeptpapier des NIST NCCoE führt SPIFFE und OAuth unter mehreren Kandidatentechnologien für die Agentenidentität und -autorisierung auf.

Es stützt sich auf NIST-Richtlinien, darunter SP 800-63-4 (Digital Identity Guidelines) und SP 800-207 (Zero Trust Architecture) , und die IETF treibt verwandte Arbeiten durch ihre Arbeitsgruppe Workload Identity in Multi System Environments (WIMSE) voran, deren Spezifikationen für die Workload-Identität über Systeme hinweg sich noch im Entwurfsstadium befinden.

Die Rolle kurzlebiger Zertifikate

Das entscheidende Merkmal eines Agentenzertifikats ist seine kurze Gültigkeitsdauer. In Produktionsumgebungen werden SVIDs häufig stündlich erneuert, ohne dass ein statisches Geheimnis gespeichert wird. Der Agent erhält ein neues Zertifikat, verwendet es und bekommt ein neues, bevor das alte abläuft.

Dies ist zwar hervorragend für die Sicherheit, aber extrem aufwendig für manuelle Prozesse. Eine Identität, die stündlich zwischen Hunderten von Agenten wechselt, erzeugt ein Verlängerungsvolumen, das kein Team mit einer Tabelle erfassen kann. Automatisierung ist nicht länger optional, sondern das einzig praktikable Modell.

Altes Modell vs. Neues Modell: Ein Vergleich

Der Übergang von statischen Anmeldeinformationen zu kurzlebigen, zertifikatsbasierten Identitäten verändert nahezu alle betrieblichen Eigenschaften. Die folgende Tabelle verdeutlicht den Unterschied.

Eigenschaft	Statischer API-Schlüssel oder langlebige Anmeldeinformationen	Kurzlebige Zertifikatsidentität
Typische Lebensdauer	Monate bis Jahre	Minuten bis Stunden
Rotation	Handbuch, wird oft übersprungen	Automatisch, eingebaut
Explosionsradius bei Leckage	Groß, gültig bis zum Widerruf	Klein, verfällt fast sofort
Eigentumsstruktur	Häufig unbekannt	An Arbeitslast und Emittent gebunden
Audit-Trail	Schwach bei gemeinsam genutzten Schlüsseln	Stark, einzigartig pro Identität
Skalierbarkeit auf Tausende von Agenten	Lässt sich nicht skalieren; manuelle Drehung schlägt fehl.	Konzipiert für die automatisierte Ausgabe in großem Umfang
Wo es lebt	In Skripten und Konfigurationen fest codiert	Wird zur Laufzeit ausgegeben, wird nie langfristig gespeichert

Das Muster ist eindeutig. Kurzlebige Zertifikate sind in puncto Sicherheit und Skalierbarkeit überlegen, aber nur dann, wenn die Ausstellung, Rotation und Erkennung dieser Zertifikate vollständig automatisiert sind.

Das operative Problem: Identität bei Maschinengeschwindigkeit

Hier stoßen die meisten Teams auf ein Problem. Die Standards schreiben vor, jedem Agenten kurzlebige Zertifikate auszustellen und diese ständig zu erneuern. Sie lösen jedoch nicht das Problem des täglichen Betriebs in einem realen Unternehmen mit öffentlichen Webzertifikaten, internen Diensten, Containern und geheimen Speichersystemen.

Eine einzelne Organisation könnte Agentenidentitäten über ein Workload-Framework in einem Cluster ausgeben, öffentliche TLS-Zertifikate von externen Zertifizierungsstellen verwenden und andere Zertifikate in einem Secrets Manager verwalten. Ohne eine einheitliche Sichtweise geraten Zertifikate außer Kontrolle, laufen unbemerkt ab und verursachen Ausfälle.

Dies entspricht dem Automatisierungsdruck, der bereits durch die Verkürzung der Gültigkeitsdauer öffentlicher Zertifikate entstanden ist. Da die Gültigkeitsdauer öffentlicher TLS-Zertifikate in den nächsten Jahren sinkt, steigt die Erneuerungshäufigkeit rapide an, und KI-Systeme fügen eine weitere, sich schnell verändernde Identitätsklasse hinzu. Diejenigen Teams, die damit zurechtkommen, sind diejenigen, die die Erkennung zentralisieren und die Erneuerung in allen Umgebungen automatisieren.

Sicherheitsüberlegungen

Private Schlüssel sollten, sofern die Plattform dies unterstützt, nicht exportiert werden. Für jede ausstellende Instanz ist hardwarebasierte Schlüsselspeicherung, wie beispielsweise ein FIPS 140-3- validiertes HSM, vorzuziehen, in Übereinstimmung mit den Richtlinien von NIST SP 800-57 Teil 1 zum Schlüsselmanagement und -schutz. Die Vertrauenswürdigkeit einer Agentenidentität hängt maßgeblich von dem zugehörigen Schlüssel ab.

Halten Sie die Gültigkeitsdauer von Zertifikaten bewusst kurz. Widerstehen Sie der Versuchung, die Gültigkeit zu verlängern, um den Erneuerungsaufwand zu reduzieren, denn die kurze Gültigkeitsdauer dient der Sicherheit. Lösen Sie das Lastproblem durch Automatisierung, nicht durch längere Zertifikate.

Identität und Autorisierung müssen getrennt werden. Ein gültiges Zertifikat beweist die Authentizität des Agenten, legt aber nicht dessen Handlungsbefugnisse fest. Die zertifikatbasierte Identität sollte mit einer zeitlich begrenzten und zielgerichteten Autorisierung kombiniert werden, damit ein kompromittierter Agent nicht über seine eigentliche Aufgabe hinaus agieren kann.

Für die Aufdeckung von Sicherheitslücken ist eine zentrale Datenquelle unerlässlich . Identitäten, die über Cluster, Clouds und geheime Speicher verstreut sind, sind die häufigste Ursache für unerwartete Ausfälle und Lücken in der Auditierung. Ein zentralisiertes Inventar schließt diese Lücke.

Wie CertSecure Manager die Verwaltung von KI-Agentenidentitäten unterstützt

CertSecure Manager ist eine herstellerneutrale Lösung für das Zertifikatslebenszyklusmanagement, die auf sechs Säulen basiert: Inventarisierung, Automatisierung, Zertifikatsregistrierung, Zertifikatserkennung, Berichte und Benachrichtigungen sowie Integration. Diese Säulen gelten auch direkt für die zertifikatsbasierten Identitäten, auf die KI-Agenten angewiesen sind.

Erkennung und Inventarisierung. CertSecure Manager scannt kontinuierlich hybride und Multi-Cloud-Umgebungen und erweitert die Erkennung auf Container und geheime Speicherorte – genau dort, wo viele Workload- und Agentenzertifikate gespeichert sind. Diese Transparenz löst das Problem der herrenlosen Maschinenidentität, denn was man nicht sieht, kann man nicht verwalten.

Automatisierter Lebenszyklus. CertSecure Manager unterstützt über ACME- und REST-APIs die automatisierte Ausstellung und automatische Erneuerung von öffentlichen und privaten Zertifikaten, einschließlich Containerzertifikaten. Diese Funktion ermöglicht den reibungslosen Betrieb bei häufigen Zertifikatswechseln, da die Erneuerungen ohne menschliches Eingreifen erfolgen.

Richtlinien und Zuständigkeiten. Die Plattform ermöglicht es Ihnen, unternehmensweite Registrierungsrichtlinien durchzusetzen, schwache Algorithmen einzuschränken, mehrstufige oder M-von-N-Genehmigungen für sensible Anfragen zu verlangen und die Zuständigkeit so zu kennzeichnen, dass jede Identität einem verantwortlichen Team zugeordnet werden kann.

Risikotransparenz. Das Zertifikatsrisikoprofil bewertet jedes Zertifikat im Bestand und deckt Probleme in der Vertrauenskette auf, sodass Identitäten, die demnächst ablaufen oder außerhalb der Richtlinien liegen, gekennzeichnet werden, bevor sie einen Vorfall verursachen.

Um die Grenze präzise zu definieren: Ein Workload-Framework wie ein SPIFFE-basierter Aussteller generiert die Agenten-SVID typischerweise zur Laufzeit innerhalb des Clusters. CertSecure Manager bildet die Governance- und Lebenszyklusschicht dieses Ökosystems und bietet Funktionen wie Erkennung, Inventarisierung, Besitzverwaltung, Richtliniendurchsetzung und automatische Erneuerung für den gesamten Zertifikatbestand, in dem diese Identitäten gespeichert sind.

Fazit

KI-Agenten entwickeln sich rasant zu zentralen Bestandteilen von Unternehmenssystemen und benötigen jeweils eine Identität, die von anderen Diensten verifiziert werden kann. Die Branche hat sich zunehmend auf kurzlebige Zertifikate standardisiert, die über Frameworks wie SPIFFE ausgestellt und von Organisationen wie dem NIST und der IETF empfohlen werden. Diese Zertifikate bilden eine solide Grundlage für die Identität von Arbeitslasten und KI-Agenten.

Die eigentliche Herausforderung liegt nicht in der Kryptografie . Vielmehr geht es darum, Tausende schnell wechselnder Identitäten über öffentliche Zertifikate, interne Dienste, Container und geheime Speicher hinweg zu verwalten, ohne dabei Transparenz und Kontrolle zu verlieren. Unternehmen benötigen kontinuierliche Erkennung, automatisierte Erneuerung, eindeutige Zuständigkeiten und eine konsistente Durchsetzung von Richtlinien – und das in großem Umfang.

CertSecure Manager stellt diese Lebenszyklus- und Governance-Ebene bereit. Es erkennt kontinuierlich Zertifikate und Identitäten in traditioneller Infrastruktur, Containern und Speichern; automatisiert die Ausstellung und Erneuerung durch ACME- und REST-basierte Workflows; und bietet zentrale Transparenz mit Risikobewertung für den gesamten Zertifikatsbestand.

Da KI-Agenten einen immer größeren Anteil an Unternehmensarchitekturen ausmachen, erfordert die Verwaltung ihrer Identitäten dieselbe Sorgfalt wie die Verwaltung jeder anderen Maschinenidentität. Um zu erfahren, wie CertSecure Manager die Sicherheit und Verwaltung dieser Identitäten in Ihrer Umgebung unterstützen kann, kontaktieren Sie unser Encryption Consulting Team für eine detaillierte Einführung.