Decloak is an AI-powered web security intelligence platform that scans a site's HTTP/TLS posture, JavaScript, and third-party scripts to produce a report anyone can read. This guide is part of Decloak's library of practical, source-backed security guidance.
In this guide
Key takeaways
- The Map function is one of the NIST AI RMF's four core functions - Govern, Map, Measure, Manage - and is typically the first of the three lifecycle functions applied within the cross - cutting Govern function.
- It documents purpose, deployment setting, stakeholders, assumptions, and TEVV (trustworthiness, explainability, validity, verifiability) metrics.
- Use the official MAP playbook sub - activities (e.g., MAP 1.1, MAP 2.3) to create a machine - readable JSON/YAML artifact.
- The MAP artifact feeds directly into the Measure and Manage functions, enabling automated risk tooling.
What does the NIST AI RMF “Map” function actually do?
The Map function captures the context, intended purpose, stakeholders and expected impact of an AI system before it is deployed. It creates a structured record that can be read by tools and shared across teams.
The function is defined in the NIST AI RMF playbook, one of four core functions alongside Govern, Measure, and Manage. Govern is a cross - cutting function threaded through the other three; Map, Measure, and Manage form more of a sequential lifecycle, with Map typically first. Its goal is to make the risk profile of an AI system explicit early in the lifecycle.
Which sub - activities should you complete for a complete MAP artifact?
The MAP playbook lists numbered sub - activities that together cover purpose, requirements, task definition, knowledge limits, scientific integrity and TEVV considerations.
| Sub - activity | What to document |
|---|---|
| MAP 1.1 | Intended purpose and impact, including legal, societal and environmental effects |
| MAP 1.6 | System requirements such as privacy, safety and security |
| MAP 2.1 | Specific AI task (classifier, generator, recommender, etc.) |
| MAP 2.2 | Knowledge limits and human - in - the - loop guidance |
| MAP 2.3 | Scientific integrity and TEVV (trustworthiness, explainability, validity, verifiability) |
Complete each item in the order that makes sense for your project. The playbook provides templates and checklists for each sub - activity.
How do you produce a machine - readable MAP document?
NIST recommends storing the MAP information in JSON or YAML so that downstream tooling can parse it automatically. A minimal JSON example looks like this:
{
"purpose": "Fraud detection for online payments",
"deployment": "Cloud service, EU region only",
"stakeholders": ["Risk team", "Compliance officer", "End users"],
"impact": {
"positive": "Reduced chargebacks",
"negative": "Potential false positives affecting legitimate users"
},
"requirements": {
"privacy": "GDPR compliant data handling",
"safety": "No automated denial of service"
},
"tevv": {
"trustworthiness": "Accuracy > 95% on validation set",
"explainability": "Feature importance scores provided",
"validity": "Model retrained quarterly",
"verifiability": "Model version hash stored in audit log"
}
}
Store the file alongside your model artifacts and reference it in your CI/CD pipeline. Automated checks can verify that required fields are present before a release is allowed.
How does MAP feed into the other AI RMF functions?
The output of MAP becomes the input for Measure and Manage. Measure uses the documented purpose and TEVV goals to define quantitative performance and trust metrics. Manage uses the identified risks and stakeholder concerns to plan mitigations, assign responsibilities and schedule reviews.
A simple workflow:
- Complete MAP sub - activities and generate JSON.
- Run a script that extracts TEVV goals and creates a Measure baseline (e.g., target precision, recall, bias thresholds).
- Feed the risk list into a risk - register tool that links each risk to a mitigation action for the Manage phase.
How can you start using the MAP function today?
- Download the MAP playbook from the NIST AI RMF website.
- Choose a JSON or YAML template that matches your organization’s tooling.
- Fill in the required sub - activities (MAP 1.x and MAP 2.x) for your AI project.
- Integrate a linting step in your CI pipeline to verify the JSON schema.
- Pass the validated MAP artifact to your Measure and Manage processes.
Following these steps gives you a concrete, auditable record of AI context and risk before any code is released.
For a deeper dive into the full NIST AI RMF, see the official playbooks and the accompanying JSON schema definitions on the NIST website.
Related guides
ISO 9001:2026 - What’s New, When It Arrives, and How to Prepare
ISO 9001:2026 was published 16 September 2026, adding quality culture, ethics and climate-change clauses while keeping the familiar 10-clause structure. The key changes, the transition timeline, and why ISO/IEC 27001 - not ISO 9001 - is the standard that actually covers information security.
What does DORA stand for and why does it matter?
DORA usually means the EU’s Digital Operational Resilience Act - a live, enforceable ICT risk and incident-reporting regulation for financial entities. What it actually requires, who it applies to, and why the same acronym gets used for a few unrelated things.
How ServiceNow Helps Financial Institutions Achieve DORA Compliance
ServiceNow's DORM app automates DORA's incident and third-party reporting workflow - but it manages risk data, it doesn't discover it. What ServiceNow actually covers, what DORA's real incident-reporting clock requires, and where a technical security scan fills the gap.