How I Assessed the Risk of Vulnerabilities on My Client’s Network?

As a cybersecurity consultant, one of the most critical tasks I undertake for clients is vulnerability assessment. This involves detecting vulnerabilities on their systems and networks, analyzing the risks they pose, and providing remediation advice.

I recently performed such an assessment for a client that operates an e-commerce platform. They were concerned about security gaps that could lead to a breach or service disruption. My goal was to methodically assess the risk of Vulnerabilities and prioritize the highest risks for remediation.

In this blog post, I’ll walk you through my process of evaluating vulnerabilities on my client’s infrastructure using the Common Vulnerability Scoring System (CVSS). I’ll explain some key concepts around CVSS and how I leveraged it to produce risk ratings and remediation guidance.

Overview of the Client’s Environment

My client operates a network of around 500 Windows servers across a mix of front-end web, application, and database tiers. Most of the servers run Windows Server 2016 or 2019. They utilize IIS for web services and SQL Server for their central database.

Additionally, they have various Linux-based appliances for security functions like firewalls and web application firewalls (WAFs). Client workstations run Windows 10 and macOS systems.

Starting with Vulnerability Scans

I kicked off the assessment by running vulnerability scans using Tenable.io. This gave me insight into security gaps across the client’s infrastructure.

After importing their assets into Tenable, I configured a range of vulnerability checks and policy compliance audits tailored to their environment. These included scans for:

I performed both authenticated and unauthenticated scans to identify issues that an insider or outsider attacker could potentially exploit.

Interpreting Scan Results with CVSS

The scans uncovered over 5,000 potential vulnerabilities that needed to be triaged and prioritized for remediation. Going through so many findings manually would have been ineffective and caused key risks to be overlooked.

This is where the Common Vulnerability Scoring System (CVSS) proved invaluable. CVSS provides a consistent methodology to gauge the severity level of vulnerabilities based on multiple factors. Specifically, it helps answer critical questions like:

By leveraging the rich CVSS data attached to each finding by Tenable, I could objectively identify the most pressing risks across the client’s entire IT infrastructure.

Overview of CVSS Scores and Metrics

The Common Vulnerability Scoring System (CVSS) provides a standardized, flexible framework for rating the severity of software vulnerabilities in IT environments. CVSSv3.1, the latest version, includes rich vulnerability metrics across three categories:

CVSS produces a numerical score ranging from 0.0 to 10.0 for each vulnerability, with higher scores representing greater severity. Typically:

Base Metrics

Reflect the inherent qualities of a vulnerability that are constant over time and across user environments. The base metrics allow vulnerabilities to be ranked by their likelihood and impact of exploit.

Attack Vector (AV)

Defines the remoteness an attacker needs to initiate an attack that exploits the vulnerability:

Attack Complexity (AC)

Denotes the conditions beyond the attacker’s control that determine exploitability:

Privileges Required (PR)

Indicates the level of privileges an attacker would need on the target to exploit:

User Interaction (UI)

Captures whether user interaction on the vulnerable component is needed for successful compromise:

Scope (S)

Evaluates if a successfully exploited vulnerability can access resources beyond its means:

Security Impact Ratings

These metrics measure how a vulnerability, if successfully exploited, will directly impact confidentiality, integrity, and availability:

Each impact rating receives a severity score of None, Low, or High based on assessed technical or business criticality.

Temporal Metrics

Represent the threat of vulnerabilities changing over time:

Exploit Code Maturity (E)

Considers whether exploitation code is publicly released and how sophisticated it is:

Remediation Level (RL)

Looks at whether and when official vendor patches or workarounds are available:

Report Confidence (RC)

Reflects the highest assessment of existence and accuracy of vulnerability details:

Environmental Metrics

Enable customization of scores for a user’s unique IT environment by addressing:

Security Requirements (CR, IR, AR) – Sets the confidentiality, integrity, and availability requirements per organization standards for affected IT asset types.Allows adjusting impact ratings accordingly.

Overriding Base Metrics

CVSS allows advanced users to override the base metrics scores by substituting customized values that better reflect a specific target environment.

For example, the default base metrics may list a vulnerability’s Attack Vector (AV) as Network (N) – meaning it can be exploited remotely over a network.

However, if an organization’s environment implements strong network segmentation controls, that vulnerability may only be exploitable locally.

In this case, the security team could choose to override the AV as Local (L) instead by configuring a Modified Attack Vector (MAV) metric.

Represented in Vector String

When a base metric is overridden, the modified metric will be represented in the CVSS vector string format.

The modified metric ID precedes the original base metric ID with an upper-case M.

Using the prior example, the modified attack vector would appear as:

MAV:L/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H

The modified metrics allow organizations to adjust base scores to more accurately indicate risk levels within their unique environment constraints and security priorities.

However, given their complexity, modified metrics should only be leveraged by expert CVSS practitioners. Their inappropriate use could improperly skew scores.

Combined Metric Scoring

When defined, the modified metrics will override the respective base metrics in calculating the overall CVSS score. The base, temporal, and environmental metrics are then combined per the CVSS equations to compute a singular vector score. This final vulnerability score will be specialized to the target environment versus a generic rating across all users.

CVSSv3.1 provides a flexible hierarchy of metrics enabling highly customized vulnerability ratings tailored to users’ unique IT environments and security priorities. Proper application of CVSS delivers efficiency, consistency, and accuracy in assessing risk exposures.

Filtering Scan Findings by Severity

With thousands of vulnerabilities detected, I needed to reduce noise and highlight the most critical risks for prompt patching.

As a first step, I filtered to show only findings scoring 7.0 or higher in CVSS. This identified over 50 high severity vulnerabilities that represented an imminent threat to the environment if exploited.

I specifically called attention to ~15 issues scoring 10.0 in CVSS.

Adding Temporal Context

However, not all vulnerabilities marked “critical” require rushing to patch. The temporal metrics within CVSS also require consideration.

Some detected vulnerabilities like CVE-2015-1635 (MS15-034) related to a long-patched flaw in HTTP.sys from 2015. While technically still a “critical” bug in the base CVSS score, the patched status and age of the vulnerability reduces the actual risk significantly.

Likewise, several other findings were for theoretical issues unlikely to affect this environment like CVE-2021-36934, a CVSS 10 RCE in the MySQL client from December 2021. However, my client doesn’t run MySQL clients at all.

By applying temporal context from CVSS about vulnerability age, patches, and exploit likelihood, I could filter out some of the false positives and noise from the high severity list.

Incorporating Environmental Factors

I also needed to account for environmental factors to determine realistic risk levels for this client.

Some detected medium severity vulnerabilities might actually pose serious harm depending on the affected asset. For example, CVE-2020-5902 on their F5 Big-IP load balancers allows for arbitrary file reads with a CVSS score of 7.5.

However, given the central role of the load balancers in maintaining website availability, any disruption of those systems severely impacts operations. By adjusting the environmental metrics in CVSS to maximize the availability (AR) requirement, the score for CVE-2020-5902 effectively rises to one of the highest priorities for rapid patching.

Conversely, some vulnerabilities like missing OS patches on ancillary systems may be annoying from a compliance standpoint, but realistically pose negligible risk. I could communicate these accordingly rather than diluting truly critical risks.

Presenting Actionable Remediation Guidance

Applying CVSS provided me both a risk-based ranking of vulnerabilities and specific details on remediation guidance needed for the client.

In my final report, I included user-friendly remediation instructions linked to each finding such as:

I tailored these instructions to my client’s environment accounting for the systems affected, corporate change control processes, and impact to operations.

For the most critical verified risks, I provided short term mitigation advice as an interim containment measure before vendors issued patches. This included recommended firewall rule changes and vulnerability scanning recommendations.

By accompanying CVSS severity ratings with clear guidance for remediation methods suited for their infrastructure, I empowered the client to efficiently drive down risk and strengthen their security posture.

Conclusion

Prioritizing vulnerabilities is an overwhelming but essential process to manage security threats and compliance obligations. The CVSS framework gave me an efficient, standardized way to objectively identify the most pressing risks affecting this client across a sea of thousands of scan findings.

I continue consulting with them frequently as new threats emerge to evolv vulnerability assessment tips and hardening best practices. By combining CVSS data to focus remediation efforts with clear mitigation and patching advice, I’ve helped the client materially reduce risk while still concentrating on growing their core business.

What questions do you have on leveraging vulnerability management and CVSS more effectively? I welcome your feedback below!

We hope this post helped in learning about how i assessed the risk of vulnerabilities on my client’s network. Thanks for reading this post. Please share this post and help secure the digital world. Visit our website, thesecmaster.com, and our social media page on Facebook, LinkedIn, Twitter, Telegram, Tumblr, Medium, and Instagram and subscribe to receive updates like this.  

You may also like these articles: