GuardianShield
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| GUARDIANSHIELD_DEBUG | No | Enable debug logging (set to 1) | disabled |
| GUARDIANSHIELD_PROFILE | No | Default safety profile | general |
| GUARDIANSHIELD_AUDIT_PATH | No | Path to SQLite audit database | ~/.guardianshield/audit.db |
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {} |
| prompts | {} |
| resources | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| scan_codeB | Scan source code for security vulnerabilities (SQL injection, XSS, command injection, path traversal) and hardcoded secrets/credentials. Returns a list of findings with severity, type, and remediation guidance. |
| scan_inputA | Check user or agent input for prompt injection attempts. Detects instruction override, role hijacking, system prompt extraction, delimiter abuse, ChatML injection, jailbreak keywords, and encoding evasion. |
| scan_outputA | Check AI-generated output for PII leaks (email, SSN, credit card, phone, IP) and content policy violations (violence, self-harm, illegal activity). PII is automatically redacted in findings. |
| check_secretsA | Dedicated secret and credential detection. Scans text for AWS keys, GitHub tokens, Stripe keys, private keys, JWTs, Slack tokens, passwords, connection strings, Google API keys, and more. All matched secrets are redacted in findings. |
| get_profileA | Get the current safety profile configuration including scanner settings and blocked content categories. |
| set_profileA | Switch to a different safety profile. Available profiles: general, education, healthcare, finance, children. Each profile adjusts scanner sensitivity and blocked categories. |
| audit_logB | Query the security audit log. Returns recent scan events with timestamps, scan types, finding counts, and input hashes. |
| get_findingsA | Retrieve past security findings from the audit database with optional filters by type, severity, or audit ID. |
| shield_statusA | Get GuardianShield health and configuration status including active profile, enabled scanners, and audit statistics. |
| scan_fileA | Scan a single source file for vulnerabilities and secrets. Auto-detects language from file extension. Returns findings with line numbers, severity, CWE IDs, and remediation. |
| scan_directoryA | Recursively scan a directory for vulnerabilities and secrets. Supports extension filtering, exclude patterns, and reports progress. Returns all findings across all scanned files. |
| test_patternA | Test a regex pattern against sample code. Returns match details including positions and matched text. Useful for developing and debugging custom vulnerability patterns. |
| check_dependenciesC | Check package dependencies for known vulnerabilities using the OSV.dev database. Provide a list of packages with names, versions, and ecosystems (PyPI or npm). |
| sync_vulnerabilitiesA | Sync the local OSV vulnerability database for a given ecosystem. Call this to update the cache before checking dependencies. |
| parse_manifestB | Parse a dependency manifest file into a structured list of dependencies. Auto-detects format from the filename. Supports: requirements.txt, package.json, pyproject.toml, package-lock.json, yarn.lock, pnpm-lock.yaml, Pipfile.lock, go.mod, go.sum, composer.json, composer.lock. |
| scan_dependenciesA | Recursively scan a directory for manifest/lockfiles (requirements.txt, package.json, go.mod, composer.json, etc.), parse dependencies, and check them for known vulnerabilities using the OSV.dev database. |
| mark_false_positiveB | Mark a security finding as a false positive. The finding will be flagged in future scans, and similar patterns at other locations will be annotated as potential false positives. |
| list_false_positivesB | List active false positive records. Shows findings that have been marked as false positives, with optional filtering by scanner. |
| unmark_false_positiveA | Remove a false positive record by its fingerprint. The finding will no longer be flagged in future scans. |
| list_enginesA | List available analysis engines with their capabilities and enabled status. Returns each engine's name, whether it is enabled in the current profile, and its capabilities. |
| set_engineB | Set which analysis engines are active for code scanning. Accepts a list of engine names to enable for the current session. Available engines can be listed with list_engines. |
| export_sarifA | Export scan findings as SARIF 2.1.0 JSON for GitHub Code Scanning, VS Code, and CI integration |
| save_baselineA | Scan code and save the findings as a baseline JSON file. On subsequent scans with scan_with_baseline, only NEW findings (not in the baseline) are reported. |
| scan_with_baselineA | Scan code and compare against a saved baseline, returning only NEW findings that are not in the baseline. Use save_baseline first to create a baseline. |
| check_quality_gateA | Scan code and evaluate findings against configurable severity thresholds. Returns a pass/fail/warn verdict suitable for CI pipelines. Exit codes: 0=pass, 1=fail. |
| scan_filesB | Scan multiple files in one call. Returns findings grouped by file with a summary of total findings. |
| scan_diffA | Scan a unified diff (e.g. from git diff) for vulnerabilities. Only added lines are scanned; findings have correct line numbers and file paths from the diff context. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
| security-review | Perform a comprehensive security review of code. Scans for vulnerabilities, secrets, and provides remediation guidance. |
| compliance-check | Check text for compliance with the active safety profile. Scans for PII, content violations, and policy adherence. |
| triage-finding | Get CWE-specific triage guidance for evaluating a security finding. Returns structured true/false positive indicators, targeted questions, and context to examine — enabling AI-assisted false positive filtering without telemetry. |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| Safety Profiles | List of available safety profiles and their configurations. |
| Recent Findings | Recent security findings from the audit database. |
| Current Configuration | Current GuardianShield configuration and status. |
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/sparkvibe-io/GuardianShield'
If you have feedback or need assistance with the MCP directory API, please join our Discord server