SovAIHub
ModulesSAI-110
SAI-110 table of contents
Assessment3 min readContent reviewed

SAI-110 knowledge check

Verify that threat scenarios are complete, traceable, prioritized, and connected to controls and evidence.

Last content review 2026-08-03Included in SAI-110

Before you start

Module prerequisites: SAI-100. Check the exercise-specific tools and environment before running commands.

Module outcomes: Draw system and data-flow boundaries; Identify AI-specific threats and abuse paths; Translate threat scenarios into control requirements. This lesson contributes to that sequence.

Assessment instructions

Answer the scenarios, then use the guidance to improve the threat-model workshop package. This public assessment verifies method understanding; it does not award a professional certification.

Questions

1. Threat list versus threat model

Why is “prompt injection” insufficient as a complete threat scenario?

2. Authorized actor

An employee has legitimate access to the assistant but repeatedly reformulates queries to reconstruct a restricted policy. Which actor, assets, boundary, and consequence belong in the scenario?

3. Supply-chain scope

The runtime is air-gapped. Explain why model, package, container, driver, and removable-media surfaces remain in scope.

4. Planned control

A team plans to deploy permission filtering next quarter and lowers current residual risk immediately. What is wrong with the assessment?

5. Evidence integrity

The same administrator can deploy an unapproved model and delete the corresponding logs. Which assets and control properties are affected?

6. Detection bias

No incidents have been observed because the system records only successful requests. Why should this not be treated as evidence of low likelihood?

7. Scenario traceability

What identifiers should connect a scenario to architecture, controls, tests, and evidence?

8. Review trigger

Name four changes that require threat-model reassessment.

Answer guidance

  1. It omits actor, access, entry surface, sequence, boundary, affected asset, consequence, controls, evidence, and recovery.
  2. Model an authorized user, document permissions and restricted content, the application-to-retrieval boundary, iterative extraction, and confidentiality or authorization impact.
  3. Disconnection changes delivery paths; it does not eliminate artifacts. Compromise can enter through import, approval, build, maintenance, and update processes.
  4. Planned controls do not change current residual risk until implemented and verified.
  5. Deployment authority, model identity, approval evidence, audit integrity, separation of duties, and non-repudiation are affected.
  6. Missing telemetry reduces detectability and increases uncertainty. Absence of observed incidents is not evidence of absence.
  7. Use scenario, actor, asset, boundary, flow, control-objective, test, evidence, decision, and backlog IDs.
  8. Examples include purpose, data, model, prompt, tool, permission, interface, provider, deployment, incident, control, or evidence changes.

Completion rubric

SAI-110 is complete when:

  • Scope and exclusions are explicit.
  • Important assets and lifecycle surfaces are represented.
  • Actor capability and starting access are credible.
  • Scenarios are end-to-end and traceable.
  • Prioritization criteria are defined and consistent.
  • Planned and implemented controls are distinguished.
  • Residual risk has an owner and review condition.
  • High-priority scenarios have positive, negative, evidence, containment, and recovery tests.

Module worked example

A retrieved document contains instructions to disclose a private file.

Apply the control
Treat the text as untrusted input and identify the separate file-access and egress controls that must deny the action.
Expected result
The threat register connects the abuse case to enforcement, a negative test and residual risk.
Troubleshooting
If the mitigation is only a prompt instruction, identify what prevents the side effect outside the model.

Practice and completion check

Choose one control from this lesson. Identify its actor, target, enforcement point and expected result. Describe an allowed case and a denied or failed case. For a runnable exercise, retain observed output and separate it from expected output. Record unresolved limitations before marking the lesson complete.

Your lesson progress

Completion is self-reported learning progress; it does not certify practical competence.

Status: Not marked

My learning

Loading your learning record…