Die Lese-/Schreib-Zugriffskarte ist die Datenstruktur, an der alles andere hängt. Wenn Sie sie verstehen, verstehen Sie das Produkt.
Knoten und typisierte Kanten
Die Karte ist ein Graph. Agenten sind Knoten. Die Ressourcen, die sie erreichen können — Datenbanken, Objektspeicher, MCP-Server, APIs, Warteschlangen — sind Knoten. Jede Kante ist eine typisierte Zugriffsbeziehung: R (der Agent kann die Ressource lesen) oder RW (der Agent kann sie lesen und schreiben).
Die Typisierung jeder Kante in Lesen-vs-Schreiben ist bewusst. Least-Privilege und der Wirkungsradius bei Vorfällen sind beide Funktionen des Schreibzugriffs, nicht bloßer Konnektivität. Ein Reporting-Agent, der ein Data Warehouse nur lesen kann, und ein Deployment-Agent, der es umschreiben kann, stellen nicht dasselbe Risiko dar, und eine flache “hat Zugriff”-Liste verbirgt genau das.
Erlaubt vs Beobachtet
Die Karte führt zwei Ebenen und gleicht sie kontinuierlich ab:
- Erlaubt — was der Agent tun darf, abgeleitet aus Berechtigungen und Richtlinien.
- Beobachtet — was er tatsächlich dabei gesehen wurde zu tun, abgeleitet aus Telemetrie und nativen Audit-Trails.
Der Abgleich ist dort, wo der Wert liegt:
- Unerwarteter Zugriff — eine Kante, die beobachtet, aber nicht erwartet wurde. Das ist der Befund, den ein Sicherheitsteam tatsächlich aufgedeckt haben möchte.
- Ungenutzte Berechtigungen — eine Kante, die erlaubt, aber nie ausgeübt wurde. Das ist Ihre konkrete Least-Privilege-Bereinigungsliste, nicht eine vage “Überprüfen-Sie-Ihr-IAM”-Erinnerung.
Die Live-Produkttour zeigt diese Überlagerung auf einem echten Capture.
Genauigkeit ist gestuft — und wird angezeigt
Die Karte ist nur so gut wie das, was eine Quelle beweisen kann, und sie sagt das, anstatt zu bluffen. Zwei unabhängige Achsen werden pro Kante angezeigt:
- Abdeckung von Lesen-vs-Schreiben:
clean— natives Audit macht R/RW eindeutig (PostgreSQL über pgAudit, Objektspeicher über CloudTrail, Data Warehouses und Data Lakes).lossy— teilweises Signal, z.B. einige Dokument- und Vektorspeicher.opaque— kann passiv nicht rekonstruiert werden (Redis, SQLite, D1). Die Kante wird alsunknownmarkiert, anstatt zu raten.
- Zuordnung:
firm— die Quelle trägt eine Pro-Agent-Identität.approximate— ein gemeinsames Dienstkonto verbirgt, welcher Agent gehandelt hat.
Weil beide Achsen mit der Kante mitreisen, werden eine sicher bekannte Beziehung und eine kaum gesehene nie so dargestellt, als wären sie gleich sicher.
Lesen-zuerst als Designprinzip
Den Aufbau dieser Karte ist eine Beobachtungsaktivität, keine Abfangaktivität. Olivares AI sitzt nicht im Anfragepfad zwischen einem Agenten und seinen Ressourcen; es nimmt Telemetrie und natives Audit außerhalb des Datenpfads auf. Die Einsicht in die Karte ist selbst eine privilegierte, mandantenbezogene und vollständig auditierte Aktion. Das Produkt beobachtet und steuert zuerst; wo es handeln kann, tut es dies standardmäßig-ablehnend — niemals als pauschaler Ausführer.
Verwandte Themen
- Was ist Olivares AI? — das Produkt auf einer Seite.
- Schnellstart — die Karte auf der Demo-Umgebung sehen.
- Architektur — wie die Komponenten zusammenpassen, selbst gehostet und air-gap-fähig.