MacTech CMMC / NIST 800-171

Get one NIST SP 800-171 Rev 2 security requirement by number (e.g. "3.5.3"): the full requirement text, its control family, and its exact DoD Assessment Methodology (SPRS) point weight, including the sliding-scale rules for 3.5.3 (MFA) and 3.13.11 (FIPS cryptography). Call this when the user asks what a specific 800-171 or CMMC Level 2 control requires or how many SPRS points it is worth. Pass sections to get the 800-171A assessment objectives and the framework crosswalk in the same call instead of three.

{
  "type": "object",
  "properties": {
    "control": {
      "type": "string",
      "description": "Control number, e.g. \"3.1.1\" or \"3.13.11\""
    },
    "sections": {
      "description": "Extra views to include: \"objectives\" for the 800-171A assessment objectives (how an assessor tests it), \"crosswalk\" for the 800-53 / CSF 2.0 / SOC 2 mappings. Omit for the requirement and its weight alone.",
      "type": "array",
      "items": {
        "type": "string",
        "enum": [
          "objectives",
          "crosswalk"
        ]
      }
    }
  },
  "required": [
    "control"
  ],
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

List NIST SP 800-171 Rev 2 requirements with their DoD Assessment Methodology (SPRS) weights, optionally filtered by control family name or by point weight (5, 3, or 1). Call this to enumerate the 110 CMMC Level 2 controls, to find all 5-point (highest-impact) requirements, or to see everything in one family such as Access Control. Returns identifiers and weights only - use lookup_control for one requirement's full text, or pass verbose to include every requirement's text at roughly twenty times the size.

{
  "type": "object",
  "properties": {
    "family": {
      "description": "Filter by control family",
      "type": "string",
      "enum": [
        "Access Control",
        "Awareness & Training",
        "Audit & Accountability",
        "Configuration Management",
        "Identification & Authentication",
        "Incident Response",
        "Maintenance",
        "Media Protection",
        "Personnel Security",
        "Physical Protection",
        "Risk Assessment",
        "Security Assessment",
        "System & Communications Protection",
        "System & Information Integrity"
      ]
    },
    "weight": {
      "description": "Filter by DoD assessment point weight",
      "anyOf": [
        {
          "type": "number",
          "const": 1
        },
        {
          "type": "number",
          "const": 3
        },
        {
          "type": "number",
          "const": 5
        }
      ]
    },
    "verbose": {
      "description": "Include the full requirement text for every result. Off by default: an unfiltered verbose listing is ~25× larger and is rarely what the question needs.",
      "type": "boolean"
    }
  },
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

Compute an exact SPRS score per the DoD Assessment Methodology: start at 110 and subtract each unimplemented requirement's Annex A weight (floor −203). Pass the control numbers that are NOT implemented; optionally pass 3.5.3 and/or 3.13.11 as partially implemented for their sliding-scale values (MFA for privileged/remote only = −3; encryption present but not FIPS-validated = −3). Also reports whether the score clears the 88-point conditional CMMC Level 2 certification threshold and flags a missing SSP (3.12.4), which blocks SPRS submission entirely.

{
  "type": "object",
  "properties": {
    "not_implemented": {
      "type": "array",
      "items": {
        "type": "string"
      },
      "description": "Rev 2 control numbers not implemented, e.g. [\"3.5.3\", \"3.11.2\"]. An empty array means all 110 implemented (score 110). Rev 3 identifiers are rejected - there is no DoD scoring methodology for Rev 3."
    },
    "partially_implemented": {
      "description": "Sliding-scale controls at their partial value: 3.5.3 (MFA for privileged and remote users only) and/or 3.13.11 (encryption employed but not FIPS-validated). Deducts 3 instead of 5.",
      "type": "array",
      "items": {
        "type": "string",
        "enum": [
          "3.5.3",
          "3.13.11"
        ]
      }
    }
  },
  "required": [
    "not_implemented"
  ],
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

{
  "type": "object",
  "properties": {
    "sprs_score": {
      "type": "number",
      "description": "The computed score, from 110 down to the -203 floor."
    },
    "scale": {
      "type": "string"
    },
    "total_points_deducted": {
      "type": "number"
    },
    "meets_conditional_level_2_threshold": {
      "type": "boolean",
      "description": "Whether the score reaches 88. Clearing it is necessary but not sufficient - every open item must also be POA&M-eligible."
    },
    "conditional_note": {
      "type": "string"
    },
    "missing_ssp": {
      "description": "Present when 3.12.4 is unimplemented, in which case no score can be submitted to SPRS at all.",
      "type": "string"
    },
    "unknown_controls": {
      "description": "Inputs that matched no requirement - treat as caller error, not as implemented.",
      "type": "array",
      "items": {
        "type": "string"
      }
    },
    "deductions": {
      "type": "array",
      "items": {
        "type": "object",
        "properties": {
          "id": {
            "type": "string"
          },
          "requirement": {
            "type": "string"
          },
          "points": {
            "type": "number"
          }
        },
        "required": [
          "id",
          "requirement",
          "points"
        ],
        "additionalProperties": false
      }
    }
  },
  "required": [
    "sprs_score",
    "scale",
    "total_points_deducted",
    "meets_conditional_level_2_threshold",
    "deductions"
  ],
  "$schema": "https://json-schema.org/draft/2020-12/schema",
  "additionalProperties": false
}

Get the official NIST SP 800-171A assessment objectives for one NIST SP 800-171 Rev 2 requirement - the exact "Determine if..." objectives a CMMC Level 2 assessor scores, plus the potential assessment methods (what an assessor examines, who they interview, what they test). Call this when the user asks how a control is assessed, what evidence an assessor will look for, or how to prepare a specific control for a C3PAO assessment.

{
  "type": "object",
  "properties": {
    "control": {
      "type": "string",
      "description": "Control number, e.g. \"3.5.3\""
    }
  },
  "required": [
    "control"
  ],
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

Map a security control across frameworks: NIST SP 800-171 Rev 2 ↔ NIST SP 800-53 (FedRAMP Moderate) ↔ NIST CSF 2.0 ↔ SOC 2 Trust Services Criteria. Accepts an 800-171 number ("3.5.3"), an 800-53 id ("AC-2"), a CSF category ("PR.AA" style / "GV.RM"), or a SOC 2 criterion ("CC6"). Call this when the user asks what a control corresponds to in another framework, or how existing FedRAMP/SOC 2/CSF work maps onto CMMC. These are practitioner mappings, not the NIST-published authoritative crosswalk.

{
  "type": "object",
  "properties": {
    "control": {
      "type": "string",
      "description": "A control id from any supported framework, e.g. \"3.1.1\", \"AC-2\", \"GV.RM\", or \"CC6\""
    }
  },
  "required": [
    "control"
  ],
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

Determine which CMMC level (1, 2, or 3) applies to a defense contractor based on the data they handle and the clauses in their contracts, and - separately - which assessment type may actually be designated today. Those are not the same question: CMMC Phase II was suspended on 13 July 2026, so C3PAO and DIBCAC assessments cannot currently be designated even where the level calls for one. Call this when the user asks "what CMMC level do I need", whether FCI-only work needs CMMC, or what DFARS 252.204-7012/7019/7020/7021 imply.

{
  "type": "object",
  "properties": {
    "handles_cui": {
      "type": "string",
      "enum": [
        "yes",
        "no",
        "unsure"
      ],
      "description": "Does the organization store, process, or transmit Controlled Unclassified Information (CUI) - e.g. technical data, drawings, specs above general descriptive material?"
    },
    "contract_clauses": {
      "description": "FAR/DFARS clauses present in their contracts, if known",
      "type": "array",
      "items": {
        "type": "string",
        "enum": [
          "52.204-21",
          "252.204-7012",
          "252.204-7019",
          "252.204-7020",
          "252.204-7021",
          "none",
          "unsure"
        ]
      }
    }
  },
  "required": [
    "handles_cui"
  ],
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

List all 17 CMMC Level 1 basic safeguarding practices with their FAR 52.204-21 clause citations - the complete requirement set for contractors handling Federal Contract Information (FCI) only. Call this when the user asks what CMMC Level 1 requires.

{
  "type": "object",
  "properties": {},
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

Turn a list of unimplemented NIST SP 800-171 controls into structured Plan of Action & Milestones (POA&M) entries, and - the part that decides whether the plan is usable - sort them by eligibility under 32 CFR 170.21. Most gaps CANNOT go on a CMMC Level 2 POA&M: the rule bars every requirement worth more than 1 point (excepting 3.13.11 when encryption is employed but not FIPS-validated), bars six named 1-point requirements outright, and permits no POA&M at all below a score of 88. Returns per-entry eligibility with the reason, the requirements that must close before the assessment, and the single 180-day closeout window. Call this when the user has assessment gaps and needs a remediation plan artifact.

{
  "type": "object",
  "properties": {
    "gaps": {
      "type": "array",
      "items": {
        "type": "object",
        "properties": {
          "control": {
            "type": "string",
            "description": "800-171 control number, e.g. \"3.5.3\""
          },
          "deficiency": {
            "description": "Optional description of the specific deficiency observed",
            "type": "string"
          },
          "partial": {
            "description": "Only meaningful for the two sliding-scale requirements. 3.13.11: encryption IS employed but is not FIPS-validated (3 points) - this is the single state the rule lets you carry on a POA&M. 3.5.3: MFA on privileged and remote access only (3 points) - still NOT eligible.",
            "type": "boolean"
          }
        },
        "required": [
          "control"
        ]
      },
      "description": "The unimplemented or partially implemented controls"
    },
    "conditionalStatusDate": {
      "description": "Conditional CMMC Status Date (YYYY-MM-DD), if one exists. The 180-day closeout window runs from this date - NOT from the day the plan is written - so without it no deadline can be computed.",
      "type": "string"
    }
  },
  "required": [
    "gaps"
  ],
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

Determine whether a contractor can legally be awarded a given contract type, based on the business systems that type requires. A cost-reimbursement contract may be awarded only if the accounting system is adequate for determining costs (FAR 16.301-3), and T&M billing cannot be substantiated without compliant timekeeping - so this is an eligibility gate, not a preference. Call this before a bid/no-bid, when a solicitation names a contract type, or when someone asks what a pre-award survey will examine. Also returns the SF1408 criteria and the six DFARS business systems whose deficiencies trigger payment withholding after award.

{
  "type": "object",
  "properties": {
    "contract_type": {
      "description": "The contract type named in the solicitation. Omit to compare all types.",
      "type": "string",
      "enum": [
        "firm-fixed-price",
        "fixed-price-incentive",
        "fixed-price-economic-price-adjustment",
        "time-and-materials",
        "labor-hour",
        "cost-plus-fixed-fee",
        "cost-plus-incentive-fee",
        "cost-plus-award-fee",
        "cost-sharing",
        "idiq"
      ]
    },
    "include_sf1408": {
      "description": "Include the SF1408 pre-award accounting system survey criteria.",
      "type": "boolean"
    }
  },
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

Explain what a FAR or DFARS cybersecurity clause obliges a contractor to do: what triggers it, the concrete duties, the reporting deadlines, what it flows down to subcontractors, and which other clauses come with it. Covers 52.204-21, 252.204-7008, 252.204-7012, 252.204-7019, 252.204-7020, 252.204-7021, 252.239-7010. Call this when someone asks "my contract has 7012 in it, what do I have to do", which clauses require CMMC, what flows down to a subcontractor, or how long they have to report an incident. Does NOT reproduce clause text verbatim - the text is law, it gets amended, and quoting a stale copy into a contract dispute is worse than a citation; each answer links the authoritative text at acquisition.gov.

{
  "type": "object",
  "properties": {
    "clause": {
      "description": "Clause number - \"7012\", \"252.204-7012\", or \"DFARS 252.204-7012\" all work. Omit to list every clause covered.",
      "type": "string"
    }
  },
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

Work out which assets fall inside a CMMC assessment boundary, and what each category obliges. Returns the DoD asset categories (CUI Asset, Security Protection Asset, Contractor Risk Managed Asset, Specialized Asset, Out-of-Scope) with how each is treated at assessment, plus the CUI categories that most often pull a defense contractor into scope unexpectedly. Call this when someone asks what is in scope, how to reduce assessment cost, whether an enclave helps, or whether a specific system counts. Scope decides the size and cost of the whole engagement, so getting it wrong is expensive in both directions.

{
  "type": "object",
  "properties": {
    "level": {
      "anyOf": [
        {
          "type": "number",
          "const": 1
        },
        {
          "type": "number",
          "const": 2
        }
      ],
      "description": "CMMC level being scoped. Level 1 has no asset taxonomy - everything touching FCI is in scope."
    },
    "include_cui_categories": {
      "description": "Include the common CUI categories and the traps that hide them. Useful when the contractor is unsure whether they hold CUI at all.",
      "type": "boolean"
    }
  },
  "required": [
    "level"
  ],
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

Get one NIST SP 800-171 REVISION 3 requirement by its zero-padded number (e.g. "03.01.01"): the requirement statement, its organization-defined parameters, the 800-171A Rev 3 assessment objectives, and whether it was withdrawn. Rev 3 has 97 active requirements of 130 numbered across 17 families, with 88 ODPs and 422 objectives. IMPORTANT: Rev 3 is NOT currently binding for DoD contracts - DFARS 252.204-7012 is pinned to Rev 2 by class deviation, and SPRS scores Rev 2 only. Use lookup_control for anything contractual; use this when the user is planning ahead, doing civilian-agency CUI work, or has explicitly asked about Rev 3. Identifiers differ between revisions and collide: Rev 2's 3.1.1 is not Rev 3's 03.01.01.

{
  "type": "object",
  "properties": {
    "requirement": {
      "type": "string",
      "description": "Rev 3 requirement number, e.g. \"03.01.01\" or \"3.1.1\" (zero-padded automatically). This is a Rev 3 identifier - it is NOT the same requirement as the Rev 2 control with the similar number."
    }
  },
  "required": [
    "requirement"
  ],
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}

Explain how NIST SP 800-171 Rev 2 and Rev 3 differ, and what happened to a specific requirement between them. Call this when someone is implementing Rev 3 early, holds a Rev 3 citation and needs the Rev 2 obligation, or asks which revision applies to them. Answers the question DoD guidance forces on early adopters: assessments still run against Rev 2, so Rev 2 gaps must be closed regardless of what has been built to Rev 3.

{
  "type": "object",
  "properties": {
    "requirement": {
      "description": "Optional: a specific requirement in either scheme, e.g. \"3.5.3\" (Rev 2) or \"03.05.03\" (Rev 3). Omit for the structural summary alone.",
      "type": "string"
    }
  },
  "$schema": "https://json-schema.org/draft/2020-12/schema"
}