Skip to content

GoAI 101 · 6h · Module 4

Government AI Governance, Security, and Human Oversight

Who is accountable, who approves, and how are risks controlled?

Start Section 1
0 / 5 completed
Sync my progressJoin a session to keep progress across devices and share it with your instructor

Info

After you join, your completed lesson numbers are sent to your instructor together with your learner code, so they can see your progress. Use the codes your instructor gave you, and do not enter your name, company secrets or other personal data. Progress is kept with the rest of that session's data.

Learning objectives

  • Explain how accountability, human oversight, and traceability fit together, and identify the three control levels.
  • Distinguish a human approval gate from a system control gate, and recognize prompt injection, data leakage, tool misuse, and over-authorization.
  • Review the workflow and permission table from Modules 2 and 3, find governance gaps, and add risk, control, owner, and evidence.
  • State the order of response when an incident occurs: stop, report, human takeover.

Accountability and traceability

10 min

Where governance starts: who is accountable, how to trace

The core of governance is accountability: however much AI helps, every result has a person or unit who can be held responsible. Human oversight and human-in-the-loop are the mechanisms that make accountability real, but "a human looked at it" does not mean governance is complete. This module reuses the petition triage and draft-reply case from earlier modules (a simulated teaching scenario) and asks what controls it is still missing.

  • Accountability: every step and every permission maps to a named owner, not "the system runs by itself and nobody in particular is responsible".
  • Human oversight: the person must have enough information, time, and authority to actually judge, correct, or stop, not just sign off in form.
  • Traceability: you can trace back how a result was produced, including which data, tools, and versions were used, and who approved it and when.
  • Explainability: reviewers can understand why the AI produced a result, and so judge whether it is reasonable.

Info

Governance must answer three questions: who is responsible when this goes wrong, how will we notice, and how will we put it right? Any point where you cannot answer is a governance gap.
Check yourself

An AI system produces a result, but no one can say which data it relied on, and afterwards it cannot be found who approved it. What is mainly missing?

An AI system produces a result, but no one can say which data it relied on, and afterwards it cannot be found who approved it. What is mainly missing?

Key takeaway: The goal of governance is not to eliminate risk, but to ensure that whatever the outcome, someone can explain it, trace it, and answer for it.

Three control levels

10 min

Three control levels: how much human involvement

Three control levels
LevelDescriptionTypical use
Level 1: AI suggestsAI only produces suggestions and takes no actionHigher-risk, higher-impact tasks; start here
Level 2: AI prepares, human approves then executesAI prepares a draft or action; it runs only after a person approvesDefault level for most government work
Level 3: AI executes within an authorized boundaryOnly for low-risk, clearly bounded, monitored, and reversible tasksAssessed case by case; not available by default

Warning

Level 3 is not the default for government settings. Whether to use it depends on case-by-case assessment of task risk, monitorability, and reversibility, approved through the governance process. Moving up a level cannot rest on "it has performed well so far".
Check yourself

A petition-classification AI has performed well for three months, and someone proposes upgrading it straight to Level 3: classify and close cases automatically with no human confirmation. Which judgment is most correct?

A petition-classification AI has performed well for three months, and someone proposes upgrading it straight to Level 3: classify and close cases automatically with no human confirmation. Which judgment is most correct?

Key takeaway: Control levels describe how dense human involvement is; moving up a level always requires assessment and approval and never happens automatically.

Gates and security risks

10 min

Human approval gates, system control gates, and four security risks

Human approval gate

  • Answers "may this be done this time?"
  • A person approves before the action runs; typically for high-impact, external, or irreversible actions.
  • Depends on the reviewer having enough information; otherwise it becomes a formality.

System control gate

  • Answers "does behavior stay within the authorized boundary over time?"
  • The system continuously checks, limits, and logs, for example permission scope, field filtering, call limits, and anomaly alerts.
  • Does not rely on a person remembering to check every time.
  • Prompt injection: input content carries instructions that try to push the AI off its rules and into unauthorized actions.
  • Data leakage: the AI exposes data it should not, in an answer, a log, or an outbound message.
  • Tool misuse: the AI uses a tool with improper parameters or at an improper time, causing unintended queries or writes.
  • Over-authorization (excessive agency): the AI or its tools are given more permission than the task needs, so any error has an outsized impact.

Info

Both gates are usually needed together: human approval guards a single high-impact action, and system control guards ongoing behavior. Relying on only one leaves a gap.
Check yourself

A petition contains hidden instructions telling the AI to ignore its classification rules and approve an application directly. Which risk is this?

A petition contains hidden instructions telling the AI to ignore its classification rules and approve an application directly. Which risk is this?

Key takeaway: A human approval gate guards a single action and a system control gate guards ongoing behavior; recognizing the four risks is the starting point for designing both.

Finding governance gaps in one case

10 min

Finding governance gaps in one case, and incident response

Simulated scenario

A petition assistant works like this: AI classifies petitions, queries the case system, and drafts a reply; the caseworker "confirms" and sends it. The original design only said "reviewed by a human". Checking it item by item shows: no one is named to approve classification changes; the AI's case-system account can both read and modify; no approval record is kept; and petition text may carry hidden instructions. The table shows the strengthened governance entries.

Risk, control, owner, and evidence
RiskControlOwnerEvidence
Petition text carries instructions that push the AI beyond its authorityTreat petition text as data, not commands; AI account is read-only; outbound sending requires human approvalSecurity lead / case supervisorPermission settings screenshot, test log showing out-of-scope requests refused
A draft reply leaks another case or personal dataFilter personal-data fields before output; drafts cite only this case's dataData stewardFilter rule list, spot-check records
Caseworker sends without real reviewApproval screen shows sources and changes; record approver, time, and versionCase supervisorApproval records, sampled review report
  1. Stop
    When something abnormal appears, pause the AI's execution and any outbound action first, to keep the impact from spreading.
  2. Report
    Report to the owner and the security contact under the agency's procedure, recording when and what was noticed.
  3. Human takeover
    Designated staff handle the affected cases manually and keep records for later review.

Warning

"Reviewed by a human" alone is not complete governance: say who reviews, on what information, with what record, and what happens when the reviewer disagrees.
Check yourself

A flow lists only "the caseworker will review" in its risk column, with no owner, control, or evidence. What does this governance entry most need?

A flow lists only "the caseworker will review" in its risk column, with no owner, control, or evidence. What does this governance entry most need?

Key takeaway: Write every high-impact step as risk, control, owner, and evidence; when an incident occurs, the order is stop, report, human takeover.

Practice and application

10 min

Practice: governance and control checklist

This practice reuses the workflow from Module 2 and the data and tool permission table from Module 3. You check them for governance gaps and add risk, control, owner, and evidence. Your result goes into the "governance controls" and "risk and mitigation" fields of the integrated Canvas (the governance and control checklist).

  1. Review the workflow and permission table step by step
    Find steps with no owner, no human approval, excessive permission, or no record.
  2. Mark control level and gates
    Mark each high-impact step as Level 1, 2, or 3, and distinguish human approval gates from system control gates.
  3. Write risks and controls
    Cover whichever of prompt injection, data leakage, tool misuse, and over-authorization apply to this case.
  4. Assign owners and evidence
    Every control needs an owner and evidence that can be checked afterwards; also write how stop, report, and human takeover would work in an incident.

Warning

Use only simulated or de-identified data. Do not enter secrets, real personal data, unauthorized sensitive information, or real system accounts and keys.
Check yourself

Which of the following is the best evidence that a caseworker actually completed a review?

Which of the following is the best evidence that a caseworker actually completed a review?

Key takeaway: This checklist adds responsibility and evidence to the case from the first three modules, setting up the test design in Module 5 and the acceptance judgment in Module 6.

What next?