Tip: Choose Save as PDF in the print dialog to download. Use A4 paper size.
Shade in the A or B circle for each question.
Draw a line connecting each item on the left to its match on the right.
| Left column | Right column | |
|---|---|---|
| 1Practice: "All developers share one admin login" | APractice: plain text passwords -> Vulnerability: stolen database exposes every password | |
| 2Risk: Likelihood = High, Impact = Severe | BA current practice that departs from secure practice (least privilege and individual accounts), so it is a gap to flag as a vulnerability | |
| 3Link a practice to a vulnerability: the case study says passwords are stored as plain text, which departs from secure practice | CThis describes a secure practice, not a gap. A vulnerability must come from a current practice that falls short of secure practice. | |
| 4Link a vulnerability to a risk: a weakness only becomes a risk when a threat could exploit it and cause harm | DA rating of a risk that is both likely to happen and very damaging, so it should be treated as a top priority | |
| 5Vulnerability: "The company has a firewall" | EVulnerability: no input validation -> Risk: SQL injection leads to a data breach | |
| 6Risk rating: Likelihood = Low, Impact = Low, so fix this first | FThe rating and the priority do not match. A low likelihood and low impact risk is a low priority and should be treated after higher rated risks. |
Complete each line of code by filling in the missing parts.
Shade in the letter of the line that contains an error.
gap analysis — Comparing a case study's current practices with secure practice to find vulnerabilities, then rating the risk each gap creates by its likelihood and impact.IF practice ≠ securePractice THEN
vulnerability ← true
END IFriskScore ← likelihood * impactriskScore ← likelihood * impactIF riskScore > 12 THEN
treatFirst ← true
END IFFOR EACH practice IN caseStudyPractices
COMPARE practice WITH securePractice
END FOR