RMF and the Authority to Operate

Show that an access control works before calling it implemented.

Visual lessons: 1 · 1:43 total Read estimate: 6 min Practice estimate: 10 hr Updated: 2026-10-03
In this lesson · G4 of 9All lessons in this track →

Progress for this track is saved in this browser only. No completion badge is issued. View your learning.

Start with the idea

Show that an access control works before calling it implemented.

A planned control is different from a tested control. Provider evidence does not replace your application’s access checks. Route authorization decisions to the responsible official.

RMF: Risk Management Framework: a structured process for managing system security and privacy risk.

See the example and check your understanding

A made-up teaching example

ORION’s hosting is assessed, but its search index returns the same documents to everyone. Reader A receives Reader B’s restricted document. That is an application access failure.

Ask yourself

Can a careful prompt or hosting assessment repair that access leak?

Show the explanation

No. Enforce and test application permissions. A checklist without results does not demonstrate the control.

Start with these checks

  • Test allowed and denied access.
  • Distinguish planned from implemented controls.
  • Preserve the legitimate authorization role.

Use the different practice case below and check every requirement in its full instructions.

Go to the practice task ↓

The video explains the main idea. Use the sources, instructions and checks below to complete the practice.

Visual lesson1:43

Captions appear here during playback.

RMF and the Authority to Operate

Show that an access control works before calling it implemented.

Download transcriptOpen video file

Source-based teaching example · Fictional data · Reviewed 2026-10-03. Microsoft Mark · locally synthesized. On a small screen, use fullscreen for diagram details or read the transcript.

Read the descriptive transcript

0:00 · What you will learn

Show that an access control works before calling it implemented.

What appears on screen

Show that an access control works before calling it implemented.

0:06 · The idea

A planned control is different from a tested control. Provider evidence does not replace your application’s access checks. Route authorization decisions to the responsible official.

What appears on screen

A planned control is different from a tested control. Provider evidence does not replace your application’s access checks. Route authorization decisions to the responsible official.

0:21 · One useful term

RMF. Risk Management Framework: a structured process for managing system security and privacy risk.

What appears on screen

Risk Management Framework: a structured process for managing system security and privacy risk.

0:32 · A worked example

ORION’s hosting is assessed, but its search index returns the same documents to everyone. Reader A receives Reader B’s restricted document. That is an application access failure.

What appears on screen

ORION’s hosting is assessed, but its search index returns the same documents to everyone. Reader A receives Reader B’s restricted document. That is an application access failure.

0:47 · Your turn to think

Can a careful prompt or hosting assessment repair that access leak? Pause and decide before continuing.

What appears on screen

Can a careful prompt or hosting assessment repair that access leak? Pause the video if you need more time.

1:04 · Why this answer works

No. Enforce and test application permissions. A checklist without results does not demonstrate the control.

What appears on screen

No. Enforce and test application permissions. A checklist without results does not demonstrate the control.

1:15 · Check 1

Test allowed and denied access.

What appears on screen

Test allowed and denied access.

1:20 · Check 2

Distinguish planned from implemented controls.

What appears on screen

Distinguish planned from implemented controls.

1:26 · Check 3

Preserve the legitimate authorization role.

What appears on screen

Preserve the legitimate authorization role.

1:31 · Now try a different case

Open the lesson and try its different practice case. Use every check in the full task. Watching alone does not mark the lesson complete.

What appears on screen

Open the lesson Try the new case Check and revise The full task and its requirements are in the linked lesson.

Watching explains the example. Complete the lesson practice to check what you can do. Explore all visual lessons →

Prerequisites: distinguish generated output from source evidence; review the AI workflow reference. Public self-study is not official agency training, accreditation or a credential.

What you will be able to do

This lesson develops the ability to contribute accurate system evidence to an RMF decision process. The setting is ORION Service Navigator, a fictional public-benefits information service using public guidance and wholly synthetic constituent questions; it never determines eligibility or takes an action on a person. Every person, organization, system record, metric, and outcome in the case is fictional. Do not replace the case with operational, classified, CUI, export-controlled, proprietary, employer-confidential, or third-party personal information.

By the end of the lesson, you will be able to:

  • Demonstrate how to contribute accurate system evidence to an RMF decision process.
  • Apply that model to the synthetic ORION Service Navigator environment.
  • Produce a reviewable artifact that separates evidence, assumption, uncertainty, and authority.
  • Recognize the critical failure and select a safe remediation path.

The performance standard is not confident language. It is a traceable decision, an artifact another qualified reviewer can inspect, a clear boundary around the learner’s authority, and a safe response to uncertainty. Knowledge checks are formative and do not award a certification or endorsement.

This curriculum runs self-study on VetsLearn. Where the text calls for an instructor, peer or formal review, use the stated acceptance criteria for self-review. Reflection questions support reflection; they do not replace independent assessment. A peer review is optional unless your actual organization requires it.

Part 1 RMF implementation and assessment

NIST RMF sequences Prepare, Categorize, Select, Implement, Assess, Authorize and Monitor. Preparation establishes context; categorization examines consequences; selection tailors controls; implementation documents what exists; assessment tests effectiveness; authorization is the responsible senior official’s risk decision; monitoring updates evidence. A course cannot issue an ATO. Control narratives identify component, role, identity/object rules, retained evidence and exceptions. AI behavior questions do not replace conventional access, logging, recovery and change controls.

Write and test one control narrative

Synthetic implementation: “ORION policy revision P2 binds user group R-A to collection A. The application uses the authenticated identity to filter retrieval before snippets enter the model. The data owner maintains the mapping; engineering deploys it; the test lead records results.” This states an enforcement mechanism rather than a slogan.

Test packet: fixture A-01 belongs to A; B-01 belongs to B. Reader-A requests A-01 and should receive it. Reader-A requests B-01 and should receive no snippet and a denial. A direct identifier lookup and a paraphrased semantic query must both fail to reveal B-01. Logs should record a denial without copying protected contents.

Observed fictional result: direct lookup is denied, but semantic retrieval returns B-01. Mark the control ineffective for that path, retain the query/configuration/output and route the gap. Fixing the direct lookup alone is insufficient; repeat both tests after repair.

Starter package definitions: an implementation narrative explains what exists; an assessment result reports what was observed; an open-risk record describes unresolved consequence, owner and action. These artifacts support the authorizing official; none is itself an authorization.

Part 2 Synthetic worked example

ORION claims secure access because hosting is assessed. Its retrieval index returns the same documents to every user. Reader-A requests a document reserved for Reader-B and receives it. This is an application authorization finding. Provider evidence and a prompt saying “be careful” do not resolve enforcement.

Guided practice: identify the unsupported conclusion, name missing evidence and rewrite with its scope intact. Change one assumption and identify which decision reopens.

Part 3 Feedback and repair

Pass when enforcement is tested, planned controls are not called implemented and authorization is routed to the legitimate official. A checklist without results does not pass.

Keep failed evidence beside the repair. Explain the criterion, correct the artifact and test a different invented case.

Next step: carry your versioned artifact and failures into the next federal lesson; the capstone returns to these records. Check live policy and authorization with current official sources and responsible owners.

Source: NIST RMF overview, consulted 2026-10-02.

Lesson status:PRACTICE REVIEW REQUIRED

Review your practice