Reco AI Security Funding erreicht 140 Mio. US-Dollar, doch ein umkämpfter Markt legt die Messlatte höher

Reco hat eine Series-B-Erweiterung über 55 Millionen US-Dollar abgeschlossen und damit seine Gesamtfinanzierung auf 140 Millionen US-Dollar erhöht, während Unternehmen damit ringen, KI-Agenten in weitläufigen SaaS-Umgebungen zu steuern. Die Finanzierung von Reco AI Security gibt dem Start-up zusätzliche Ressourcen, um seine bestehende Anwendungstransparenz zu einer Plattform für Agentensicherheit auszubauen.

Dieser Wandel ist wichtiger als die Finanzierungs-Schlagzeile. Reco konzentrierte sich zuvor auf die Erfassung von SaaS-Anwendungen, Identitäten, Berechtigungen und Konfigurationsrisiken. Nun will das Unternehmen diese Daten mit Agenten, deren Verantwortlichen, den von ihnen genutzten Tools und den Daten, auf die sie zugreifen können, verknüpfen.

Die Strategie positioniert Reco zugleich in einem zunehmend umkämpften Markt. HiddenLayer, WitnessAI, CrowdStrike und andere Anbieter verfolgen Agentensicherheit über Runtime-Monitoring, Identitätskontrollen, Data Governance oder Anwendungserkennung. Reco muss beweisen, dass sein SaaS-Kontext einen nachhaltigen Vorteil bietet und nicht lediglich eine zeitgemäße Botschaft ist.

Reco AI Security Funding unterstützt eine umfassendere Agentenstrategie

Das neue Kapital unterstützt Recos Wandel von der Überwachung von SaaS-Anwendungen hin zur Governance autonomer Software, die über diese Anwendungen handelt.

Die Erweiterung folgt auf eine Series B über 30 Millionen US-Dollar, die im Februar 2026 angekündigt wurde. Laut der Berichterstattung zur Finanzierung beteiligten sich AT&T Ventures, Forestay Capital und Quadrille Capital an der jüngsten Finanzierungsrunde.

Die Beteiligung von AT&T ist besonders bedeutsam, da das Telekommunikationsunternehmen zugleich Kunde von Reco ist. Ein Kunde als Investor kann kommerzielle Bestätigung liefern, belegt jedoch nicht, wie zuverlässig das Produkt in anderen Organisationen funktioniert.

Reco plant, das Kapital für Einstellungen, Vertrieb, Partnerschaften und Kundensupport einzusetzen. Diese Prioritäten deuten darauf hin, dass das Unternehmen seine unmittelbare Herausforderung in der Umsetzung und Distribution sieht, nicht in der Erschließung eines weiteren Marktes.

CEO Ofer Klein sagte TechCrunch, dass sich Recos Bewertung seit Februar mehr als verdoppelt habe. Er bezifferte sie auf einen hohen dreistelligen Millionenbetrag, nannte jedoch keine genaue Zahl.

Klein sagte zudem, der jährlich wiederkehrende Umsatz habe einen zweistelligen Millionenbetrag erreicht und werde sich 2026 voraussichtlich verdreifachen. Dabei handelt es sich um Aussagen des Managements, nicht um unabhängig geprüfte Ergebnisse. Das Unternehmen hat mehr als 100 Kunden, wobei Finanzdienstleistungen etwa 40 % seines Geschäfts ausmachen.

Diese Zahlen geben Reco eine glaubwürdige Basis im Enterprise-Markt, insbesondere in einem Sektor, in dem Käufer umfangreiche Sicherheitsprüfungen verlangen. Sie lassen jedoch wichtige Fragen zu Vertragsvolumen, Verlängerungsquoten, der Breite der Implementierungen und dem Anteil aktueller Umsätze aus agentenspezifischen Produkten offen.

Die Finanzierungshistorie zeigt, wie schnell sich Recos Positionierung entwickelt hat. Das Unternehmen nahm 2025 zusätzliches Kapital in Höhe von 25 Millionen US-Dollar auf und kündigte dann im Februar 2026 seine Series B über 30 Millionen US-Dollar an. Mit dieser Februar-Runde stieg die berichtete Gesamtfinanzierung auf 85 Millionen US-Dollar.

Reco beschrieb sein Kernproblem ursprünglich als Lücke bei der SaaS-Sicherheit. Das Unternehmen konzentrierte sich auf Anwendungen, die Sicherheitsteams nicht vollständig inventarisieren, konfigurieren oder überwachen konnten. In jüngeren Materialien rücken KI-Agenten, nicht-menschliche Identitäten und anwendungsübergreifende Verbindungen stärker ins Zentrum.

Diese Entwicklung bedeutet nicht, dass Reco die SaaS-Sicherheit aufgegeben hat. Stattdessen betrachtet das Unternehmen SaaS als die Umgebung, über die viele Unternehmensagenten Berechtigungen erhalten und Arbeit ausführen.

Diese Unterscheidung ist zentral für die These hinter der Finanzierung von Reco AI Security. Ein Agent schafft nur selten isoliert Mehrwert. Er benötigt Zugriff auf E-Mails, Kundendaten, Dokumente, Ticketsysteme, Kollaborationsplattformen und interne Datenbanken.

Jede Verbindung kann auch den Schaden vergrößern, der durch manipulierte Anweisungen, übermäßige Berechtigungen, verwaiste Konten oder schlecht konfigurierte Integrationen entsteht. Reco setzt darauf, dass sein bestehender Anwendungsgraph den nötigen Kontext liefert, um diese Kombinationen zu erkennen.

Die Finanzierung unterstützt daher sowohl eine Produkterweiterung als auch eine Neupositionierung im Markt. Reco muss Sicherheitsverantwortliche von einem umfassenderen Versprechen überzeugen, ohne die mit SaaS-Transparenz aufgebaute Glaubwürdigkeit zu verlieren.

Agenten-Wildwuchs macht Inventarisierung zu einem Sicherheitsproblem

Unternehmen können keine Agenten steuern, die sie nicht identifizieren können – besonders dann nicht, wenn diese Agenten Zugriffsrechte von Menschen, Anwendungen und Servicekonten erben.

Agenten-Wildwuchs beschreibt das unkontrollierte Wachstum von KI-Agenten in einer Organisation. Dazu gehören von internen Entwicklern erstellte Agenten, in kommerzieller Software aktivierte Funktionen, browserbasierte Assistenten, automatisierte Workflows und ohne formelle Genehmigung eingeführte Tools.

Dies ist schwieriger zu messen als die Einführung herkömmlicher Software. Eine Anwendung kann viele Agenteninstanzen enthalten, und ein einzelner Agent kann mit mehreren Geschäftssystemen interagieren. Auch die Definitionen unterscheiden sich zwischen Anbietern, wodurch große Agentenzahlen schwer vergleichbar werden.

Klein sagte, Reco habe bei einem Fortune-100-Kunden 21.000 zuvor unbekannte Agenten entdeckt. Der Kunde wurde nicht genannt, und weder Reco noch TechCrunch legten die Zählmethode offen.

Die Zahl sollte daher als vom Unternehmen gemeldetes Beispiel und nicht als allgemeiner Richtwert betrachtet werden. Ihre Bedeutung liegt in der beschriebenen Transparenzlücke. Ein großes Unternehmen kann bedeutende KI-Plattformen genehmigen und dennoch den Überblick über die einzelnen darin arbeitenden Automatisierungen verlieren.

Reco gibt außerdem an, bei einem Kunden aus dem Finanzdienstleistungssektor einen von einem ehemaligen Mitarbeiter erstellten Agenten entdeckt zu haben. Dieser Agent soll weiterhin Zugriff auf Salesforce gehabt haben und Informationen an eine Domain senden können, die die Organisation nicht überwachen konnte.

Dieses Szenario verbindet mehrere bekannte Sicherheitslücken. Der Mitarbeiter hatte das Unternehmen verlassen, doch ein mit dieser Person verbundener digitaler Akteur blieb aktiv. Der Agent verfügte zudem über Anwendungszugriff und einen externen Kommunikationsweg.

Herkömmliche Offboarding-Prozesse könnten das Konto des Mitarbeiters deaktivieren, ohne jeden delegierten Token, Workflow oder verbundenen Agenten zu identifizieren. Anwendungsadministratoren könnten eine autorisierte Integration sehen, ohne zu wissen, dass deren ursprünglicher Verantwortlicher das Unternehmen verlassen hat.

Das Risiko entsteht durch die Kombination. Ein Agent, eine Berechtigung, eine Datenquelle und ein externes Ziel können jeweils akzeptabel erscheinen, wenn sie einzeln geprüft werden. Zusammen können sie einen nicht genehmigten Weg für sensible Informationen schaffen.

Reco nennt die Datenstruktur hinter seinem Ansatz einen Kontextgraphen. Ein Graph erfasst Beziehungen zwischen Agenten, Anwendungen, Konten, Personen, Berechtigungen, Tools und Datenressourcen. Sicherheitsteams können dann untersuchen, worauf ein Agent zugreifen kann, statt isolierte Warnmeldungen zu prüfen.

Dieses Design ähnelt der Beziehungszuordnung, die bereits in Produkten für Identitäts-, Cloud- und SaaS-Sicherheit eingesetzt wird. Die agentenspezifische Herausforderung besteht darin, dass sich Berechtigungen und Aktionen während eines Workflows verändern können.

Ein Mitarbeiter folgt in der Regel einem erkennbaren Login- und Anwendungsmuster. Ein Agent kann eine Anweisung verarbeiten, mehrere Tools aufrufen, Dokumente abrufen, einen Datensatz aktualisieren und innerhalb einer automatisierten Sequenz eine Antwort senden.

Der Agent kann zudem über eine menschliche Identität, ein Servicekonto oder eigene Zugangsdaten handeln. Diese Vielfalt erschwert Verantwortlichkeit und Rechenschaftspflicht.

Reco gibt an, dass seine Plattform in mehr als 280 Anwendungen integriert ist. Klein sagte außerdem, das Unternehmen könne Integrationen innerhalb weniger Tage hinzufügen und Browser- oder Netzwerksignale nutzen, um Agenten außerhalb direkt verbundener Anwendungen zu finden.

Diese Aussagen sind wichtig, weil die Abdeckung bei der Erkennung die Qualität jeder späteren Kontrolle bestimmt. Ein Graph mit unvollständigen Anwendungs- oder Identitätsdaten kann eine selbstsichere, aber irreführende Sicht vermitteln.

Sicherheitsteams sollten fragen, was Reco als Agenten zählt, welche Signale einen solchen identifizieren und wie doppelte Instanzen behandelt werden. Sie sollten außerdem fragen, ob die Erkennung nach der Implementierung fortgesetzt wird und wie schnell der Graph entzogene Berechtigungen abbildet.

Die umfassendere Herausforderung der Agenten-Governance beeinflusst bereits die Einführung. Google Cloud berichtete, dass 79 % der befragten Technologieführungskräfte Sicherheit, Governance oder Betrieb als ihr größtes Hindernis bei der Skalierung von Inferenz betrachteten.

Derselbe Bericht ergab, dass 35 % der leitenden IT-Entscheidungsträger unzureichende Sicherheit beim Zugriff auf mehrere Systeme als zentrale Hürde für die Bereitstellung von Agenten nannten. Diese von einem Anbieter gesponserten Zahlen erfordern Kontext, stützen jedoch das Kernproblem: Agenten werden nützlich, indem sie Systemgrenzen überschreiten.

Reco positioniert Inventarisierung als ersten Kontrollpunkt. Die schwierigere Aufgabe des Unternehmens besteht darin zu zeigen, dass Erkennung zu zuverlässiger Richtliniendurchsetzung führt, wenn Agenten ihre Tools, Berechtigungen und ihr Verhalten ändern.

Recos SaaS-Graph trifft auf Rivalen der Runtime-Sicherheit

Reco konkurriert mit einem anderen Sicherheitsansatz, der priorisiert, was ein Agent während der Ausführung tut, statt bei Anwendungsbeziehungen zu beginnen.

Der Markt für KI-Agentensicherheit hat keine einheitlich definierte Produktgrenze. Anbieter verwenden ähnliche Sprache, schützen jedoch unterschiedliche Teile des Technologie-Stacks.

Reco beginnt bei Unternehmensanwendungen und den sie verbindenden Identitäten. Die Plattform soll Agenten identifizieren, ihnen Verantwortliche zuordnen, Berechtigungen abbilden, Tool-Aufrufe prüfen und unnötigen Zugriff beschränken.

HiddenLayer nähert sich dem Problem über die Sicherheit von KI-Workloads und Laufzeiten. Runtime-Sicherheit bedeutet, Verhalten zu beobachten und darauf zu reagieren, während ein Modell oder Agent arbeitet.

HiddenLayer nahm im September 2026 eine Series B über 100 Millionen US-Dollar auf. Das Unternehmen erklärte, es werde den Schutz für Agenten in Produktion und für autonome Coding-Tools ausbauen, die Code schreiben, prüfen oder ausliefern.

Seine Strategie für Runtime-Sicherheit konzentriert sich auf die Erkennung von Prompt-Manipulation, Tool-Missbrauch und unautorisierten Aktionen in dem Moment, in dem sie stattfinden. HiddenLayer deckt zudem Modellerkennung, Angriffssimulation und Risiken in der KI-Lieferkette ab.

CrowdStrike bringt Erfahrung mit Endpoints sowie Erkennung und Reaktion ein. Seine Produkte für Agentensicherheit verbinden Prompts und Agentenaktivität mit der nachgelagerten Ausführung auf Geräten und Infrastruktur.

Die Kontrollen für den Agenten-Lebenszyklus des Unternehmens umfassen Erkennung, Identität, Schutz der Software-Lieferkette und Runtime-Eindämmung. CrowdStrike zufolge benötigen Agenten eine kontinuierliche Autorisierung, da sie Code ausführen, auf Dateien zugreifen und sensible Informationen bewegen können.

Diese Ansätze überschneiden sich, unterscheiden sich jedoch in ihren Ausgangspunkten.

Reco fragt, welche Agenten existieren, wem sie gehören und auf welche SaaS-Ressourcen sie zugreifen können. Runtime-orientierte Anbieter fragen, was geschieht, während ein Agent Anweisungen verarbeitet und Aktionen ausführt. Endpoint-Anbieter untersuchen die durch diese Aktionen erzeugte Geräte- und Workload-Aktivität.

Ein Unternehmen wird vermutlich Elemente aller drei benötigen. Ein vollständiger Kontrollpfad könnte einen Agenten über SaaS-Telemetrie entdecken, seine Identität verifizieren, seine Berechtigungen begrenzen, seine Tool-Aufrufe prüfen und gefährliches Verhalten zur Laufzeit stoppen.

Die kommerzielle Frage lautet, welcher Anbieter zur zentralen Kontrollinstanz wird. Sicherheitsteams sträuben sich in der Regel dagegen, für jede neue Risikokategorie separate Konsolen hinzuzufügen. Etablierte Plattformen können Agentenschutz in bestehende Verträge und operative Workflows bündeln.

Recos Vorteil liegt im Kontext über Cloud-Anwendungen hinweg. Wenn sein Graph bereits Personen, Konten, Berechtigungen und SaaS-Verbindungen abbildet, kann das Hinzufügen von Agenten Kunden einen schnelleren Weg zu nutzbarer Governance eröffnen.

Sein Nachteil besteht darin, dass die Zuordnung von Zugriffen nicht automatisch jede schädliche Handlung sichtbar macht. Ein Agent kann über legitime Berechtigungen verfügen, ein Dokument zu lesen und eine E-Mail zu senden. Das Sicherheitsproblem entsteht, wenn bösartige oder irreführende Inhalte ihn dazu bringen, diese Fähigkeiten zu kombinieren.

Hier wird Prompt Injection relevant. Prompt Injection tritt auf, wenn nicht vertrauenswürdige Inhalte die Anweisungen eines Agenten verändern und dadurch möglicherweise seine Tools umleiten oder Daten offenlegen.

Eine bösartige Anweisung kann in einer Webseite, einem Dokument, einer Nachricht oder einer Tool-Antwort verborgen sein. Der Agent kann ihr im Rahmen einer ansonsten genehmigten Aufgabe begegnen.

Der Anwendungskontext hilft dabei, den möglichen Schaden einzuschätzen, doch die Laufzeitinspektion hilft, die gefährliche Abfolge zu identifizieren. Reco erklärt, Prompts und Tool-Aufrufe prüfen zu können, und nähert sich damit diesem Laufzeitbereich.

Der Markt wird testen, wie tiefgreifend diese Inspektion über verschiedene Modelle und Anwendungen hinweg funktioniert. Er wird auch prüfen, ob Reco schnell genug reagieren kann, ohne legitime Automatisierungen zu blockieren.

Sicherheitsverantwortliche sollten pauschalen Behauptungen widerstehen, wonach ein einzelner Graph, ein Gateway oder ein Endpoint-Sensor das Agentenrisiko allein lösen könne. Jede dieser Technologien sieht einen anderen Teil des Workflows.

Eine praxisnahe Bewertung sollte einen Agenten von der Erstellung über Authentifizierung, Tool-Auswahl, Datenzugriff und Ausführung bis zur Stilllegung verfolgen. Käufer können dann erkennen, welche Phasen unsichtbar bleiben oder von einem anderen Produkt abhängen.

Recos Produkt wird am stärksten sein, wenn seine Anwendungsbeziehungen direkt zu durchsetzbaren Entscheidungen führen. Ein Sicherheitsteam sollte einen aufgegebenen Agenten identifizieren, seinen Zugriff verstehen, eine riskante Verbindung widerrufen und bestätigen können, dass die Maßnahme wirksam wurde.

Die Finanzierung verschafft Reco Zeit, diesen Nachweis zu erbringen. Sie nimmt jedoch nicht den Druck größerer Plattformen oder gut kapitalisierter KI-Sicherheitsspezialisten.

Die Finanzierung bestätigt die Nachfrage, nicht Recos Führungsrolle in der Kategorie

Das Investoreninteresse bestätigt, dass Unternehmen für Agentensicherheit ausgeben werden, bestimmt jedoch nicht, welche technische Architektur sich durchsetzen wird.

Mindestens zwei Dutzend Unternehmen verkaufen inzwischen irgendeine Form von KI-Agentensicherheit, wie TechCrunchs Auswertung öffentlicher Unternehmensprofile zeigt. Ihre Produkte umfassen Tool-Prüfung, Datenzugriff, Identität, Laufzeitüberwachung, Prompt-Sicherheit und die Erkennung von Shadow AI.

Diese Dichte schafft ein schwieriges Beschaffungsumfeld. CISOs müssen Produkte bewerten, bevor sich gemeinsame Definitionen, Benchmarks und Bereitstellungsmuster etabliert haben.

Anbieter können dieselbe Funktion mit unterschiedlicher Sprache beschreiben. Das Agenteninventar eines Unternehmens kann der Shadow-AI-Erkennung eines anderen ähneln. Kontextgraphen, Wissensgraphen, Identitätsgraphen und Asset-Graphen können sich erheblich überschneiden.

Auch das umgekehrte Problem besteht. Ähnliche Formulierungen können wichtige technische Unterschiede verbergen. „Agentensicherheit“ kann sich auf die Überwachung von Prompts, den Schutz von Modellen, die Steuerung von Berechtigungen, die Prüfung von Model Context Protocol-Servern oder die Eindämmung von Endpoint-Aktivitäten beziehen.

Model Context Protocol, meist MCP genannt, ist ein Standard zur Verbindung von KI-Systemen mit Tools und externen Daten. MCP erweitert die Möglichkeiten von Agenten, schafft jedoch auch eine weitere Integrationsschicht, die Verteidiger prüfen müssen.

Reco muss zeigen, wo seine Plattform Verhalten kontrolliert und wo sie lediglich Risiken meldet. Sichtbarkeit hat Wert, doch Sicherheitsteams müssen letztlich einen Agenten genehmigen, einschränken, isolieren oder entfernen können.

Das Unternehmen muss auch seine Kundenbeispiele untermauern. Die gemeldete Entdeckung von 21.000 unbekannten Agenten ist auffällig, doch ohne Definition oder Methodik können Leser das Ergebnis nicht bewerten.

Die Zahl könnte eingebettete Assistenten, Agenteninstanzen, Workflows, Tools, Servicekonten oder wiederholte Beobachtungen umfassen. Jede Auslegung hat unterschiedliche Sicherheitsimplikationen.

Eine kleinere Zahl von Agenten mit weitreichendem Zugriff könnte mehr Risiko darstellen als Tausende eng begrenzter Automatisierungen. Die reine Größe des Inventars sollte nicht zum Ersatz für eine Expositionsanalyse werden.

Reco zufolge entfallen rund 40 % seines Geschäfts auf Kunden aus dem Finanzdienstleistungssektor. Diese Konzentration verschafft Zugang zu anspruchsvollen Käufern mit strengen Audit-, Identitäts- und Datenkontrollen.

Sie kann jedoch auch die Erwartungen erhöhen. Banken und andere regulierte Institutionen benötigen klare Nachweiswege, konsistente Durchsetzung, regionale Kontrollen und vorhersehbares Integrationsverhalten.

Die Governance von Agenten muss sich auf Offboarding und Change Management erstrecken. Wenn ein Mitarbeiter die Rolle wechselt, sollten jede delegierte Berechtigung und jeder zugehörige Agent überprüft werden. Wenn eine Anwendung ihre KI-Funktionen verändert, muss die Organisation neue Identitäten und Verbindungen erkennen.

Dieselbe Anforderung gilt für Wissenssysteme. Die Ausgabe eines Agenten ist nur so kontrolliert wie die Dokumente, Nachrichten und Datenbanken, die er abrufen kann. Teams, die interne KI-Workflows entwickeln, benötigen klare Zugriffsgrenzen um ihre Wissensbasis, nicht lediglich einen Nachweis darüber, welches Modell eine Antwort erzeugt hat.

Eine weitere Unsicherheit betrifft Fehlalarme. Browser- und Netzwerksignale können die Erkennung erweitern, doch eine breite Erfassung kann auch gewöhnliche Automatisierung als Agenten klassifizieren.

Sicherheitsteams werden Warnungen ignorieren, wenn die Plattform sie nicht nach glaubwürdigem Einfluss priorisieren kann. Recos Graph muss einen risikoarmen Assistenten von einem aufgegebenen Workflow mit Schreibzugriff auf Kundensysteme unterscheiden.

Falsch-negative Ergebnisse verursachen die gegenteiligen Kosten. Ein Agent, der bekannte Browser-, Netzwerk- oder Anwendungssignale umgeht, kann im Graphen weiterhin fehlen. Organisationen sollten testen, wie Reco mit benutzerdefinierten Agenten, internen APIs, lokalen Modellen und Automatisierungsplattformen umgeht.

Der Datenzugriff ist ein weiteres praktisches Anliegen. Eine Plattform, die Unternehmensanwendungen und Identitäten abbildet, kann hochsensible Metadaten verarbeiten. Kunden müssen Aufbewahrung, regionale Datenhaltung, administrativen Zugriff und den Umfang der erfassten Prompts prüfen.

Die Prüfung von Prompts kann die Erkennung verbessern, aber auch vertrauliche Inhalte einem weiteren Sicherheitssystem zugänglich machen. Reco muss Erfassungsgrenzen und Kontrollen zur Schwärzung klar darstellen.

Diese Fragen entkräften nicht den Finanzierungsfall. Sie definieren die Arbeit, die ihm folgt.

Die stärksten Belege werden aus Bereitstellungen stammen, die geringere Exposition, schnellere Untersuchungen und verlässliche Richtliniendurchsetzung zeigen. Umsatzwachstum und Kundenzahlen sind wichtig, doch Sicherheitsergebnisse werden darüber entscheiden, ob Reco zu dauerhafter Infrastruktur wird.

Warum bestehende Sicherheitstools das Problem nicht einfach aufnehmen können

Agentensicherheit kombiniert vertraute Kontrollen in ungewohnten Abfolgen und macht Integration wichtiger als die Ergänzung eines weiteren isolierten Produkts.

Identitäts- und Zugriffsmanagement bestimmt bereits, wer Unternehmenssysteme betreten kann. Data Loss Prevention überwacht bereits, ob sensible Informationen genehmigte Grenzen verlassen. Endpoint Detection beobachtet bereits Prozesse, Dateien und Netzwerkaktivitäten.

SaaS-Sicherheitstools inventarisieren bereits Anwendungen und Konfigurationsrisiken. Modellsicherheitsprodukte testen Prompts, Trainingsdaten und Inferenzverhalten.

Agenten überschreiten diese Kategorien, weil sie Sprache in Handlungen übersetzen. Sie können sich wie Identitäten authentifizieren, wie Nutzer kommunizieren, Software wie Anwendungen aufrufen und ihr Verhalten auf Grundlage abgerufener Inhalte verändern.

Herkömmliche Kontrollen können weiterhin helfen. Die Herausforderung besteht darin, ihre Beobachtungen zu einer Entscheidung zu verbinden, bevor ein automatisierter Workflow abgeschlossen ist.

Betrachten wir einen Vertriebsagenten, der ein Kundenupdate vorbereitet. Er könnte Kontodetails aus Salesforce abrufen, Besprechungsnotizen durchsuchen, Support-Tickets lesen, ein Dokument erstellen und eine E-Mail versenden.

Jede Handlung kann autorisiert sein. Der kombinierte Workflow kann dennoch Informationen an den falschen Empfänger weitergeben, wenn sich Anweisung, Identität oder Ziel ändern.

Ein Graph auf Anwendungsebene kann die potenzielle Reichweite des Agenten zeigen. Laufzeittelemetrie kann die tatsächlich ausgeführte Abfolge zeigen. Identitätskontrollen können das Konto verifizieren und seine Berechtigungen eingrenzen.

Datenkontrollen können geschützte Inhalte identifizieren. Endpoint- oder Cloud-Überwachung kann nachgelagerte Aktivitäten eindämmen, wenn der Workflow über SaaS-APIs hinausgeht.

Keine einzelne Schicht ersetzt die anderen. Der entstehende Wettbewerb dreht sich daher um Koordination.

Recos Integrationsumfang bietet einen Weg zur Koordination. Das Unternehmen erklärt, seine Plattform decke mehr als 280 Anwendungen ab und könne innerhalb weniger Tage neue Integrationen hinzufügen.

Diese Breite kann Käufern helfen, separate Erkennungsprojekte für jede Anwendung zu vermeiden. Integrationszahlen verraten jedoch wenig über die Tiefe.

Ein Connector könnte Nutzer und Berechtigungen offenlegen. Ein anderer könnte Konfigurationsereignisse, Agenteninventare, Prompt-Aufzeichnungen und Durchsetzung in Echtzeit bereitstellen. Käufer sollten für jedes kritische System zugängliche Objekte und unterstützte Aktionen bewerten.

CrowdStrike argumentiert, dass wirksamer Schutz Sichtbarkeit, Identität und Reaktion zur Laufzeit benötigt. HiddenLayer betont kontinuierliche Tests, da Überprüfungen zur Entwicklungszeit nicht jede Produktionsinteraktion vorhersagen können.

Recos Modell ist mit diesen Argumenten vereinbar, wenn es zur Beziehungsebene wird, die ihre Signale verbindet. Es konkurriert mit ihnen, wenn es behauptet, Kontrollen ersetzen zu können, die näher an der Ausführung arbeiten.

Partnerschaften werden daher ebenso wichtig sein wie Produktfunktionen. Reco kündigte etwa zur selben Zeit wie die Finanzierung eine ServiceNow-Partnerschaft an, die auf die Integration in bestehende Sicherheits- und Workflow-Prozesse hindeutet.

Das Unternehmen hat außerdem mit Anbietern von Datensicherheit zusammengearbeitet. Diese Verbindungen können Sicherheitsteams helfen zu verstehen, nicht nur auf welche Ressource ein Agent zugegriffen hat, sondern auch, ob diese Ressource regulierte oder vertrauliche Informationen enthielt.

Ein koordiniertes System sollte nach einem Vorfall mehrere Fragen beantworten. Welcher Agent handelte, wem gehörte er, welche Anweisung leitete den Workflow ein, welche Tools wurden ausgeführt, welche Daten bewegten sich und welche Richtlinie stoppte ihn?

Es sollte außerdem Beweise bewahren, ohne dass Analysten das Ereignis über mehrere Konsolen hinweg rekonstruieren müssen. Diese Anforderung bietet graphbasierten Produkten eine Chance, jedoch nur, wenn ihre Aufzeichnungen vollständig und aktuell bleiben.

Das Betriebsmodell ist auch für Mitarbeiter wichtig. Wissensarbeiter werden weiterhin Assistenten einsetzen, die wiederkehrende Aufgaben reduzieren. Das Blockieren jedes nicht genehmigten Tools kann die Nutzung weiter außerhalb überwachter Systeme verlagern.

Organisationen benötigen einen Weg, Zugriffe zu prüfen, zu genehmigen und einzugrenzen, ohne jedes Experiment durch einen langen Beschaffungszyklus warten zu lassen. Ein durchsuchbarer Nachweis genehmigter Workflows kann diesen Prozess unterstützen.

Teams können dieselbe Disziplin auf ihre eigenen KI-Workflows anwenden. Sie sollten Datenquellen, beabsichtigte Ergebnisse, Punkte menschlicher Genehmigung und die in jedem Schritt verwendeten Zugangsdaten identifizieren.

Recos Chance besteht darin, diese Disziplin über Enterprise-SaaS hinweg durchsetzbar zu machen. Sein Risiko besteht darin, zu einem weiteren Dashboard zu werden, das die Ausbreitung von Agenten beschreibt, ohne sie zu verringern.

Drei Signale werden zeigen, ob Recos Wette funktioniert

Der nächste Test besteht darin, ob Reco seine Finanzierung in messbare Kontrolle, belastbare Integrationen und nachhaltige Unternehmensakzeptanz umwandelt.

Das erste Signal sind Belege aus Produktionsbereitstellungen. Reco sollte klarere Definitionen für Agenten, Identitäten und riskante Verbindungen liefern, zusammen mit wiederholbaren Messmethoden.

Kundenfallstudien sollten die Ausgangsumgebung, den Erkennungsprozess, die angewandten Kontrollen und die daraus resultierende Verringerung der Exposition erklären. Große Inventarzahlen ziehen Aufmerksamkeit auf sich, doch Ergebnisse bei der Behebung helfen Käufern, den Wert zu bewerten.

Nützliche Belege würden zeigen, wie schnell Organisationen Agenten ohne Eigentümer identifizieren, aufgegebene Zugangsdaten widerrufen oder übermäßige Berechtigungen reduzieren. Sie sollten auch Fehlalarmraten und die abgedeckten Anwendungen beschreiben.

Wenn Reco eine konsistente Methodik und unabhängige Kundenvalidierung veröffentlicht, wird sein Argument für den Kontextgraphen stärker. Wenn künftige Offenlegungen sich hauptsächlich auf dramatische anonyme Zahlen stützen, könnten Käufer Schwierigkeiten haben, das Produkt zu vergleichen.

Das zweite Signal ist die wettbewerbliche Konvergenz. CrowdStrike, HiddenLayer, WitnessAI, große Cloud-Plattformen und Identitätsanbieter ergänzen sich überschneidende Kontrollmechanismen.

Reco muss zeigen, dass seine SaaS-Basis Informationen erzeugt, die Wettbewerber nicht ohne Weiteres reproduzieren können. Eine schnellere Entwicklung von Integrationen könnte helfen, insbesondere da Softwareunternehmen Agenten in bestehende Anwendungen einbetten.

Entscheidend bleibt die Tiefe. Reco sollte nachweisen, dass seine Konnektoren die Eigentümerschaft von Agenten, Berechtigungen, Tool-Aufrufe und Richtlinienänderungen über kritische Unternehmensplattformen hinweg beobachten können.

Das Unternehmen muss zudem entscheiden, wann es Partnerschaften eingeht und wann es in Wettbewerb tritt. Integrationen mit Runtime- und Endpoint-Anbietern können Reco nützlicher machen. Der Versuch, jede Sicherheitsebene zu ersetzen, würde den Produktumfang überdehnen und Reco gegen größere Plattformen positionieren.

Wenn Reco zu einer vertrauenswürdigen Quelle für Beziehungen zwischen Agenten und Anwendungen wird, kann es einen klaren Platz im Stack einnehmen. Wenn etablierte Anbieter vergleichbare Erkennungsfunktionen über Tools liefern, die Kunden bereits besitzen, wird sich Recos Differenzierung verringern.

Das dritte Signal ist die kommerzielle Qualität nach der Finanzierung. Das Management erwartet, dass sich die jährlich wiederkehrenden Umsätze im Jahr 2026 verdreifachen werden, doch die wichtigeren Fragen betreffen Kundenbindung und Produktakzeptanz.

Käufer sollten beobachten, ob bestehende SaaS-Sicherheitskunden ihre Nutzung auf Agentenkontrollen ausweiten. Eine solche Expansion würde Recos Aussage stützen, dass seine installierte Basis einen effizienten Weg in den neuen Markt bietet.

Auch die Zusammensetzung neuer Kunden wird von Bedeutung sein. Anhaltende Stärke im Finanzdienstleistungssektor könnte zeigen, dass Reco anspruchsvolle Governance-Anforderungen erfüllt. Eine breitere Akzeptanz würde die Abhängigkeit von einer einzelnen Branche verringern.

Die Erweiterungsfinanzierung über 55 Millionen US-Dollar verschafft Reco mehr Spielraum für Engineering, Support, Partnerschaften und Vertrieb. Zugleich steigen die Erwartungen, da das Unternehmen nun insgesamt 140 Millionen US-Dollar an Kapital gemeldet hat.

Die Finanzierung von Reco im Bereich KI-Sicherheit lässt sich am besten als Wette auf Kontrolle über Beziehungen verstehen. Agenten beziehen ihren Nutzen aus den Anwendungen, Identitäten, Tools und Daten, die sie umgeben. Reco möchte mit seinem Graphen diese Beziehungen sichtbar und steuerbar machen.

Diese These ist plausibel, doch der Markt bleibt in Bewegung. Runtime-Spezialisten können argumentieren, dass Zugriffskarten Verhalten nicht erfassen. Endpoint-Plattformen können argumentieren, dass Eindämmung dort stattfinden muss, wo Aktionen ausgeführt werden. Identitätsanbieter können argumentieren, dass kontinuierliche Autorisierung in ihrer Kontrolleebene angesiedelt sein sollte.

Unternehmenskäufer sollten fragen, welches Produkt einen Agenten über den gesamten Ablauf hinweg verfolgen kann – von Erstellung und Authentifizierung bis zu Aktion und Stilllegung. Sie sollten zudem Belege dafür verlangen, dass Richtlinien sowohl in kommerziellen Anwendungen als auch bei intern entwickelten Agenten funktionieren.

Reco hat das Kapital gesichert, um seine Argumente zu untermauern. Jetzt muss das Unternehmen zeigen, dass ein wachsender Graph mehr leisten kann, als die Ausbreitung von Agenten erst im Nachhinein sichtbar zu machen.

Die nächsten Monate dürften zeigen, ob Kunden Reco als zentrale Governance-Ebene für Agenten oder als eine Komponente innerhalb eines größeren Sicherheits-Stacks betrachten. Welches Ergebnis wäre für die Agenten, Identitäten und Anwendungslandschaft Ihrer Organisation am sinnvollsten?