REST API
Customer-authorised application events and actions through a documented API boundary.
Planned / not connectedA vendor-neutral connection strategy, not a claim of universal support. Each integration needs to be implemented, validated and explicitly authorised.
Designed around evidence.
Capabilities in development.
Customer-authorised application events and actions through a documented API boundary.
Planned / not connectedSigned inbound events with replay protection, source validation and delivery visibility.
Planned / not connectedTraditional infrastructure telemetry through a customer-managed collection route.
Planned / not connectedApplication context and correlated observability signals, with appropriate data minimisation.
Planned / not connectedAn AI tool boundary designed to verify identity, scope and downstream authorisation.
Planned / not connectedDeveloper instrumentation and policy integration. Wrappers alone are not a non-bypassable boundary.
Planned / not connectedAn operating-system-specific collector with signed delivery and narrowly scoped privileges.
Planned / not connectedAuthentication, membership and permission evidence from supported identity sources.
Planned / not connectedResource inventory and control-plane events from explicitly authorised cloud environments.
Planned / not connectedNo matches. Try “AI”, “logs”, “cloud” or “API”.
No partner relationship, certification or currently working connector is implied by this roadmap.
What evidence can the source actually provide? What is missing, delayed or incomplete?
Planned capabilityWhat scope is needed? Can read-only collection be separated from response permissions?
Planned capabilityCan the system confirm an action succeeded, expired or was reversed? Unsupported actions must remain unavailable.
Planned capabilityYour organisation is already connected.
Be part of building the layer that understands it.