Low Risk

system_metadata

Get Remnawave panel metadata and version information

How to control system_metadata ↓

AI agents call system_metadata to retrieve information from Remnawave without modifying anything — typically the context-gathering step in research, monitoring, and reporting workflows, before the agent takes action elsewhere.

Low Risk

This tool retrieves static system information (metadata and version details) without any side effects. It poses minimal risk as it only exposes non-sensitive administrative information about the system state. Even if an AI agent misuses this tool, the impact is limited to information disclosure of already-deployed system versions.

From the tool's definition Tool description states 'Get Remnawave panel metadata and version information' — a retrieval operation with no modification, deletion, or execution capability. The verb 'Get' indicates a read-only query.

Risk signalsAdmin/system-level operation

Documented attack patterns abuse exactly the kind of access system_metadata gives an agent:

PolicyLayer is an MCP gateway — it sits between your AI agents and Remnawave, and nothing reaches the server without passing your rules. This is the rule we recommend for system_metadata:

policy.json
{
  "version": "1",
  "default": "deny",
  "tools": {
    "system_metadata": {}
  }
}

system_metadata is read-only, so it stays allowed — but everything else on the server is denied unless you say otherwise.

  1. Create a free account and register Remnawave — nothing to install.
  2. Add this policy — paste it, or build it visually.
  3. Point your MCP client (Claude, Cursor, anything) at your gateway URL.
CAP THIS TOOL →

Free to start. No card required.

Go deeper

What does the system_metadata tool do? +

Get Remnawave panel metadata and version information. It is categorised as a Read tool in the Remnawave MCP Server, which means it retrieves data without modifying state.

How do I enforce a policy on system_metadata? +

Register the Remnawave MCP server in PolicyLayer and add a rule for system_metadata: allow, deny, rate-limit, or require approval. Point your MCP client at the PolicyLayer proxy URL and the rule is enforced on every call, before it reaches Remnawave. Nothing to install.

What risk level is system_metadata? +

system_metadata is a Read tool with low risk. Read-only tools are generally safe to allow by default.

Can I rate-limit system_metadata? +

Yes. Add a rate_limit block to the system_metadata rule in your PolicyLayer policy. For example, setting max: 10 and window: 60 limits the tool to 10 calls per minute. Rate limits are tracked per agent session and reset automatically.

How do I block system_metadata completely? +

Set action: deny in the PolicyLayer policy for system_metadata. The AI agent will receive a policy violation error and cannot call the tool. You can also include a reason field to explain why the tool is blocked.

What MCP server provides system_metadata? +

system_metadata is provided by the Remnawave MCP server (trackline/mcp-remnawave). PolicyLayer sits as a proxy in front of this server to enforce policies before tool calls reach the server.

Enforce policy on every Remnawave tool call.

Deterministic rules across all 153 Remnawave tools. Per-identity grants. Full audit log. Live in minutes. Nothing to install.

Free to start. No card required.

153 Remnawave tools catalogued and risk-classified — across an index of 42,500+ MCP servers.

// GET IN TOUCH

Have a question or want to learn more? Send us a message.

Message sent.

We'll get back to you soon.