78trust / 100

SecScan

by secscan.us in Developer tools

MCP serverPassing, checked 7 h ago

Scan, monitor and fix a live web app from your editor: graded security reports with fix prompts.

https://secscan.us/api/mcp
Tools
12
open to any client
Uptime
100%
last 30 days
Response time
342 ms
450 ms slowest 5%
Last check
Passed
7 h ago, next any minute now

Scan it nowHow to connect

Reliability

All checks passedSome failedAll failedNot checked

Status and outage history · Atom feed · Watch with other listings

How to connect

Add it to any MCP client that supports remote servers.

{
  "mcpServers": {
    "secscan": {
      "type": "http",
      "url": "https://secscan.us/api/mcp"
    }
  }
}

12 tools

  • scan_url

    Start a SecScan security scan of a web application the user owns or is authorised to test. Returns a scan_id; most scans finish in under a minute — then call get_scan_status with wait_seconds, or get_report. Active tests (injection, XSS, SSRF…) run only on domains the user has…

  • get_scan_status

    Status of a scan (queued, scanning, analyzing, complete, failed). With wait_seconds (max 60) it waits for the scan to finish and returns the full report as soon as it does.

  • get_report

    The finished report for a scan: grade, what the scan tested and what it skipped (a clean grade says nothing about skipped areas, so say so), prioritised findings with fixes and evidence, and a fix prompt written for the user's AI editor. Findings come 25 per page, most severe…

  • list_recent_scans

    The user's most recent scans with their status, newest first.

  • list_verified_domains

    Domains the user has proved they own. Only these receive active testing (injection, XSS, SSRF, access control); others get passive checks. Verify more at https://secscan.us/domains.

  • get_account

    How many scans the user can still run — free scans, plan scans and credits — and their plan. Check this before starting several scans.

  • start_domain_verification

    Begin proving the user owns a domain, which unlocks active tests (injection, XSS, SSRF, access control) on its scans. Returns a file to publish on the site, or a DNS TXT record — an editor can usually add the file to the codebase and deploy it. Then call…

  • check_domain_verification

    Check whether the file or DNS record from start_domain_verification is live. On success the domain is verified and its next scan includes active tests. DNS changes can take a few minutes.

  • list_monitors

    Sites under continuous monitoring: latest grade, last and next scan, uptime check, CVE alerts, new problems in the last scan and certificate expiry. Use the monitor id with monitor_scan_now.

  • add_monitor

    Put a site the user owns under continuous monitoring: hourly uptime checks, CVE matching, certificate alerts and regular rescans. Runs a full baseline scan straight away, which uses one of the user's scans exactly as in the app (free for plan holders). Returns the baseline…

  • monitor_scan_now

    Run a full scan of a monitored site now instead of waiting for its schedule — e.g. to confirm a fix. Free for plan holders; otherwise uses one of the user's scans, as in the app. Takes the monitor id from list_monitors.

  • dismiss_finding

    Mark a finding as a false positive for this site, so future scans of it stop reporting it — the same as Dismiss in the app, and undoable there. ONLY use this after the user has confirmed the finding is wrong; never dismiss a real problem to improve a grade.

Security scan

No findings

We scan names, descriptions and tool definitions for hidden instructions and other prompt-injection patterns.

Recent checks

WhenResultHTTPTime
7 h agoPassed200333 ms
17 h agoPassed200380 ms
27 h agoPassed200362 ms
36 h agoPassed200372 ms
46 h agoPassed200325 ms
Show 8 older checks
2 days agoPassed200450 ms
3 days agoPassed200328 ms
3 days agoPassed200320 ms
4 days agoPassed200447 ms
4 days agoPassed200316 ms
4 days agoPassed200342 ms
5 days agoPassed200352 ms
5 days agoPassed200327 ms