End-of-Life Dataset
Get proactive visibility and control over the End-of-Life risk buried in your tech stack.
What EOL Dataset Solves

Three Pillars of EOL Risk Management
How It Works
Key Use Cases
Perfect for Your Tech Stack
Complements your SCA Tools - Doesn’t replace them
Two Ways To See Your EOL Data

Frequently Asked Questions
Of course, if you can't find the answer you're looking for, feel free to contact us.
The primary purpose of this scanning tool is to identify "end of life" (EOL) software packages within projects and provide users with detailed information and context to prioritize and address these issues. This helps organizations maintain compliance and mitigate security risks associated with outdated software components.
Users can initiate a scan manually through the command-line interface (CLI) or set it up to run in an automated fashion within their CI/CD pipeline. For manual scans, users can either navigate into the project directory and run a command or specify a file path directly in the command.
If an SBOM (Software Bill of Materials) is not found in the scanned directory, the system looks for manifests (like package-lock.json or pom.xml) that list the packages within the project. It then uses this manifest to create an SBOM locally on the device before querying the system to identify end-of-life packages.
After a scan, users have two main options for consuming the results:
- Technical Consumption Route: Users can run additional commands to export the scan data in JSON format. This allows them to load the detailed payload into their preferred Business Intelligence (BI) tools (e.g., DOMO, Looker, Snowflake, Excel) and collate it with data from other security scanners for custom analysis.
- Visual Consumption Route: The system automatically generates a shareable URL to a web-based report. This report provides a visual summary and detailed breakdown of the scanned packages, highlighting end-of-life components, vulnerabilities, and other relevant information.
The tool provides crucial context for end-of-life packages to aid in prioritization. For each EOL package, it shows:
- When it went end-of-life.
- The number of associated vulnerabilities (CVEs).
- The ecosystem it belongs to.
- The number of days it has been end-of-life (days eol).
- The next stable version to migrate to.
- How many versions out the current package is (versions out).
These data points, especially "days eol" and "versions out," are designed to indicate the potential number of breaking changes and the level of effort required for migration, helping users prioritize based on risk and development burden.