Mission 23
Cybersecurity Risk Assessment and Business Security Scorecards
A risk register helps owners and managers see what could hurt the business, decide what to fix first and track progress. This mission shows how to write clear risk statements, rate them consistently and prioritise by real business impact, not by scores alone.
In this mission you will
- Write a clear risk statement that names the weakness, the possible event, the affected asset and the business impact.
- Rate likelihood and impact using a simple, consistent scale and record the reasons.
- Prioritise risks by business impact, exposure and dependencies rather than by average scores or ease of fixing.
- Maintain a risk register with owners, treatments, due dates and review dates.
Why assess risk at all?
No small business can fix everything at once. Money, time and attention are limited. A risk assessment is simply a structured way to ask: what could go wrong, how bad would it be, how likely is it, and what should we do first? Done well, it turns a long, worrying list of ‘security things’ into a short, ordered plan with names and dates. It also helps owners explain decisions to partners, lenders or customers in plain business terms. A scorecard is a summary view of that work. It is useful, but only if the thinking behind it is sound.
Write a useful risk statement
A vague risk such as ‘hacking’ or ‘virus’ cannot be owned or fixed. A useful risk statement has four parts: the weakness or condition, the event that could happen, the asset or process affected, and the business impact. For example: ‘Because the owner’s email admin account has no multi-factor authentication (weakness), an attacker who guesses or steals the password (event) could take over business email (asset), leading to fake payment requests to customers, loss of money and damaged trust (impact).’ This form makes it obvious what to fix and why it matters.
Fields in a simple risk register
- Risk ID: a short unique reference, such as R-01.
- Asset or process: what is affected, such as business email, billing, payroll or customer data.
- Risk statement: weakness, event, asset and impact in one or two sentences.
- Existing controls: what already reduces the risk today.
- Likelihood and impact: your rating on an agreed scale, with a short reason.
- Owner: one accountable person.
- Treatment: reduce, avoid, transfer or formally accept, with the planned action.
- Due date: when the action should be complete.
- Evidence: a reference to how you will know it is done, never a password or secret.
- Residual risk: what remains after the action.
- Review date: when the risk will be looked at again.
Rate likelihood and impact consistently
- 1Agree a simple scale before you start, such as Low, Medium and High, or 1 to 5, and write one line describing what each level means for your business.
- 2For impact, think about money, operations, customers, legal duties and reputation. A risk that stops billing for days is higher impact than one that slows a printer.
- 3For likelihood, consider exposure: is the system reachable from the internet, used by many people, or already showing warning signs?
- 4Record the reason for each rating and any assumptions, so others can understand and challenge it.
- 5Use the same scale every time, so ratings can be compared across risks and over months.
Prioritise by business impact, not by scores alone
Scores are a guide, not a decision. When choosing what to tackle first, look at three things together: how badly the business would be hurt, how exposed the weakness is right now, and what else depends on it. Email, banking, the domain and backups usually sit underneath many other processes, so a weakness there spreads. Avoid the trap of fixing the easiest items first just to show progress. Quick wins are welcome, but not at the cost of leaving a critical risk open.
Practical business example
Ganga Handlooms looks past a green scorecard
Ganga Handlooms, a fictional 35-person saree exporter in Varanasi, filled in a 25-question security scorecard. Most answers were good: updated laptops, antivirus, a locked server cupboard, staff training. The overall result looked comfortably green, and the owner, Anil, was pleased. His operations manager, Fatima, read through the individual answers anyway. One line stood out: the main email administrator account was shared by three people and had no MFA. Every export order, buyer conversation and payment instruction ran through that email. Fatima wrote a risk statement explaining what could happen and why it mattered, rated it high impact and high exposure, and flagged it separately. Anil became the owner, with a target date two weeks away. The IT partner set up named admin accounts with MFA and removed the shared one. Fatima recorded the evidence reference and set a review date for the next quarter.
The lesson: The average score was true but misleading. Reading the details and asking ‘what would hurt most?’ found the risk that mattered.
Key takeaways
- Write each risk as weakness, event, asset and business impact so it can be understood, owned and fixed.
- Use one agreed likelihood and impact scale, and record the reasons and assumptions behind each rating.
- Prioritise by business impact, exposure and dependencies; do not let ease of fixing or an average score decide.
- Every risk needs an owner, a treatment, a due date and a review date, and critical risks should be escalated separately.
- A scorecard tracks your own progress. It is not proof that the business is secure, certified or compliant.
Scenario lab · +25 XP
The admin account and the printer
You manage operations at Narmada Ceramics, a fictional 50-person tile maker in Morbi. During a quarterly review, your IT partner reports two findings. First, the administrator account that controls all business email uses an old password, has no MFA and has recently shown sign-in attempts from unfamiliar locations. Second, the office printer has an outdated firmware setting that occasionally causes print jobs to fail. The printer fix takes ten minutes. The email fix needs a short planned change.
Fictional scenario. Never enter real passwords, OTPs or customer details anywhere in this course.
Decision 1 of 3
Which finding should you prioritise?
Knowledge check · +20 XP on mastery
Check your understanding
Practical action · +40 XP (self-reported)
Start your risk register with three risks
Create a simple register in a shared sheet and add your three most important risks. Describe them in general terms. Never record passwords, OTPs, account numbers or customer details.
- 1.Set up columns for Risk ID, asset or process, risk statement, existing controls, likelihood, impact, owner, treatment, due date, evidence reference, residual risk and review date.
- 2.Agree a simple Low, Medium, High scale and write one line explaining each level for your business.
- 3.Write three risk statements, each naming the weakness, event, asset and business impact.
- 4.Rate each one, note the reason, and mark any critical risk to be raised with the owner straight away.
- 5.Assign an owner, a treatment and a target date for each risk.
- 6.Book a review in your calendar for three months from now.
Do this in your own records. Don’t enter passwords, OTPs, customer data or incident details here.
Mission status: Not started
A mission is complete when you have read the lesson, answered the knowledge check and acknowledged the practical action. Mastery means scoring at least 3 of 4 on the knowledge check.
View my progress