NHI-Sprawl: Lifecycle schlägt Login-MFA
Okta kauft Permiso, CSA definiert NHIs: Maschinen-Identitäten wachsen schneller als Policies. Lifecycle statt MFA.
Am 30. Juli 2026 kauft Okta laut TechCrunch Permiso Security für rund 174 Mio. Euro. Eine Woche zuvor definiert die Cloud Security Alliance Non-Human Identities. Der Hebel liegt bei Lifecycle, Attestation und Ownership für Maschinen.
Das Wichtigste in Kürze
- Markt- und Standard-Anker. Okta übernimmt Permiso Security (30.07.2026, Quelle TechCrunch, rund 174 Mio. Euro). Die CSA veröffentlicht am 22.07.2026 das Whitepaper Defining Non-Human Identity.
- Verhältnis kippt weiter. Vendor-Studien melden 82:1 (CyberArk 2025), 109:1 inkl. AI Agents (Palo Alto/Idira 2026) und in cloud-nativen Umgebungen 144:1 (Entro, via CSA).
- Rechte und Alter. 5,5 % der AWS-Maschinen-Identitäten tragen Admin-Rechte. 7,5 % sind 5 – 10 Jahre alt. Über 2 % aktiver Secrets sind älter als zehn Jahre (Entro H1 2025).
- Secrets und AI. 28,65 Mio. neue hardcoded Secrets auf öffentlichem GitHub 2025 (+34 % YoY). AI-Service-Secrets +81 % auf 1.275.105 (GitGuardian 2026).
- Lifecycle-Lücke. Nur 20 % der Organisationen haben formale Prozesse für Offboarding und Widerruf von API-Keys (CSA-Umfrage).
Verwandt: Wenn KI-Agenten reisen: Data Residency als Operating-Problem
Zwei Anker in zwei Wochen
Wer Identity Security 2026 noch als Login-Problem denkt, verfehlt den operativen Schwerpunkt. Non-Human Identities (NHIs) sind Service Accounts, Workload-Identitäten, API-Credentials und zunehmend Agent Identities. Sie wachsen schneller als die Governance, die sie einfangen soll.
Am 30.07.2026 meldete TechCrunch, dass Okta die AI-Identity-Security-Firma Permiso Security übernimmt. Laut Quelle liegt der Deal bei rund 174 Mio. Euro, fast als Cash-Deal. Okta bestätigte die Größenordnung nicht offiziell und dementierte sie auch nicht. Die Positionierung ist klar: Erweiterung auf AI Agents und andere Machine Identities. Es geht um laufende Überwachung von Workloads, Apps und Agenten – über eine MFA-Checkbox hinaus.
Nur eine Woche zuvor, am 22.07.2026, veröffentlichte die Cloud Security Alliance das Whitepaper Defining Non-Human Identity. Darin steckt ein Definitions- und Governance-Rahmen für genau diese Klasse von Identitäten. Im selben Zwei-Wochen-Fenster liegen damit ein Standardisierungs-Anker und ein Markt-Konsolidierungs-Anker. Für Teams in Cloud, Security und Platform Engineering ist das der Moment, in dem NHI aus dem Side-Thema in die Betriebsagenda rutscht.
Was eine NHI ist und was nicht
Was ist eine Non-Human Identity? Eine Non-Human Identity, kurz NHI, ist eine maschinelle Identität, die sich authentifizieren und autorisieren lässt, um auf Ressourcen zuzugreifen. Dazu zählen Service Accounts, Workload-Tokens, API-Keys, Zertifikate und Agent-Credentials. Ein bloßer String in einer Konfiguration ist noch keine NHI, solange kein handlungsfähiger Akteur dahintersteht.
Die CSA zieht die Grenze scharf. Eine Entität gilt nur dann als NHI, wenn sie authentifizieren kann (nachweisen, wer sie ist) und autorisiert werden kann (Berechtigungen erhalten), direkt oder indirekt, um auf Ressourcen zuzugreifen. Nicht jedes Token und nicht jeder String in einer Config ist damit schon eine Identity. Es geht um handlungsfähige Akteure im System, nicht um lose Credentials ohne Actor-Kontext.
Der Unterschied zur Human Auth ist operativ entscheidend. NHIs authentifizieren programmatisch mit vorausgestellten Credentials. Sie arbeiten unabhängig und oft autonom, in Machine-to-Machine-Kommunikation mit hoher Geschwindigkeit und hohem Volumen. Menschen loggen ein, bestätigen MFA und arbeiten in Sessions. Maschinen laufen dauerhaft, skalieren horizontal und hinterlassen andere Spuren: Keys, Rollen, Certificates, Workload-Tokens, Agent-Credentials.
Wer IAM nur über User Lifecycle und Conditional Access steuert, deckt den Großteil der Angriffsfläche nicht ab. Der blinde Fleck ist nicht der Mitarbeiter mit schwachem Passwort. Der blinde Fleck ist der Service Account mit Admin-Rechten, ohne Owner, ohne Rotation und ohne Attestation, dass der Workload noch der ist, für den die Rolle gedacht war.
Die Zahlen hinter dem Sprawl
Die Ratio-Serie ist unangenehm konsistent, auch wenn die Methodiken vendor-seitig und nicht 1:1 vergleichbar sind. CyberArk meldete 2025 zum Identity Security Landscape: 82 Maschinen-Identitäten pro Mensch weltweit. 42 % der Machine Identities haben privileged oder sensitive Access. Palo Alto Networks und Idira setzen 2026 nach: Machine Identities inklusive AI Agents stehen bei 109:1.
In cloud-nativen Umgebungen wird es enger. Entro Labs analysierte in der ersten Hälfte 2025 über 27 Millionen Non-Human Identities und berichtet einen 44-prozentigen Anstieg des NHI-Sprawls im Jahresvergleich. Die Headline: NHIs outnumber Human Users 144 zu 1. Die CSA Labs fassen die Entro-Zahlen im Mai 2026 so ein: In cloud-nativen Environments 144:1, hoch von 92:1 in H1 2024. Das ist ein Ratio-Sprung von 56 % in einem Jahr. Quer über Enterprise-Umgebungen liegt der Durchschnitt laut CSA nahe 45:1.
Sprawl allein wäre ein Inventory-Problem. Sprawl plus Privilegien und Alter wird zum Betriebsrisiko. Entro berichtet: Selbst in reifen Environments halten 5,5 % der AWS Machine Identities Administrator-Privilegien, oft by default und nicht by design. 7,5 % der Machine Identities in Cloud-Umgebungen sind zwischen fünf und zehn Jahre alt. Über 2 % der aktiven Secrets sind älter als ein Jahrzehnt. Das ist kein Secrets-Hygiene-Thema am Rande. Das ist technische Schuld mit Login-Rechten.
Parallel wächst die Leak-Fläche. GitGuardian zählt für 2025 allein 28,65 Millionen neue hardcoded Secrets in öffentlichen GitHub-Commits. Das sind 34 % mehr als im Vorjahr. Am schnellsten wachsen AI-Service-Secrets: 1.275.105 im Jahr 2025, plus 81 % year over year. Wer Agenten und Modell-APIs in Produkte zieht, multipliziert Credential-Objekte. Ohne Inventory und Ownership landen sie in Repos, CI-Logs und Side-Cars, lange bevor sie in ein Vault wandern.
Lifecycle schlägt MFA
Die CSA-Umfrage zum State of Non-Human Identity Security trifft den operativen Kern: Nur 20 % der Organisationen haben formale Prozesse für Offboarding und Widerruf von API-Keys. Onboarding von Workloads ist relativ billig. Offboarding von Identitäten, die niemand mehr besitzt, ist teuer, politisch und selten priorisiert. Genau dort entsteht die Orphan-Klasse: gültige Credentials ohne Team, ohne Ticket und ohne Ablauf.
Für Menschen gilt in den meisten DACH-Cloud-Setups ein halbwegs belastbarer Lifecycle: Join, Move, Leave, MFA, Review. Für Maschinen fehlt oft der Owner, die Zweckbindung, die Rotationspflicht und die Attestation. Attestation heißt hier nicht Marketing. Sie heißt: Der Workload, der eine Rolle nutzt, ist der erwartete Workload. Die Identity ist an eine verifizierbare Runtime, ein Image, eine Pipeline oder ein Agent-Profil gebunden und nicht an ein langlebiges Shared Secret in einer Environment-Variable.
Drei Steuergrößen reichen als Start-Set, ohne Tool-Religion:
1. Ownership. Jede NHI braucht einen verantwortlichen Owner (Team oder Service, nicht „Shared“). Ohne Owner kein Privilege Review und kein Widerruf.
2. Lifecycle. Create, Rotate, Review, Revoke. API-Keys und Service Accounts ohne Ablaufdatum sind technische Hypothek. Der CSA-Befund zu 20 % formalen Offboarding-Prozessen zeigt, wo die Lücke sitzt.
3. Attestation und Least Privilege. Admin by default (5,5 % in AWS laut Entro) ist kein Feature. Rollen eng schneiden, Workload Identity Federation statt langlebiger Keys und nachweisen, dass der Caller noch der intendierte Actor ist.
Okta positioniert den Permiso-Deal genau in dieser Schicht: AI Agents und Machine Identities laufend beobachten, nicht nur den menschlichen Login absichern. Unabhängig vom Vendor-Namen ist die Botschaft für Betreiber gleich: Identity Security driftet von Access Management zu Runtime Identity Operations.
Was Teams jetzt priorisieren
Young Professionals in Platform und Security brauchen keine neue Buzzword-Roadmap. Sie brauchen eine knappe Operating-Liste, die messbar ist.
Inventory vor Policy-Theater. Zuerst zählen: Service Accounts, Workload Identities, API-Keys, CI-Secrets, Agent-Credentials. Ohne Inventar bleiben Ratio-Zahlen abstrakt. Mit Inventar werden 109:1 und 144:1 zu Backlog-Items.
Orphans killen. Identitäten ohne Owner, ohne Nutzung in 90 Tagen und mit sensiblen Rechten zuerst. Die CSA-Lücke bei Offboarding-Prozessen ist hier der Hebel, nicht ein weiteres Dashboard.
Secrets-Sprawl stoppen, wo er entsteht. GitGuardian zeigt den Trend in öffentlichen Commits. Intern gilt dasselbe Muster in private Repos und Build-Logs. Pre-Commit-Scanning, Vault-Injection und Verbot von AI-API-Keys im Klartext sind Basis, nicht Reifegrad 5.
Agenten wie Workloads behandeln. AI Agents sind NHIs mit hoher Handlungsbreite. Data-Residency-, Tool-Access- und Credential-Fragen gehören in denselben Lifecycle wie Kubernetes-Service-Accounts. Wer Agenten nur als Feature shippt, importiert unkontrollierte Machine Identities.
Reviews an echte Metriken koppeln. Anteil orphaned NHIs, Anteil Privileged Machine Identities, Median-Alter aktiver Secrets, Anteil rotierter Keys pro Quartal. Wenn 7,5 % der Machine Identities 5 – 10 Jahre alt sind und über 2 % der Secrets älter als zehn Jahre, ist das kein abstrakter Benchmark. Das ist ein Fälligkeitsdatum für Cleanup-Sprints.
Resilienz endet nicht an der Security-Toolchain. Sie sitzt in Ownership-Modellen und in der Fähigkeit, Identitäten genauso diszipliniert zu beenden wie Workloads. Der NGINX- und Ingress-Alltag zeigt regelmäßig, wie schnell eine exponierte Fläche und schwache Betriebsdisziplin zusammenwirken. Bei NHIs ist die Fläche unsichtbar, bis ein Key leakt oder ein Agent mit zu breiten Rechten handelt.
Der nüchterne Operator-Takeaway: MFA für Menschen bleibt Pflicht. Für Maschinen reicht sie nicht. Wer 2026 Identity Security steuert, steuert Lifecycle, Attestation und Ownership. Alles andere ist Login-Kosmetik auf einer wachsenden Maschinen-Flotte.
Quelle: TechCrunch, 30.07.2026 (Kaufpreis Okta/Permiso Security, knapp unter 200 Mio. US-Dollar, umgerechnet rund 174 Mio. Euro zum EZB-Referenzkurs vom 30.07.2026 von 1,1476).
Häufige Fragen
Was zählt laut CSA als Non-Human Identity?
Eine Entität ist nur dann eine NHI, wenn sie authentifizieren und autorisiert werden kann, um auf Ressourcen zuzugreifen, direkt oder indirekt. Entscheidend ist die handlungsfähige Identity, nicht jedes lose Credential ohne Actor-Kontext. Quelle: CSA, Defining Non-Human Identity, 22.07.2026.
Warum reichen MFA und Human-IAM nicht aus?
NHIs authentifizieren programmatisch mit vorausgestellten Credentials und arbeiten oft autonom in M2M-Kommunikation mit hohem Volumen. Vendor-Studien melden Ratios von 82:1 bis 109:1, in cloud-nativen Setups 144:1. Der Großteil der Identitäten liegt damit außerhalb klassischer Login-Pfade.
Welche Metriken sollte ein NHI-Programm zuerst tracken?
Anteil orphaned Identities, privileged Machine Identities (Orientierung: 5,5 % Admin in AWS laut Entro), Alter aktiver Secrets (7,5 % der Machine Identities 5 – 10 Jahre, über 2 % Secrets älter als zehn Jahre) und Vorhandensein formaler Offboarding-Prozesse für API-Keys (nur 20 % laut CSA-Umfrage).
Was signalisieren Okta/Permiso und das CSA-Whitepaper gemeinsam?
Im Fenster von rund zwei Wochen (22.07. und 30.07.2026) liegen Standardisierung und Markt-Konsolidierung. Die CSA liefert den Definitionsrahmen. Okta positioniert den Permiso-Kauf (rund 174 Mio. Euro laut TechCrunch-Quelle) explizit auf AI Agents und Machine Identities. Beides verschiebt den Fokus von Human Login zu Machine Identity Operations.
Lesetipps der Redaktion
cloudmagazinWenn KI-Agenten reisen: Data Residency als Operating-ProblemcloudmagazinResilienz jenseits der Security-ToolchaincloudmagazinNGINX-Lücke CVE-2026-42533: Ingress- und Gateway-PatchMehr aus dem MBF Media Netzwerk
MyBusinessFutureFinanzierungsklima Q2 2026: Kredite eng, Kapital daDigital ChiefsAmazon und Alphabet: negativer Cashflow, lange BindungSecurityTodayLiechtenstein: 31.000 Registerdatensätze abgegriffenBildquelle: KI-generiert (August 2026)

