Home / Knowledge hub / Risk rating
Knowledge hub
Risk rating
A combined view of how likely a flaw is to be used and how much harm it would do.
What it means
A risk rating combines two questions about a flaw: how likely is it to be used, and how much harm would follow if it were. The answer is a label such as low, medium, high or critical, chosen against a written method so that two people reach the same result.
It is not the same as severity. Severity describes the flaw in general, such as how much access it gives. Risk is what that flaw means for your business, given who can reach it, how easy it is to use and what it would expose.
Why it matters
Teams cannot fix everything at once, so a rating decides what gets done first. A well-set rating sends effort to the flaws that can hurt you, and lets you say why the others can wait. A rating copied from a generic score sends effort to wherever the number is highest.
It is also what auditors, insurers and customers read. A report that says 'high' with no reasoning invites questions. One that shows the likelihood and impact behind the label can be checked, defended and compared with the last report, which is what a reviewer or a customer is really asking for.
How it shows up
Common methods include the OWASP Risk Rating Methodology, which scores likelihood from threat agent and vulnerability factors and impact from technical and business factors, and NIST SP 800-30, which describes risk assessment in the same two terms. Both end in a table that turns two levels into one rating.
Inputs matter more than formulas. Is the flaw reachable from the internet? Does it need a login? Is it already being used elsewhere (see exploit maturity)? What data would a successful use expose? Record the answers beside the rating, and tie them to your risk register. Compare with severity so the two stay distinct.
Questions people ask
Risk rating, answered
Is a risk rating the same as a CVSS score?
No. CVSS scores the flaw itself, and a base score does not know your environment. A risk rating adds who can reach it, how easily, and what it would cost you.
CVSS is a good input to a rating.
Who sets the rating?
Security staff propose it, and the owner of the system or business risk agrees. The method and the reasons should be written down.
A tester's rating is a recommendation.
Can we change a tester's rating?
Yes, with a reason. If a flaw sits on a system that is not reachable, the practical risk may be lower than the rating given.
Record the change and the evidence.
How many levels should we use?
Four or five are usual: low, medium, high, critical, sometimes informational. More levels invite argument without adding value.
Define each level in a sentence, with an example, so two people rate alike.
Does risk rating include business impact?
It should. The same technical flaw rates higher on a payments service than on a brochure site. Impact on money, data, customers and obligations belongs in the rating.
See business impact.
Sources
Where this comes from
Related
Terms that sit next to this one
Severity
How bad a finding is, from critical down to informational.
Business impact
What a flaw would cost in money, customers, uptime or trust if used.
Risk register
A running list of risks, their owners, ratings and chosen responses.
Severity vs confidence
How bad a finding is, kept apart from how sure the tester is that it is real.
Risk-based prioritisation
Ordering fixes by real-world risk, not just by the raw severity score.
How bad is it for you?
We keep severity and confidence apart, with CWE and OWASP references on every finding, so you can set the business risk on facts that are in front of you. Book a pilot on one app.
Or start with a $199 pilot on one application: thirty days, success criteria agreed before day one, credited against the annual if you convert.