Skip to main content
Glama
aws-security-mcp

aws-security-mcp

by jowhee327

Related Servers

Alternatives to aws-security-mcp

No user-submitted related servers found.

    Related Servers

    • A
      license
      A
      quality
      B
      maintenance
      Open-source AWS security scanner with Attack Chains, Breach Cost Estimation, and MCP Server. 47 checks across 15 AWS services. Every finding includes copy-paste remediation (CLI + Terraform) and a dollar-risk estimate with verified source. First free standalone AWS security MCP server - Prowler and Wiz require paid SaaS.
      7
      124 PyPI
      74
      MIT
    • A
      license
      Not graded
      quality
      D
      maintenance
      An MCP server for automated AWS security scanning. It detects over-privileged IAM roles and S3 Public Access Block misconfigurations, enabling least-privilege enforcement through tools like list_iam_roles, analyze_iam_policy, and analyze_s3_security.
      MIT
    • F
      license
      Not graded
      quality
      D
      maintenance
      A read-only MCP server for inspecting AWS resources, detecting misconfigurations, and estimating costs across EC2, S3, and IAM, enabling agents to safely query and analyze cloud infrastructure.
      -
    • A
      license
      A
      quality
      A
      maintenance
      agent-bom is an open security scanner and self-hosted control plane for AI, MCP, and cloud infrastructure. The default scan profile in MCP server mode exposes 8 MCP tools. Additional profiles provide inventory, findings, compliance, graph, and runtime workflows. See the published Glama release for its packaged version.
      8
      1,682 PyPI
      37
      Apache 2.0
    • A
      license
      Not graded
      quality
      B
      maintenance
      Scans MCP servers and AI tools for security risks, providing 4-dimensional scoring and badges, with optional guardrail MCP for auto-protection.
      2
      MIT

    TDQS

    B3.4/5.0

    Scored across 39 tools

    Disambiguation4/5

    Most tools are clearly separated by scanner domain (GuardDuty vs Inspector vs Security Hub) or by output format. The main risk is the report matrix — generate_report / generate_html_report / generate_mlps3_report / generate_mlps3_html_report / generate_hw_defense_report / generate_maturity_report — plus three similarly named cloud compliance scanners (config_rules vs config_compliance vs rms_compliance) that could be misselected. Descriptions do disambiguate in each case, so confusion is possible but recoverable.

    Naming Consistency4/5

    Strong snake_case verb_noun convention throughout: scan_*, list_*, generate_*_report, get_*, save_results. Minor deviations break the pattern: detect_services is a scanner but lacks the scan_ prefix, and save_results / prioritize_vulnerabilities omit the resource object implied elsewhere. Overall predictable and readable.

    Tool Count3/5

    39 tools is heavy for a single server, inflated by ~22 single-scanner wrappers that duplicate what scan_all and scan_group already provide. Each scanner is arguably useful for targeted runs, and the aggregate tools mitigate the surface, but the count sits above a comfortable ceiling and pushes agents toward scanning everything by default.

    Completeness4/5

    Covers the full read-only audit lifecycle: discovery (list_modules, list_groups, list_org_accounts), scanning (scan_all, scan_group, per-service scanners), triage (prioritize_vulnerabilities, scan_ecr_image_cve), and reporting (Markdown/HTML/MLPS3/HW-def/report-saving). Minor gaps: no tool to list or retrieve previously saved scan results/reports, and no scan history or scheduling, so follow-up sessions must re-scan.

    Maintenance

    ActivityMaintained
    ResponsivenessNo recent community issues