Vulnerability Dashboard Filtering by Privilege and Attack Vector

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The current Common Vulnerability Scoring System (CVSS) lacks context and fails to account for the specific attack vectors and privilege requirements of vulnerabilities, making it difficult for businesses to prioritize vulnerabilities effectively.

Innovation Solution

A system that utilizes CVE data to identify vulnerabilities requiring high privilege exploitation, allowing for categorization and filtering based on these metrics, enabling prioritization and deprioritization in a vulnerability management dashboard.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If businesses use the Common Vulnerability Scoring System (CVSS) to prioritize vulnerabilities, then they can identify vulnerabilities with high scores, but the system lacks context and fails to account for specific attack vectors and privilege requirements, making effective prioritization difficult

Engineering Contradiction:
Improvevulnerability prioritization accuracyVSAvoidvulnerability assessment complexity
Core Design Contradiction:
Measurement precisionVSDevice complexity

Solution Approach 1:

The patent segments vulnerabilities into different categories based on attack vector (network, adjacent, local) and privilege requirements (none, low, high). This segmentation allows businesses to filter and prioritize vulnerabilities according to their specific security context and Zero-Trust policies, rather than relying on a single CVSS score that lacks contextual differentiation.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent applies local quality by treating different vulnerability categories differently in the prioritization process. Vulnerabilities requiring high privileges are deprioritized or filtered out in Zero-Trust environments, while network-based vulnerabilities may be prioritized higher. This contextual treatment improves prioritization accuracy by matching vulnerability characteristics to security model requirements.

Inventive Principle:
Principle #3Local quality

2Productivity

If businesses filter out vulnerabilities requiring high privileges to implement Zero-Trust, then they can focus on more exploitable vulnerabilities, but this requires additional filtering mechanisms and categorization systems

Engineering Contradiction:
Improvevulnerability management efficiencyVSAvoiddashboard filtering complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent performs preliminary action by automatically categorizing vulnerabilities into attack vectors and privilege levels before they need to be prioritized. The system pre-processes vulnerability data and organizes it into structured categories, so when businesses need to implement Zero-Trust filtering, the work is already done and they can simply apply the appropriate filter without manual analysis of each vulnerability.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The vulnerability management dashboard is designed with universal filtering capabilities that can handle multiple vulnerability categories (attack vectors, privilege levels, CVSS scores) simultaneously. This multi-functional filtering system allows businesses to adapt to different security models (Zero-Trust, traditional perimeter-based) by simply changing which filters are applied, rather than requiring separate systems for different prioritization approaches.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Data Source

PatentUS12526306B2Systems, methods, and media for managing vulnerability risks
Publication Date: 2026.01.13 KOZIATEK MICHAEL
  • US12526306B2 patent drawing
  • US12526306B2 patent drawing
  • US12526306B2 patent drawing

AI summary

The disclosed systems, methods, and media for managing vulnerability risks can cause a vulnerability management dashboard to be presented which identifies a plurality of vulnerabilities; determine that a first vulnerability is indicated as requiring high privileges to be exploited based at least on first data about the plurality of vulnerabilities; associate the first vulnerability with a first vulnerability category based at least on the determination that the first vulnerability is indicated as requiring high privileges to be exploited; receive a request to filter the plurality of vulnerabilities based at least on the first vulnerability category; in response to receiving the request to filter the plurality of vulnerabilities based at least on the first vulnerability category, determine that a first portion of the plurality of vulnerabilities are associated with the first vulnerability category; and prevent the first portion of the plurality of vulnerabilities from being presented in the dashboard.