fedramp-20x-mcp 0.9.0

MCP server for querying FedRAMP 20x requirements

FedRAMP 20x MCP Server

An MCP (Model Context Protocol) server that provides access to FedRAMP 20x security requirements and controls with Azure-first guidance.

Overview

This server loads FedRAMP 20x data from the official FedRAMP documentation repository and provides tools for querying requirements by control, family, or keyword.

Data Sources:

• Requirements Data: JSON files from github.com/FedRAMP/docs/tree/main/data
• Documentation: Markdown files from github.com/FedRAMP/docs/tree/main/docs

Azure Focus: All implementation examples, architecture patterns, and vendor recommendations prioritize Microsoft Azure services (Azure Government, Microsoft Entra ID, Azure Key Vault, AKS, Azure Functions, Bicep, etc.) while remaining cloud-agnostic where appropriate.

Complete Data Coverage

The server provides access to 329 requirements across all 12 FedRAMP 20x documents:

• ADS - Authorization Data Sharing (22 requirements)
• CCM - Collaborative Continuous Monitoring (25 requirements)
• FRD - FedRAMP Definitions (50 definitions)
• FSI - FedRAMP Security Inbox (16 requirements)
• ICP - Incident Communications Procedures (9 requirements)
• KSI - Key Security Indicators (72 indicators)
• MAS - Minimum Assessment Scope (12 requirements)
• PVA - Persistent Validation and Assessment (22 requirements)
• RSC - Recommended Secure Configuration (10 requirements)
• SCN - Significant Change Notifications (26 requirements)
• UCM - Using Cryptographic Modules (4 requirements)
• VDR - Vulnerability Detection and Response (59 requirements)

Features

• 🎯 Automated Evidence Collection (NEW): Complete automation guidance for all 65 active KSIs with Azure-native services, ready-to-use queries, and artifact specifications
• Query by Control: Get detailed information about specific FedRAMP requirements
• Query by Family: List all requirements within a family
• Keyword Search: Search across all requirements using keywords
• FedRAMP Definitions: Look up official FedRAMP term definitions
• Key Security Indicators: Access and query FedRAMP Key Security Indicators (KSI) with implementation status
• Documentation Search: Search and retrieve official FedRAMP documentation markdown files
• Dynamic Content: Automatically discovers and loads all markdown documentation files
• Implementation Planning: Generate strategic interview questions to help product managers and engineers think through FedRAMP 20x implementation considerations
• AST-Powered Code Analysis: Advanced Abstract Syntax Tree parsing using tree-sitter for accurate, context-aware security analysis across Python, C#, Java, TypeScript/JavaScript, Bicep, and Terraform
• Semantic Analysis: Deep code understanding with symbol resolution, control flow analysis, and interprocedural analysis capabilities

Important Clarification: OSCAL Format FedRAMP 20x requires machine-readable formats (JSON, XML, or structured data) for Authorization Data Sharing. OSCAL is NOT mentioned in FedRAMP 20x requirements - it's a NIST standard that can be used as one potential implementation approach. The actual requirement is simply "machine-readable" - you can use custom JSON/XML or OSCAL based on your implementation needs.

Installation

Prerequisites

• Python 3.10 or higher
• pip (included with Python)
• Python must be in your system PATH

Setup

# Clone the repository
git clone https://github.com/KevinRabun/FedRAMP20xMCP.git
cd FedRAMP20xMCP

# Create virtual environment and install
python -m venv .venv
source .venv/bin/activate  # On Windows: .venv\Scripts\activate
pip install -e .

# If using uv (alternative package manager):
uv pip install -e .

Dependencies:

• mcp>=1.2.0 - Model Context Protocol SDK
• httpx>=0.27.0 - HTTP client for fetching FedRAMP data
• openpyxl>=3.1.0 - Excel file generation for export features
• python-docx>=1.1.0 - Word document generation for KSI specifications
• tree-sitter>=0.21.0 - AST parsing library for code analysis
• tree-sitter-python>=0.21.0 - Python language bindings for tree-sitter
• tree-sitter-c-sharp>=0.21.0 - C# language bindings for tree-sitter
• tree-sitter-java>=0.21.0 - Java language bindings for tree-sitter
• tree-sitter-javascript>=0.21.0 - JavaScript/TypeScript language bindings

Troubleshooting:

If you encounter issues, see Advanced Setup Guide for detailed troubleshooting steps.

Security

Vulnerability Disclosure: If you discover a security vulnerability, please see our Security Policy for responsible disclosure procedures (KSI-PIY-03).

Audit Logging: All MCP server operations are logged to stderr for audit purposes (KSI-MLA-05).

Security Features:

• ✅ No authentication required (local development tool)
• ✅ No Federal Customer Data handling
• ✅ HTTPS-only connections to GitHub
• ✅ 1-hour cache TTL reduces external requests
• ✅ All dependencies use minimum secure versions

For complete security documentation, see SECURITY.md.

Usage

With VS Code and GitHub Copilot

1. Install the VS Code MCP extension (if not already installed)

2. Configure the MCP server - Choose one of the following scopes:

   Option A: Workspace-level (Recommended for sharing)

   Add to .vscode/mcp.json in your project:

   {
     "servers": {
       "fedramp-20x-mcp": {
         "type": "stdio",
         "command": "python",
         "args": ["-m", "fedramp_20x_mcp"]
       }
     }
   }
   

   If Python is not in PATH, update the command to use your virtual environment's Python:

   {
     "servers": {
       "fedramp-20x-mcp": {
         "type": "stdio",
         "command": "${workspaceFolder}/.venv/Scripts/python.exe",  // Windows
         // "command": "${workspaceFolder}/.venv/bin/python",       // macOS/Linux
         "args": ["-m", "fedramp_20x_mcp"]
       }
     }
   }
   

   Option B: User-level (Global across all projects)

   Add to VS Code User Settings (settings.json):

   {
     "github.copilot.chat.mcp.servers": {
       "fedramp-20x-mcp": {
         "type": "stdio",
         "command": "python",
         "args": ["-m", "fedramp_20x_mcp"]
       }
     }
   }
   

   Security Note: Do NOT use "alwaysAllow" in configuration. VS Code will prompt you to grant permissions on first use, which is a security best practice.

3. Optional: Configure VS Code settings by copying .vscode/settings.json.example to .vscode/settings.json

4. Reload VS Code to activate the MCP server

5. Grant permissions when prompted by VS Code (first use only)

6. Use with GitHub Copilot Chat:

   • Open Copilot Chat
   • Ask questions about FedRAMP 20x requirements
   • Use @workspace to query specific controls or families
   • Access all 35 tools and 15 comprehensive prompts

With Claude Desktop

Add this server to your Claude Desktop configuration (~/Library/Application Support/Claude/claude_desktop_config.json on macOS or %APPDATA%\Claude\claude_desktop_config.json on Windows):

{
  "mcpServers": {
    "fedramp-20x": {
      "command": "uv",
      "args": [
        "--directory",
        "/absolute/path/to/FedRAMP20xMCP",
        "run",
        "fedramp-20x-mcp"
      ]
    }
  }
}

Note: Replace /absolute/path/to/FedRAMP20xMCP with your actual installation path.

With MCP Inspector

Test the server using the MCP Inspector:

npx @modelcontextprotocol/inspector python -m fedramp_20x_mcp

Advanced Configuration

For CI/CD integration, multi-server setup with Azure and GitHub, or detailed troubleshooting, see:

• CI/CD Integration Guide - Use analyzers in GitHub Actions, Azure DevOps, and other pipelines
• Advanced Setup Guide - Multi-server configuration, Azure integration, troubleshooting

Available Tools

The server provides 38 tools organized into the following categories:

Core Tools (11): Query requirements, definitions, KSIs, and KSI evidence automation Documentation Tools (3): Search and retrieve FedRAMP documentation Enhancement Tools (7): Implementation examples, dependencies, effort estimation, architecture validation Export Tools (3): Excel/CSV export and KSI specification generation Planning Tools (1): Generate strategic implementation questions Evidence Collection Automation Tools (3): Infrastructure code, collection code, architecture guidance Implementation Mapping Tools (2): KSI family matrices and step-by-step implementation checklists Code Analysis Tools (3): AST-powered FedRAMP compliance scanning using tree-sitter for accurate, semantic analysis of IaC, application code, and CI/CD pipelines across 6 languages (Python, C#, Java, TypeScript/JavaScript, Bicep, Terraform) Security Tools (2): CVE vulnerability checking for packages and dependency files Audit Tools (2): KSI coverage summary and status checking KSI Status Tools (1): Implementation status tracking across all KSI families

get_control

Get detailed information about a specific FedRAMP requirement or control.

Parameters:

• control_id (string): The requirement identifier (e.g., "FRD-ALL-01", "KSI-AFR-01")

list_family_controls

List all requirements within a specific family.

Parameters:

• family (string): The family identifier (e.g., "FRD", "KSI", "MAS")

search_requirements

Search for requirements containing specific keywords.

Parameters:

• keywords (string): Keywords to search for in requirement text

get_definition

Get the FedRAMP definition for a specific term.

Parameters:

• term (string): The term to look up (e.g., "vulnerability", "cloud service offering")

list_definitions

List all FedRAMP definitions with their terms.

Returns: Complete list of all FedRAMP definition terms

search_definitions

Search FedRAMP definitions by keywords.

Parameters:

• keywords (string): Keywords to search for in definitions

get_ksi

Get detailed information about a specific Key Security Indicator.

Parameters:

• ksi_id (string): The KSI identifier (e.g., "KSI-AFR-01")

list_ksi

List all Key Security Indicators.

Returns: Complete list of all Key Security Indicators with their names

get_ksi_evidence_automation

Get comprehensive evidence automation recommendations for a specific KSI. All 65 active KSIs include complete automated evidence collection guidance.

Parameters:

• ksi_id (string): The KSI identifier (e.g., "KSI-IAM-01", "KSI-CNA-01")

Returns: Comprehensive guidance for automating evidence collection including:

• Azure Services: 5 Azure services per KSI (Log Analytics, Resource Graph, Azure Policy, Azure Monitor, etc.) with specific configuration guidance
  • Note: Microsoft Defender for Cloud is recommended (not mandatory) for ~8-10 KSIs to streamline vulnerability scanning, security posture management, and compliance monitoring. Alternative tools (Qualys, Tenable, Trivy) can be used.
• Collection Methods: 4-5 automated collection approaches (continuous monitoring, scheduled assessments, event-driven triggers, log aggregation)
• Storage Requirements: Retention policies (30-90 days operational, 1-7 years compliance), encryption standards, access controls
• FRR-ADS Integration: Machine-readable API endpoints for Authorization Data Sharing compliance
• Implementation Details: Effort estimates, prerequisites, cost considerations, responsible parties (Security, DevOps, Compliance, Engineering)
• Code Examples: Infrastructure-as-code templates (Bicep, Terraform) and automation scripts

Coverage: 100% of active KSIs across all 11 families:

• IAM (7): MFA, Privilege Management, Session Controls, Credential Lifecycle, User Termination, JIT Access, Shared Accounts
• CNA (8): Network Segmentation, TLS Configuration, Connection Logging, Azure Monitor, Key Vault, Secrets Detection, Container Registry, GitHub Security
• MLA (5): Log Aggregation, Retention, Tamper Detection, Search Capabilities, Alerting
• INR (3): Incident Response Plans, Incident Logging, After Action Reports
• AFR (11): Asset Discovery, SBOM, Penetration Testing, Dev/Prod Separation, GitHub Actions Security, Container Scanning, and more
• SVC (9): FIPS 140-3 Cryptography, API Authentication, Rate Limiting, Input Validation, Error Handling, Secrets Management, DoS Protection, Secrets Rotation, Dependency Management
• CMT (4): Continuous Monitoring, Health Checks, Configuration Baselines, Drift Detection
• CED (4): Authorization Documents, System Boundary, SSP Updates, Continuous Delivery
• TPR (2): Supply Chain Risk Assessment, Supply Chain Risk Monitoring
• RPL (4): Recovery Objectives, Recovery Plans, System Backups, Recovery Testing
• PIY (8): Automated Inventory, Data Minimization, Vulnerability Disclosure, Secure By Design, Security Evaluations, Investment Effectiveness, Supply Chain Risk, Executive Support

Example: get_ksi_evidence_automation("KSI-IAM-01") returns automated evidence collection for phishing-resistant MFA including Entra ID Conditional Access policies, sign-in logs via Log Analytics, MFA method registration queries, and compliance reporting dashboards.

get_ksi_evidence_queries

Get ready-to-use evidence collection queries for a specific KSI.

Parameters:

• ksi_id (string): The KSI identifier (e.g., "KSI-IAM-01", "KSI-CNA-01")

Returns: Production-ready queries for collecting evidence from Azure (5 queries per KSI):

• KQL Queries: Log Analytics/Azure Monitor Kusto queries for log analysis and metrics
• Azure Resource Graph: Infrastructure and configuration state queries
• REST API: Azure Resource Manager API calls for programmatic data retrieval
• Azure CLI: Command-line scripts for evidence extraction
• PowerShell: Azure PowerShell cmdlets for automated collection

Example: get_ksi_evidence_queries("KSI-CNA-01") returns Resource Graph queries for NSG rules, Azure Firewall policies, virtual network configurations, subnet segmentation analysis, and network topology validation.

get_ksi_evidence_artifacts

Get specifications for evidence artifacts to collect for a specific KSI.

Parameters:

• ksi_id (string): The KSI identifier (e.g., "KSI-IAM-01", "KSI-CNA-01")

Returns: Detailed artifact specifications (5 artifacts per KSI):

• Artifact Names: Specific evidence files/reports required (e.g., "MFA_Sign_In_Logs.csv", "NSG_Rule_Export.json")
• Collection Methods: How to gather each artifact (automated export, API retrieval, dashboard screenshot, compliance report)
• File Formats: CSV, JSON, PDF, PNG (dashboard screenshots), XLSX (compliance matrices)
• Update Frequencies: Daily, weekly, monthly, or quarterly collection schedules based on requirement criticality
• Retention Requirements: 30-90 days for operational data, 1-7 years for compliance evidence
• Storage Recommendations: Azure Blob Storage with encryption, access logging, immutability policies

Example: get_ksi_evidence_artifacts("KSI-IAM-01") returns sign-in logs (CSV, daily, 90 days), Conditional Access policy exports (JSON, weekly, 1 year), MFA method registration reports (XLSX, monthly, 3 years), authentication dashboard screenshots (PNG, quarterly, 1 year), and MFA compliance matrices (PDF, monthly, 7 years).

compare_with_rev4

Compare FedRAMP 20x with Rev 4/Rev 5 requirements for specific areas.

Parameters:

• requirement_area (string): Area to compare (e.g., "continuous monitoring", "vulnerability management", "authorization boundary", "evidence collection", "change management", "incident response")

get_implementation_examples

Get practical implementation examples for specific requirements.

Parameters:

• requirement_id (string): The requirement identifier (e.g., "KSI-IAM-01", "FRR-VDR-01")

check_requirement_dependencies

Check dependencies between FedRAMP 20x requirements.

Parameters:

• requirement_id (string): The requirement identifier to check dependencies for

estimate_implementation_effort

Estimate implementation effort for specific requirements.

Parameters:

• requirement_id (string): The requirement identifier to estimate effort for

get_cloud_native_guidance

Get cloud-native implementation guidance for specific Azure and multi-cloud technologies.

Parameters:

• technology (string): Technology to get guidance for (e.g., "kubernetes", "containers", "serverless", "terraform")

Note: All cloud examples and best practices prioritize Azure services (AKS, Azure Functions, Key Vault, Bicep, etc.)

validate_architecture

Validate a system architecture against FedRAMP 20x requirements.

Parameters:

• architecture_description (string): Description of the architecture to validate

search_documentation

Search FedRAMP official documentation markdown files for specific keywords.

Parameters:

• keywords (string): Keywords to search for in documentation

Returns: Matching documentation sections with context from all available markdown files

Note: Automatically loads all markdown files from the docs directory, so new documentation is always searchable.

get_documentation_file

Get the full content of a specific FedRAMP documentation file.

Parameters:

• filename (string): The markdown filename (e.g., "overview.md", "key-security-indicators.md")

Returns: Full markdown content of the documentation file

list_documentation_files

List all available FedRAMP documentation files.

Returns: Complete list of all markdown documentation files dynamically discovered from the repository

export_to_excel

Export FedRAMP 20x data to Excel files for offline analysis and reporting.

Parameters:

• export_type (string): Type of data to export:
  • "ksi" - All 72 Key Security Indicators
  • "all_requirements" - All 329 requirements across all families
  • "definitions" - All FedRAMP term definitions
• output_path (string, optional): Custom output path. If not provided, saves to Downloads folder

Returns: Path to the generated Excel file with professional formatting (styled headers, borders, frozen panes)

KSI Export Columns:

1. KSI ID - Unique identifier (e.g., KSI-AFR-01)
2. Name - KSI name
3. Category - Control family category
4. Status - Active or Retired
5. Statement - Full requirement statement
6. Note - Additional information (e.g., supersession notes for retired KSIs)
7. NIST 800-53 Controls - Related security controls with titles
8. Reference - Reference document name (if applicable)
9. Reference URL - Link to FedRAMP documentation (if applicable)
10. Impact Levels - Applicable levels (Low, Moderate, High)

All Requirements Export Columns:

1. Requirement ID - Unique identifier
2. Family - Control family
3. Term/Name - Requirement name
4. Description - Full description
5. Document - Source document

Definitions Export Columns:

1. Term - FedRAMP term
2. Definition - Term definition
3. Notes - Additional context
4. References - Related documentation

Example usage:

• Export all KSIs: export_to_excel("ksi")
• Export all requirements: export_to_excel("all_requirements")
• Export definitions: export_to_excel("definitions")

export_to_csv

Export FedRAMP 20x data to CSV files for data analysis and spreadsheet imports.

Parameters:

• export_type (string): Type of data to export:
  • "ksi" - All 72 Key Security Indicators
  • "all_requirements" - All 329 requirements across all families
  • "definitions" - All FedRAMP term definitions
• output_path (string, optional): Custom output path. If not provided, saves to Downloads folder

Returns: Path to the generated CSV file

Columns: Same structure as Excel export (see above for detailed column descriptions)

Example usage:

• Export all KSIs: export_to_csv("ksi")
• Export all requirements: export_to_csv("all_requirements")
• Export definitions: export_to_csv("definitions")

generate_ksi_specification

Generate a comprehensive product specification Word document for a KSI to guide engineering implementation and planning.

Parameters:

• ksi_id (string): The KSI identifier (e.g., "KSI-AFR-01")
• evidence_collection_strategy (string): High-level evidence collection strategy description provided by the user
• output_path (string, optional): Custom output path. If not provided, saves to Downloads folder

Returns: Path to the generated Word (.docx) document

Document Contents:

• Metadata: KSI ID, category, impact levels, status, date
• Overview: Purpose and scope aligned with FedRAMP 20x
• Requirement Statement: Full KSI requirement text
• NIST 800-53 Controls: Related security controls with titles
• Azure-First Implementation: Recommended Azure services, IaC guidance, automation strategies
• Evidence Collection: User-defined strategy + recommended evidence types and flexible collection schedule
• 5-Phase Implementation Plan: Requirements analysis → Design → Implementation → Testing → Documentation (engineering teams determine timelines)
• Team Roles: Cloud architect, DevOps, security engineer, compliance specialist, etc.
• Success Criteria: Measurable outcomes for implementation validation
• Risks and Mitigation: Common risks with Azure-specific mitigation strategies
• Resources: Links to FedRAMP, NIST, Azure documentation

Azure Services Recommended (context-aware based on KSI category):

• Microsoft Entra ID, Azure Policy, Azure Monitor (all KSIs)
• Microsoft Defender for Cloud, Azure Key Vault, Azure Firewall (category-specific)
• Microsoft Sentinel, Azure Automation, Log Analytics (control-specific)

Example usage:

Generate specification for KSI-AFR-01:
> generate_ksi_specification with ksi_id="KSI-AFR-01" 
  and evidence_collection_strategy="Collect Azure Policy compliance reports quarterly using Azure Automation runbooks. Store evidence in Azure Blob Storage with immutable storage policy."

generate_implementation_questions

Generate strategic interview questions for product managers and engineers to facilitate thoughtful planning discussions.

Parameters:

• requirement_id (string): The requirement or KSI identifier (e.g., "FRR-CCM-01", "KSI-IAM-01")

Returns: Comprehensive set of strategic questions organized by stakeholder role

Question Categories:

1. Strategic Questions for Product Managers (10 questions):

   • Business Impact & ROI
   • Customer Value & Competitive Position
   • Resource Allocation & Prioritization
   • Dependencies & Phasing

2. Technical Questions for Engineers (15 questions):

   • Architecture & Design Decisions
   • Azure Service Selection
   • Automation Opportunities
   • Monitoring & Evidence Collection
   • Operations & Maintenance

3. Cross-Functional Questions (10 questions):

   • Security & Compliance Integration
   • User Experience Impact
   • Training & Support Needs
   • Incident Response Alignment

4. Azure-Specific Considerations (dynamic, up to 20 questions):

   • Microsoft Entra ID configuration
   • Azure RBAC and Conditional Access
   • Log Analytics and Sentinel integration
   • Azure Policy and governance
   • Defender for Cloud setup
   • Key Vault and encryption strategy

Additional Guidance:

• Decision Framework (5 must-answer questions before implementation)
• Success Criteria (5 measurable outcomes)
• Red Flags (5 warning signs to watch for)
• Next Steps (9-phase implementation approach)
• Recommended Resources (Microsoft docs, FedRAMP resources, community)

analyze_infrastructure_code

Analyze Infrastructure as Code (IaC) files for FedRAMP 20x compliance issues and provide actionable recommendations.

Parameters:

• code (string): The IaC code content to analyze
• file_type (string): Type of IaC file - "bicep" or "terraform"
• file_path (string): Path to the file being analyzed (for reporting)
• context (string, optional): Additional context about the code (e.g., PR description)

Returns:

• findings: Array of compliance findings with requirement IDs, severity, descriptions, and recommendations
• summary: Counts of high/medium/low priority issues and good practices
• pr_comment: Formatted markdown suitable for GitHub/ADO PR comments

Supported Languages:

• Bicep: Azure Resource Manager templates
• Terraform: Azure RM provider resources

What It Checks: Analyzes your infrastructure code against 40+ FedRAMP KSIs including:

• Identity & Access Management (MFA, RBAC, privileged access)
• Service Configuration (encryption, secrets management, backups)
• Network Architecture (security groups, DDoS protection, segmentation)
• Monitoring & Logging (diagnostic settings, audit logs, alerting)
• DevSecOps (change management, vulnerability scanning, testing)
• Privacy & Data Protection (data classification, retention policies)
• Incident Response (detection, logging, automation)
• Supply Chain Security (container scanning, trusted registries)

Example Usage:

// This Bicep code will be flagged for missing diagnostic settings
resource storageAccount 'Microsoft.Storage/storageAccounts@2023-01-01' = {
  name: 'mystorageaccount'
  location: location
  properties: {
    // Missing: diagnostic settings for KSI-MLA-05
  }
}

analyze_application_code

Analyze application code for FedRAMP 20x security compliance issues.

Parameters:

• code (string): The application code content to analyze
• language (string): Programming language - "python", "csharp", "java", "typescript", or "javascript"
• file_path (string): Path to the file being analyzed (for reporting)
• dependencies (array, optional): List of project dependencies (e.g., ["flask==2.3.0", "requests==2.31.0"])

Returns:

• findings: Array of security findings (same structure as infrastructure analysis)
• summary: Counts of high/medium/low priority issues and good practices
• pr_comment: Formatted markdown for PR reviews
• dependencies_checked: Number of dependencies analyzed

Supported Languages & Frameworks:

• Python: Flask, Django, FastAPI applications
• C#: ASP.NET Core, Entity Framework, Azure SDK for .NET
• Java: Spring Boot, Spring Security, Jakarta EE, Azure SDK for Java
• TypeScript/JavaScript: Express, NestJS, Next.js, React, Angular, Vue, Azure SDK for JS

FedRAMP Requirements Checked (Phase 1 + Phase 2):

Phase 1 - Foundation:

• KSI-IAM-01: API authentication and authorization
• KSI-SVC-06: Secrets management (hardcoded passwords, API keys)
• KSI-SVC-08: Dependency security (vulnerable libraries, unsafe functions)
• KSI-PIY-02: PII handling and encryption (SSN, email, phone, DOB, address)
• KSI-MLA-05: Diagnostic logging configuration

Phase 2 - Application Security:

• KSI-IAM-05: Service account management (Managed Identity vs hardcoded credentials)
• KSI-CNA-03: Microservices security (service-to-service auth, mTLS, rate limiting)

Phase 3 - Secure Coding Practices:

• KSI-SVC-01: Error handling and logging
• KSI-SVC-02: Input validation (SQL/command injection prevention)
• KSI-SVC-07: Secure coding (no eval/exec, secure random)
• KSI-PIY-01: Data classification and tagging
• KSI-PIY-03: Privacy controls (retention, deletion, export)
• KSI-CNA-07: Service mesh security (Istio/Linkerd)
• KSI-IAM-04: Least privilege access
• KSI-IAM-07: Session management and token security

analyze_cicd_pipeline

Analyze CI/CD pipeline configurations for FedRAMP 20x DevSecOps compliance.

Parameters:

• code (string): The pipeline configuration content (YAML/JSON)
• pipeline_type (string): Type of pipeline - "github-actions", "azure-pipelines", "gitlab-ci", or "generic"
• file_path (string): Path to the pipeline file (for reporting)

Returns:

• findings: Array of DevSecOps findings (same structure as code analysis)
• summary: Counts of high/medium/low priority issues and good practices
• pr_comment: Formatted markdown for PR reviews
• pipeline_type: The detected pipeline platform

Supported Platforms:

• GitHub Actions (.github/workflows/*.yml)
• Azure DevOps Pipelines (azure-pipelines.yml)
• GitLab CI/CD (.gitlab-ci.yml)

FedRAMP Requirements Checked (Phase 4):

• KSI-CMT-01: Change management automation (PR triggers, required reviews, branch protection)
• KSI-CMT-02: Deployment procedures (approval gates, environment protection, rollback capabilities)
• KSI-CMT-03: Automated testing in CI/CD (unit tests, security scans in pipeline)
• KSI-AFR-01: Automated vulnerability scanning (container, IaC, SAST/DAST tools)
• KSI-AFR-02: Security finding remediation (blocking on vulnerabilities, automated issue creation)
• KSI-CED-01: Continuous evidence collection (artifact uploads, test results, retention policies)

Example usage:

# GitHub Actions workflow that will be flagged for missing security scans
name: Build
on: [push]

jobs:
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v3
      - run: docker build -t myapp .
      - run: docker push myapp:latest
      # ❌ No vulnerability scanning
      # ❌ No test execution
      # ❌ No evidence collection

💡 Result: Analyzer recommends adding Trivy container scanning, unit test execution, security gates, and artifact uploads for compliance evidence.

Example usage:

# This Python code will be flagged for multiple issues
from flask import Flask

app = Flask(__name__)
API_KEY = "sk-1234567890abcdef"  # KSI-SVC-06: Hardcoded secret

@app.route('/api/users')  # KSI-IAM-01: Missing authentication
def get_users():
    users = [
        {'name': 'Alice', 'ssn': '123-45-6789'},  # KSI-PIY-02: Unencrypted PII
    ]
    return {'users': users}

Automated PR Review Workflow:

1. Code submitted via PR (GitHub/Azure DevOps)
2. Analyzer tools examine IaC and application code
3. Findings generated with FedRAMP requirement citations
4. PR comment posted with compliance review
5. Developers address issues before merge

Purpose: Help teams think deeply about implementation considerations, trade-offs, and success criteria before committing resources. Questions are designed to facilitate planning sessions, design reviews, and stakeholder alignment.

get_infrastructure_code_for_ksi

Generate Infrastructure as Code templates (Bicep or Terraform) for automated evidence collection infrastructure.

Parameters:

• ksi_id (string): The Key Security Indicator identifier (e.g., "KSI-IAM-01", "KSI-MLA-01")
• infrastructure_type (string): Either "bicep" or "terraform"

Returns: Complete IaC templates for deploying evidence collection infrastructure

Supported KSI Families:

• IAM (Identity and Access Management): Microsoft Entra ID, Log Analytics workspaces, diagnostic settings, automation accounts
• MLA (Monitoring, Logging, and Auditing): Log Analytics workspaces, Azure Sentinel, diagnostic settings, alert rules
• AFR (Audit and Financial Reporting): Storage accounts with immutability, event subscriptions, audit logs
• CNA (Change Notification and Approval): Event Grid topics, Logic Apps, DevOps pipelines, change tracking
• RPL (Release Pipeline): Azure DevOps pipelines, deployment slots, rollback capabilities, approval gates
• SVC (Service and Vulnerability Management): Defender for Cloud, security assessments, compliance dashboards

Example Usage:

> get_infrastructure_code_for_ksi with ksi_id="KSI-IAM-01" and infrastructure_type="bicep"

Output Includes:

• Azure resource definitions (Log Analytics, Storage, Event Grid, etc.)
• Diagnostic settings for evidence collection
• Retention policies and immutability
• Integration with Azure Monitor and Sentinel
• Automation for evidence gathering
• RBAC roles and permissions

get_evidence_collection_code

Generate business logic code (Python, C#, PowerShell, Java, or TypeScript) for collecting and storing KSI evidence programmatically.

Parameters:

• ksi_id (string): The Key Security Indicator identifier (e.g., "KSI-IAM-01")
• language (string): Either "python", "csharp", "powershell", "java", or "typescript" (also accepts "javascript")

Returns: Complete code examples with authentication, evidence collection, and storage

Code Features:

• Authentication: Azure DefaultAzureCredential pattern for managed identity or local development
• Evidence Collection: SDKs for Microsoft Graph API, Azure Resource Manager, Azure Monitor
• Evidence Storage: Save to Azure Blob Storage with immutability and metadata tagging
• Error Handling: Comprehensive try-catch patterns and logging
• Documentation: Inline comments explaining each step

Supported Languages:

• Python: Uses azure-identity, azure-storage-blob, azure-monitor-query, msgraph-sdk
• C#: Uses Azure.Identity, Azure.Storage.Blobs, Azure.Monitor.Query, Microsoft.Graph
• PowerShell: Uses Az.Accounts, Az.Storage, Az.Monitor, Microsoft.Graph modules
• Java: Uses Azure Identity, Azure Storage Blobs, Azure Resource Manager, Microsoft Graph SDK
• TypeScript/JavaScript: Uses @azure/identity, @azure/storage-blob, @azure/arm-resources, @microsoft/microsoft-graph-client

Example Usage:

> get_evidence_collection_code with ksi_id="KSI-MLA-01" and language="python"

Output Includes:

• SDK imports and authentication setup
• Evidence collection logic specific to the KSI
• JSON formatting and metadata tagging
• Blob storage upload with immutability
• Error handling and retry logic

get_evidence_automation_architecture

Get comprehensive architecture guidance for automated evidence collection systems.

Parameters:

• scope (string): Architecture scope - "minimal", "single-ksi", "category", or "all"

Returns: Complete architecture patterns with components, data flows, and implementation guidance

Architecture Scopes:

1. minimal: Quick-start architecture for pilot projects

   • Single Log Analytics workspace
   • Azure Function for scheduled evidence collection
   • Blob storage with basic retention
   • Event Grid for notifications

2. single-ksi: Production architecture for one KSI

   • Dedicated evidence collection infrastructure
   • Azure Functions with monitoring
   • Managed identities for security
   • Sentinel integration

3. category: Enterprise architecture for one KSI category (IAM, MLA, etc.)

   • Category-specific evidence collectors
   • Centralized evidence storage
   • Automated reporting dashboards
   • Integration with Azure Policy

4. all: Complete enterprise architecture for all 72 KSIs

   • Multi-region evidence collection
   • High-availability design
   • Automated compliance reporting
   • Integration with GRC tools

Example Usage:**

> get_evidence_automation_architecture with scope="all"

Output Includes:

• Component diagram and descriptions
• Data flow architecture
• Security and identity patterns
• Monitoring and alerting strategy
• Evidence storage and retention
• Disaster recovery considerations
• Integration patterns with Azure services
• Scaling recommendations
• Implementation steps

Available Prompts

The server provides 15 prompts for FedRAMP compliance workflows:

Comprehensive Planning & Assessment Prompts

initial_assessment_roadmap - Complete 6-phase roadmap for FedRAMP 20x authorization with checklists, deliverables, and critical success factors (engineering teams determine timelines)

gap_analysis - Detailed gap analysis framework comparing current state against FedRAMP 20x requirements with prioritization and remediation planning

vendor_evaluation - Comprehensive vendor assessment framework with category-specific questions, scorecard template, and evaluation criteria

migration_from_rev5 - Detailed migration plan from FedRAMP Rev 5 to 20x with 7-phase approach, gap analysis, and requirement mapping (teams determine timelines and budgets)

significant_change_assessment - Framework for evaluating significant changes per FRR-CCM-SC including impact analysis, testing requirements, and authorization update triggers

Implementation & Automation Prompts

ksi_implementation_priorities - Prioritized guide for implementing all 72 Key Security Indicators across 8 priority phases with dependency mapping (engineering teams determine rollout timelines)

azure_ksi_automation - Complete guide for implementing all 72 KSIs using Microsoft, Azure, and M365 capabilities including PowerShell scripts, Azure CLI commands, Microsoft Graph API integration, KQL queries, Azure Functions/Logic Apps, evidence collection framework, and integration with Defender suite, Entra ID, Key Vault, and Sentinel

api_design_guide - Complete guide for Authorization Data Sharing API (FRR-ADS) with endpoints, authentication, OSCAL formats, and examples

authorization_boundary_review - Guidance for defining and documenting authorization boundaries, system interconnections, and data flows per FedRAMP 20x requirements

Monitoring & Compliance Prompts

continuous_monitoring_setup - Guide for establishing continuous monitoring programs aligned with FedRAMP 20x requirements including automation, metrics, and reporting

quarterly_review_checklist - Comprehensive checklist for FedRAMP 20x quarterly reviews (FRR-CCM-QR) covering all 72 KSIs, vulnerability review, and change review

vulnerability_remediation_timeline - Timeline and prioritization framework for vulnerability remediation aligned with FedRAMP 20x VDR requirements

Audit & Documentation Prompts

audit_preparation - Comprehensive guide for FedRAMP 20x assessment preparation with evidence gathering, common findings, and interview prep (teams determine preparation timeline)

ato_package_checklist - Complete checklist for Authority to Operate (ATO) package preparation including all required artifacts, templates, and submission requirements

documentation_generator - OSCAL SSP templates, procedure templates (VDR, ICP, SCN), and KSI implementation documentation templates

Data Source

Data is fetched from the official FedRAMP repository: https://github.com/FedRAMP/docs/tree/main/data

Contributing

Contributions are welcome! Please see CONTRIBUTING.md for:

• Development setup and testing
• Security scanning requirements
• Dependency management guidelines
• Pull request process
• Project structure and architecture
• Complete test documentation

Security

For security vulnerability reporting and security best practices, see SECURITY.md.

Contributing

Contributions are welcome! Please see CONTRIBUTING.md for:

• Development setup and testing
• Security scanning requirements
• Dependency management guidelines
• Pull request process

License

MIT License - See LICENSE file for details.

This project is open source and contributions are welcome! See CONTRIBUTING.md for guidelines.

The FedRAMP data is provided by the U.S. General Services Administration as public domain content.

References

• Model Context Protocol Documentation
• FedRAMP Official Website
• FedRAMP Data Repository