EVE AI System Inventory · Vendor Risk Register

Every AI system, tiered — and bound to its decision evidence

A tenant-isolated register of every model, application, agent, and third-party vendor in your estate — with deterministic, EU AI Act-aligned risk tiering (no LLM in the path), a live portfolio risk view, and each system linked to the signed CoreGuard decisions it produced. Not a spreadsheet: an inventory wired into the enforcement plane.

Already governing with EVE? The live console is at /app/ai-inventory.
The anchor object

A first-class register of every governed AI system

Models, applications, agents, vendor models, and pipelines are tracked as first-class, tenant-isolated records — each with a lifecycle stage, an owner, a deterministic risk tier, and a link to the signed decisions it has produced. Every mutation is written to an append-only audit log.

🗂

Five system types

model · application · agent · vendor_model · pipeline — the whole estate, not just LLM endpoints.

🔁

Lifecycle tracked

intake → development → validation → production → retired, with an append-only audit trail per org.

🔒

Tenant-isolated

Every read and write is scoped by org. One tenant’s inventory can never surface another’s systems.

🔗

Bound to evidence

Link any system to the CoreGuard decisions it produced — inventory that points at signed proof, not a static list.

Deterministic risk tiering

EU AI Act-aligned classification — with no LLM in the path

Risk tier is a pure, deterministic function of declared inputs. The same inputs always yield the same tier, with the exact factors that drove it — auditable and reproducible, never a model’s opinion.

Annex III domains

Lending, credit, insurance, employment / hiring, healthcare, biometrics, law enforcement and essential services raise the tier automatically.

Article 5 short-circuit

Any prohibited practice — social scoring, subliminal manipulation, real-time remote biometric ID — pins the system to unacceptable.

Article 14 mitigation

Declared meaningful human oversight lowers the score — the framework’s mitigations are modeled, not ignored.

Four tiers

minimal · limited · high · unacceptable — mapped from a bounded 0–1 score.

Use-case intake auto-tiers a proposed system, recommends the matching CoreGuard policy pack, and triages it into the register in a single call.
Portfolio oversight

One aggregate risk view across the estate

The portfolio view rolls every registered system into a single org-scoped picture — counts by risk tier and by lifecycle stage, and the high-risk systems that need attention first — so a CISO, risk officer, or examiner sees the whole estate at a glance instead of chasing spreadsheets.

Third-party AI risk

A vendor risk register for every model and tool you depend on

Catalog the third parties in your AI supply chain — LLM providers, cloud infrastructure, security tools, data processors, identity providers, monitoring, payment processors — each with a deterministic risk tier, the data categories it touches, a DPA reference, and tracked findings.

Risk-tiered

critical / high / medium / low — an LLM provider with data access tiers critical by default.

Data-category aware

Track exactly what each vendor touches: PII, financial, health, conversation content, metadata, telemetry.

Findings + remediation

Open findings carry a severity and due date; close them as remediated or accepted — an auditable trail, not a slide.

DPA-referenced

Bind each vendor to its data-processing agreement for procurement and examiner review.

Why it’s different

An inventory that points at proof

Most AI registries catalog systems and stop there. EVE’s register is wired into the enforcement plane: each system links to the signed, offline-verifiable CoreGuard decision certificates it produced, and its tier is computed deterministically. “What do we run, how risky is it, and can we prove how it behaved” becomes one connected record — not three disconnected tools.

Available today behind your authenticated org console. Everything above — the register, deterministic tiering, the portfolio view, decision-linkage, and the vendor risk register — runs now; book a walkthrough to see it against your own estate.
Integrations — honest readiness

Every connector, graded by what the code actually does

No logo here implies bidirectional connectivity. Each connector is classified by its real, source-backed capability — a live authenticated API call, an outbound webhook, in-process governance with signed evidence, or an operator-declared configuration scaffold — and anything not implemented is labelled as such, not shown as available.

8
outbound governance sinks
6 authenticated-API + 2 webhook
3
incident-alert destinations
Slack · Teams · PagerDuty
7
primary LLM inference providers
+ 9 more OpenAI-compatible
6
TTS / voice engines
4 cloud + 2 local
2
governance-native frameworks
LangChain · LlamaIndex
3
identity standards
OIDC · SAML2 · SCIM
10
declared-config scaffolds
inventory/evidence, not live vendor I/O
3
not implemented
shown honestly, never offered
Live API connectorPerforms real authenticated vendor API calls.
Outbound webhookDelivers events through a real webhook; not bidirectional vendor integration.
Governance-nativeGoverns framework operations or model-invocation metadata and produces signed evidence; not itself a full vendor client.
Declared-config / evidence scaffoldUses operator-supplied configuration/inventory/metadata without live vendor retrieval.
Supported via standard protocolSupported through generic OIDC / SAML / SCIM rather than a branded vendor API client.
Not implementedNo current source-backed integration exists.
Governance delivery (SIEM/ITSM/observability)
ConnectorReadinessCategoryDirectionAuthPrimary capabilityEvidence producedSource-backed limitationCode reference
ServiceNowLive API connectorITSMoutboundBasic authCreates governed-decision incidents via the ServiceNow Table API.Signed decision certificate per incident.Outbound incident creation only — not a bidirectional ServiceNow sync.core/integrations/adapters/itsm.py:25
DatadogLive API connectorObservabilityoutboundAPI key (DD-API-KEY)Ships governed-decision logs to the Datadog Logs intake API.Signed evidence per shipment.One-way log delivery; no query-back from Datadog.core/integrations/adapters/observability.py:28
SplunkLive API connectorObservabilityoutboundHEC tokenShips governed-decision events to the Splunk HTTP Event Collector.Signed evidence per shipment.One-way delivery to HEC.core/integrations/adapters/observability.py:78
CrowdStrike FalconLive API connectorSecurity / SIEMoutboundBearer tokenShips governed-decision logs to Falcon NG-SIEM (LogScale HEC).Signed evidence per shipment.One-way delivery.core/integrations/adapters/security.py:24
Microsoft SentinelLive API connectorSecurity / SIEMoutboundAzure AD (DCE/DCR)Ships governed-decision logs to the Sentinel Logs Ingestion API.Signed evidence per shipment.One-way delivery.core/integrations/adapters/security.py:70
Palo Alto Cortex XSIAMLive API connectorSecurity / SIEMoutboundCollector tokenShips governed-decision logs to the Cortex HTTP Collector.Signed evidence per shipment.One-way delivery.core/integrations/adapters/security.py:123
Slack (Integration Hub)Outbound webhookCollaborationoutboundIncoming-webhook URLPosts governed-decision notifications to Slack (Block Kit).Notification payload only.Incoming-webhook POST — not a Slack Web API client.core/integrations/adapters/collaboration.py:22
Microsoft Teams (Integration Hub)Outbound webhookCollaborationoutboundIncoming-webhook URLPosts governed-decision notifications to Teams (Adaptive Card).Notification payload only.Incoming-webhook POST — not a Graph/Teams API client.core/integrations/adapters/collaboration.py:65
Incident-alert destinations
ConnectorReadinessCategoryDirectionAuthPrimary capabilityEvidence producedSource-backed limitationCode reference
Slack (incident alerts)Outbound webhookIncidentoutboundIncoming-webhook URLDelivers severity-colored incident alerts (Block Kit) with retry.Alert delivery record.Alert delivery only; distinct from the Integration Hub Slack tile.core/governance/webhook_alerts.py:259
Microsoft Teams (incident alerts)Outbound webhookIncidentoutboundIncoming-webhook URLDelivers incident alerts (Adaptive Card) with retry.Alert delivery record.Alert delivery only; distinct from the Integration Hub Teams tile.core/governance/webhook_alerts.py:317
PagerDutyOutbound webhookIncidentoutboundEvents API v2 routing keyTriggers PagerDuty Events API v2 incidents from governance alerts.Alert delivery record.Alert delivery only; NOT part of the 21-tile Integration Hub catalog.core/governance/webhook_alerts.py:84
LLM inference providers
ConnectorReadinessCategoryDirectionAuthPrimary capabilityEvidence producedSource-backed limitationCode reference
AnthropicLive API connectorLLM ProvideroutboundBearerReal Claude inference (api.anthropic.com/v1/messages).Governed by CoreGuard when routed through EVE.Inference client; governance is applied by the routing layer, not this client alone.core/llm_providers.py:322
OpenAILive API connectorLLM ProvideroutboundBearerReal OpenAI chat/completions inference.Governed by CoreGuard when routed through EVE.Inference client.core/llm_providers.py:232
Google GeminiLive API connectorLLM ProvideroutboundAPI keyReal Gemini inference (generativelanguage.googleapis.com).Governed by CoreGuard when routed through EVE.Inference client.core/llm_providers.py:628
Kimi / MoonshotLive API connectorLLM ProvideroutboundBearerReal Moonshot (OpenAI-compatible) inference.Governed by CoreGuard when routed through EVE.Inference client.core/llm_providers.py:708
Ollama (local)Live API connectorLLM Provideroutboundnone (local)Real local inference via Ollama / LM Studio HTTP.Governed by CoreGuard when routed through EVE.Local inference client.core/llm_providers.py:445
AWS BedrockLive API connectorLLM ProvideroutboundAWS SigV4Real Bedrock InvokeModel (hand-rolled SigV4).Governed by CoreGuard when routed through EVE.Inference client; falls back to mock only when AWS credentials are absent.core/interop/adapters/bedrock_adapter.py:32
Azure OpenAILive API connectorLLM ProvideroutboundAzure AD / keyReal Azure OpenAI chat/completions inference.Governed by CoreGuard when routed through EVE.Inference client; falls back to mock only when the key is absent.core/interop/adapters/azure_adapter.py:26
Voice / TTS engines
ConnectorReadinessCategoryDirectionAuthPrimary capabilityEvidence producedSource-backed limitationCode reference
ElevenLabsLive API connectorTTSoutboundAPI keyReal ElevenLabs text-to-speech synthesis.n/aCloud TTS client.core/voice/tts_service.py:694
Azure Speech (TTS)Live API connectorTTSoutboundAPI keyReal Azure Cognitive Services neural TTS.n/aCloud TTS client.core/voice/tts_service.py:750
OpenAI TTSLive API connectorTTSoutboundBearerReal OpenAI audio/speech synthesis.n/aCloud TTS client.core/voice/tts_service.py:806
Microsoft Edge TTSLive API connectorTTSoutboundnoneMicrosoft Edge neural TTS voices.n/aEdge neural TTS.core/voice/tts_service.py:659
Windows SAPI (local)Declared-config / evidence scaffoldTTSn/anone (local)Local Windows SAPI COM synthesis.n/aLocal engine — no cloud vendor call.core/voice/tts_service.py:657
Piper / eSpeak (local)Declared-config / evidence scaffoldTTSn/anone (local)Local Piper neural / eSpeak formant synthesis.n/aLocal engine — no cloud vendor call.core/voice/piper_tts.py:1
Governance-native (frameworks & model gateways)
ConnectorReadinessCategoryDirectionAuthPrimary capabilityEvidence producedSource-backed limitationCode reference
LangChainGovernance-nativeAI Frameworkn/ain-processGoverns each chain/agent step through CoreGuard and emits signed evidence.Signed evidence per governed step.In-process auto-hook attach is deployment-gated.core/integrations/adapters/ai_frameworks.py:255
LlamaIndexGovernance-nativeAI Frameworkn/ain-processGoverns each retrieval/query step and emits signed evidence.Signed evidence per governed retrieval.SDK auto-attach is deployment-gated.core/integrations/adapters/ai_frameworks.py:333
Anthropic (Integration Hub gateway)Governance-nativeAI Providern/anone (governs metadata)Governs Claude invocation metadata and emits a signed decision certificate.Signed decision certificate with reasoning-trace metadata.The Hub tile does NOT call Anthropic; EVE's real Claude inference client lives in core/llm_providers.py.core/integrations/adapters/ai_providers.py:42
OpenAI (Integration Hub gateway)Governance-nativeAI Providern/anone (governs metadata)Governs OpenAI invocation metadata and emits signed evidence.Signed decision certificate.The Hub tile does NOT call OpenAI; the real inference client lives in core/llm_providers.py.core/integrations/adapters/ai_providers.py:64
AWS Bedrock (Integration Hub gateway)Governance-nativeAI Providern/anone (governs metadata)Governs Bedrock invocation metadata and emits signed evidence.Signed decision certificate.The Hub tile does NOT call Bedrock; the real SigV4 InvokeModel client lives in core/interop/adapters/bedrock_adapter.py.core/integrations/adapters/ai_providers.py:86
Azure OpenAI (Integration Hub gateway)Governance-nativeAI Providern/anone (governs metadata)Governs Azure OpenAI invocation metadata and emits signed evidence.Signed decision certificate.The Hub tile does NOT call Azure; the real client lives in core/interop/adapters/azure_adapter.py.core/integrations/adapters/ai_providers.py:122
Identity - standards-based SSO
ConnectorReadinessCategoryDirectionAuthPrimary capabilityEvidence producedSource-backed limitationCode reference
OIDC (SSO)Supported via standard protocolAuthbidirectionalOAuth2 / PKCEReal OIDC authorization-code + PKCE flow with JWT validation.Session/attribution records.Branded IdPs (Okta, Entra, Ping) are supported THROUGH this, not via per-vendor API clients.saas/auth/sso_provider.py:296
SAML 2.0 (SSO)Supported via standard protocolAuthbidirectionalSAML2Real SAML2 ACS / SP metadata / SLO (python3-saml).Session/attribution records.Branded IdPs are supported THROUGH this standard.saas/auth/sso_provider.py:519
SCIM 2.0 (provisioning)Supported via standard protocolAuthinboundBearerReal SCIM 2.0 user/group provisioning endpoints.Provisioning records.Standards-based provisioning; branded IdPs provision through it.saas/auth/scim_api.py:1
Declared-config governance scaffolds
ConnectorReadinessCategoryDirectionAuthPrimary capabilityEvidence producedSource-backed limitationCode reference
Hugging Face HubDeclared-config / evidence scaffoldAI Providern/aoperator configInventories declared models (options['models']) and emits governance evidence.Signed model-inventory snapshot.No live Hugging Face Hub crawl or API sync.core/integrations/adapters/ai_providers.py:151
Microsoft Entra IDDeclared-config / evidence scaffoldIdentityn/aoperator configSyncs RBAC groups from a declared directory snapshot and attributes decisions.Signed RBAC/attribution evidence.No live Microsoft Graph pull; live SSO is via EVE's OIDC/SAML implementation.core/integrations/adapters/identity.py:136
Okta (Integration Hub)Declared-config / evidence scaffoldIdentityn/aoperator configSyncs RBAC groups from a declared snapshot and attributes decisions.Signed RBAC/attribution evidence.No live Okta API call; Okta as an IdP is supported via EVE's OIDC/SAML.core/integrations/adapters/identity.py:157
Ping Identity (Integration Hub)Declared-config / evidence scaffoldIdentityn/aoperator configSyncs RBAC groups from a declared snapshot and attributes decisions.Signed RBAC/attribution evidence.No live Ping API call; Ping as an IdP is supported via EVE's OIDC/SAML.core/integrations/adapters/identity.py:181
SnowflakeDeclared-config / evidence scaffoldData Platformn/aoperator configInventories declared datasets (options['datasets']) with classification + lineage evidence.Signed data-asset inventory snapshot.No live warehouse connection or query interception (deployment-gated).core/integrations/adapters/data_platforms.py:128
DatabricksDeclared-config / evidence scaffoldData Platformn/aoperator configInventories declared datasets with classification + lineage evidence.Signed data-asset inventory snapshot.No live Databricks / Unity Catalog call (deployment-gated).core/integrations/adapters/data_platforms.py:152
Amazon S3Declared-config / evidence scaffoldData Platformn/aoperator configInventories declared data assets with classification + lineage evidence.Signed data-asset inventory snapshot.No live S3 access (deployment-gated).core/integrations/adapters/data_platforms.py:176
Microsoft FabricDeclared-config / evidence scaffoldData Platformn/aoperator configInventories declared data assets with classification + lineage evidence.Signed data-asset inventory snapshot.No live OneLake/Fabric call (deployment-gated).core/integrations/adapters/data_platforms.py:200
JiraDeclared-config / evidence scaffoldDev / MLOpsn/aoperator configEmits governance evidence for Jira-tracked governance operations.Signed governance evidence.EvidenceNotifier scaffold — no live Jira REST call confirmed in source.core/integrations/adapters/devtools.py:32
MLflowDeclared-config / evidence scaffoldDev / MLOpsn/aoperator configEmits governance evidence for MLflow model-lifecycle events.Signed governance evidence.EvidenceNotifier scaffold — no live MLflow API call confirmed in source.core/integrations/adapters/devtools.py:93
Avatar / video (not implemented)
ConnectorReadinessCategoryDirectionAuthPrimary capabilityEvidence producedSource-backed limitationCode reference
D-IDNot implementedAvatarn/an/aNo source-backed adapter exists (only stale coverage artifacts). Not offered.(no live source)
HeyGenNot implementedAvatarn/an/aNo source-backed adapter exists. Not offered.(no live source)
Unreal MetaHumanNot implementedAvatarn/an/aNo source-backed adapter exists. Not offered.(no live source)

OpenAI, Anthropic, AWS Bedrock and Azure OpenAI have real inference clients elsewhere in EVE (governed model routing); their Integration Hub tiles are governance gateways over invocation metadata. Okta, Microsoft Entra ID and Ping are supported as identity providers through EVE’s OIDC / SAML implementation, not per-vendor API clients. Beyond the 7 primary providers, EVE ships 9 additional OpenAI-compatible inference clients (DeepSeek, Mistral, Groq, Together, Cohere, xAI, Perplexity, Fireworks, LM Studio).

See your AI estate as one governed register

Every system tiered, every vendor tracked, every decision provable — in a tenant-isolated register that examiners can follow end to end.

Book a 30-minute review