Skip to main content

Documentation Index

Fetch the complete documentation index at: https://docs.neuraltrust.ai/llms.txt

Use this file to discover all available pages before exploring further.

Every resource in the Inventory is evaluated against a fixed set of security controls chosen for its type. Each control returns one of four statuses; results are combined into a weighted 0–100 posture score and bucketed into a risk level.

Control statuses

Every control emits one of four values:
StatusMeaningWeight contribution
PASSControl is satisfied0%
WARNINGPartial or degraded satisfaction (e.g. instructions present but very short)50%
FAILControl is violated100%
UNKNOWNRequired data is not available — usually a permissions gap in the integration30%
Alongside the score, every resource reports a data completeness metric — the ratio of assessed (non-UNKNOWN) controls to total controls. A resource with many UNKNOWN results should be investigated at the integration level before trusting the score.

Risk levels

The 0–100 score is bucketed by exact thresholds:
LevelScore rangeResponse
Critical>= 75Act immediately — material exposure exists
High50–74Address within the current sprint
Medium25–49Hardening opportunity
Low0–24Hygiene

Control category weights

Controls belong to a category; each category carries a base weight that feeds the score. Cloud resources (agents, models, datasets) and endpoint resources (IDEs, extensions, CLIs, MCP servers on devices) use different weight tables because their risk topologies differ.
CategoryCloud weightEndpoint weight
Supply chain3040
Excessive agency2525
Prompt injection205
Sensitive data1510
Guardrails1510
Content safety155
Data privacy1510
Output handling105
Model security1010
Endpoint scoring shifts weight toward supply-chain (known CVEs in installed AI tools) and away from prompt-injection / content-safety, which apply less to a managed IDE than to a production agent.

Controls by resource type

Every control carries an id, human-readable name, a category, a weight, a list of mapped compliance frameworks, a description of why the risk exists, and remediation steps. Below is the full catalog.

Agents

Applies to Azure AI Foundry agents, Mistral agents, GCP Vertex AI Reasoning Engines, and M365 Copilot / Copilot Studio agents.
IDNameCategoryWeight
computer_useComputer Use CapabilityExcessive agency2.5
agent_model_versionAgent Model VersionSupply chain2.0
jailbreak_detectionJailbreak Detection Enabled (Azure)Prompt injection2.0
function_tools_scopeFunction Tools ScopeExcessive agency2.0
critical_function_patternsCritical Function PatternsExcessive agency2.0
browser_automationBrowser Automation CapabilityExcessive agency2.0
code_interpreterCode Interpreter RiskExcessive agency1.8
combined_excessive_agencyCombined Excessive AgencyExcessive agency1.8
content_filter_enabledContent Filtering Enabled (Azure)Content safety1.5
document_library_exposureDocument Library ExposureSensitive data1.5
deep_researchAutonomous Deep ResearchExcessive agency1.5
guardrails_configuredGuardrails ConfiguredGuardrails1.2
file_search_accessFile Search Data AccessSensitive data1.2
mcp_toolsMCP Server ConnectionsExcessive agency1.2
instructions_presentSystem Instructions DefinedGuardrails1.0
agent_version_trackedAgent Version TrackedSupply chain1.0
version_history_stabilityVersion History Stability (Mistral)Supply chain1.0
deployment_aliases_configuredDeployment Aliases Configured (Mistral)Supply chain1.0
classic_retirementClassic Assistants API Retirement (Azure)Supply chain1.0
content_thresholdsContent Filter Thresholds (Azure)Content safety1.0
protected_materialProtected Material Detection (Azure)Sensitive data1.0
memory_enabledConversation Memory (Azure)Data privacy1.0
response_formatResponse Format Constraints (Azure)Output handling1.0
sampling_parametersSampling ParametersGuardrails1.0
connected_agentsConnected Agent ChainExcessive agency1.0
external_data_accessExternal Data AccessExcessive agency1.0
knowledge_base_connectedKnowledge Base ConnectivitySensitive data1.0
fabric_accessMicrosoft Fabric AccessSensitive data1.0
sharepoint_accessSharePoint AccessSensitive data1.0
openapi_accessOpenAPI Tool AccessExcessive agency1.0
copilot_authenticationCopilot Authentication (M365)Guardrails1.0
copilot_access_controlCopilot Access Control (M365)Guardrails1.0
copilot_data_exposureCopilot Data Source Exposure (M365)Sensitive data1.0
copilot_teams_publishingCopilot Teams Publishing (M365)Supply chain1.0
copilot_solution_managedCopilot Solution Managed (M365)Supply chain1.0
copilot_owner_assignedCopilot Owner Assigned (M365)Supply chain1.0

Models

Applies to foundation models in Azure Cognitive Services, Azure ML Workspaces, GCP Vertex AI Model Registry, and Mistral.
IDNameCategoryWeight
model_safety_guardrailsModel Safety GuardrailsGuardrails3.0
model_lifecycleModel Lifecycle StatusSupply chain2.5
model_provider_trustModel Provider TrustSupply chain2.5
model_capabilities_riskModel Capabilities RiskModel security2.5
model_content_filterModel Content Filter (Azure)Content safety2.5
model_version_trackedModel Version TrackedSupply chain2.0

Datasets

Applies to vector stores, document libraries, and training datasets.
IDNameCategoryWeight
pii_indicatorsPII IndicatorsData privacy2.5
dataset_complianceCompliance RequirementsData privacy2.0
dataset_encryptionData EncryptionData privacy1.5
data_locationData Storage LocationData privacy1.2

MCP servers

Applies to MCP server declarations discovered in source repos (github) and on managed devices (Endpoint Discovery).
IDNameCategoryWeight
mcp_no_hardcoded_secretsNo Hardcoded Secrets in MCP ConfigSensitive data5.0
mcp_no_tool_poisoningNo Tool Poisoning in MCP DescriptionPrompt injection4.0
mcp_no_auto_approve_wildcardNo Wildcard autoApproveExcessive agency4.0
mcp_supply_chainMCP Server Supply Chain SafetySupply chain3.5
mcp_uses_httpsRemote MCP Server Uses HTTPSData privacy2.0
MCP servers discovered on endpoints also inherit the endpoint-tool controls below.

Endpoint tools (IDEs, extensions, CLIs, browsers)

Applies to AI-assisted IDEs, browser extensions, agent CLIs, browsers, and AI runtimes installed on managed devices (reported by the Endpoint Discovery script).
IDNameCategoryWeight
endpoint_known_vulnerabilitiesNo Known VulnerabilitiesSupply chain5.0
endpoint_shadow_aiNo Shadow AI ToolsSensitive data5.0
endpoint_tool_approvalTool Policy ComplianceSupply chain4.0
endpoint_vulnerability_severityVulnerability Severity AcceptableSupply chain3.5
endpoint_detection_freshnessDetection Data FreshnessGuardrails2.0

Shadow AI (SaaS)

Applies to AI SaaS usage observed by the Runtime browser extension.
IDNameCategoryWeight
shadow_ai_unsanctioned_usageNo Unsanctioned AI UsageExcessive agency6.0
shadow_ai_app_approvalApplication Policy ApprovalSupply chain5.0
shadow_ai_data_handling_riskData Handling RiskData privacy4.0
shadow_ai_provider_trustAI Provider TrustSupply chain3.0
shadow_ai_detection_intensityDetection FrequencyGuardrails3.0

Compliance framework mapping

Every control carries its mapped framework references so a failing control can be traced back to the obligation it supports. The frameworks that appear across the catalog:
  • AI frameworks — NIST AI RMF, EU AI Act, ISO/IEC 42001, OWASP LLM Top 10 (2025), OWASP MCP Top 10
  • General security — SOC 2 (CC6.7, CC8.1), NIST SP 800-53 (CM-7, RA-5, SI-4, AU-6, SC-28), CIS Controls 2.1 / 7.1
  • Privacy — GDPR (Art. 5, Art. 32), CCPA, HIPAA, PCI-DSS, SOX
  • Vulnerability — CVSSv3, CWE-74, CWE-306, CWE-319, CWE-494, CWE-798
  • OWASP Web — A06:2021

What a finding contains

When a control fails or warns, the resulting finding carries:
FieldPurpose
nameHuman-readable control name (e.g. “Code Interpreter Risk”)
statusPASS / FAIL / WARNING / UNKNOWN
frameworksMapped compliance frameworks
description / findingWhat was detected
why_riskPlain-language explanation of the underlying threat
severity_rationaleWhy this specific status was assigned (includes status-specific variants for WARNING and UNKNOWN)
remediationNumbered steps to resolve — status-specific for WARNING and UNKNOWN
Findings are sorted FAIL → WARNING → UNKNOWN → PASS on each resource page so actionable items surface first.

UNKNOWN findings and integration health

UNKNOWN indicates missing data, not missing risk. Every UNKNOWN control ships a generic severity rationale and remediation:
“This control could not be evaluated because the required configuration data was not available from the provider API. The actual risk is indeterminate until the data becomes accessible.” “Verify that the integration has the required API permissions to retrieve the configuration data this control needs. Re-sync the resource after fixing permissions — the control will be re-evaluated automatically.”
Controls may override this with a provider-specific message (for example, the Mistral version_history_stability control points users at the specific API endpoint and permissions that would unblock evaluation).

Pair with Runtime

Agent-SPM by TrustLens identifies what needs protection. Agent Runtime by TrustGate enforces how it is protected at runtime. A common pattern: a TrustLens FAIL on guardrails_configured becomes the trigger to put that agent behind a Gateway with a prompt-security policy attached. Once the Gateway is in front, the control will pass on the next sync with a reference back to the runtime policy.